DigiLoog

Mac用のキーボードが欲しくなり結構前に中古のREALFORCEを購入していた。
中古なので安かったが、そのぶん写真を撮るのも憚れるレベルの汚れだったのと、
何かがこびり付いてキーが押下できない所もあったので分解洗浄してみた。

写真は分解洗浄をした後の物。
状態は汚かったが箱含め付属品が全て揃っている状態だった。

最近はProxmoxばかり弄っていたので、
iSCSIデータストアとして利用しているNASを放置していた。
時間が無くて年始メンテが出来なかった事もあり、比較的時間がある今の内に弄る事にした。

適用していなかったパッチを当たる所からスタートして、
最終的にオブジェクトストレージの整理も実施予定。
10Gbps×2本で直結しつつiSCSIをマルチパスにして冗長化すれば無停止メンテが可能だが、
ストレージは出来る限りシンプルにしたいので現状構成を維持する方針。

というのも大昔にGluster FSを弄っていた時期もあったが、
使いこなすには潤沢なサーバリソースとスキルが必要となり趣味には適さないと没にした事がある。
その時、特に思ったのがストレージがトラブると全体に派生するので非常に面倒になる事。
今は消したらマズいデータもあるのでストレージだけは安定重視でメンテせねば。

自宅鯖はLinux KVMをメインに利用して、Hyper-Vも併用する構成で使っている。
KVMの方は以前から利用しているIBM KimchiとProxmox VEの二種類を動かしており、
今回はProxmox VEをバージョン7からバージョン8にアップグレードしてみた。

• Upgrade from 7 to 8 – Proxmox VE

アップグレード自体は公式サイトに書かれている手順に従えば出来たが、
クラスタ構成にしているのとネットワークの管理にOpen vSwitchを使っているからか、
該当するパッケージをアップグレードする際にSSHが切れてしまい、
SSH越しのアップグレードが停止してしまった。
最終的にProxmox実機に直接ログインしてアップグレードを行い、
影響を出さずにOpen vSwitchのアップグレードも出来た。

クラスタ構成がアップグレードに影響しないかが心配だったが、
逆にクラスタを組んでいる事でProxmoxの設定も自動修復されるのが楽だった。
十数台～数十台のクラスタの場合は勝手も変わると思うが、
数台規模ならクラスタの方が楽になった。

現時点で正常稼働はしているが、
この記事を書いた後に負荷テストも追加して落ちない事も確認予定。
クラスタと聞くと以前構築したGlusterFSの難易度に即やめた記憶もあるが、
OSSとは言ってもパッケージとしてメンテナンスされている物は楽と実感した。