Proxmox のかなり最小限のシステム要件を考慮すると、ホーム ラボを構築するのにキラー リグは必要ありません。実際、私は Proxmox の実験を強化するために、安価なミニ PC、古いシン クライアント、古いゲーム システムをできる限り長く使用してきました。言うまでもなく、私の隠し場所が増え始めたので、それらをグループに分け始めました。また、ZFS レプリケーションにより、予算に優しい PVE クラスターの高可用性がはるかに簡単になり、古いワークステーションも HA 環境で構成しました。
とはいえ、ノードがダウンすると、私の HA クラスターは Linux コンテナーと仮想マシンをセカンダリ リグに移行しますが、Proxmox のロード バランシング プロビジョニングにはある種の癖があるため、依然として PVE クラスターに注意を払う必要があります。しかしありがたいことに、仮想化環境の最新のアップデートによりいくつかのクラスター管理ツールが追加されており、これまでのところ Dynamic Load Balancer が私のお気に入りです。
Proxmox に加えた 4 つの変更により、信頼性が 90% 向上しました。
これらの Proxmox のトリックにより、セルフホスティングおよび実験サーバーの信頼性が向上しました。
Proxmox の従来のクラスター リソース スケジューラの規定には大きな欠陥があります
デフォルトの CRS 設定はクラスターの不均衡を引き起こす危険性がありました
表面的には、バージョン 9.2 より前のクラスターの高可用性プロビジョニングには何の問題もありません。適切なアフィニティ ルールを使用すると、クラスタ リソース スケジューラは、仮想ゲストをホストしているノードがオフラインになった場合でも、必須の仮想ゲストが実行されたままであることを保証します。しかし、問題のデバッグが完了してオンラインに戻すと、問題が始まります。
文脈として、私はクラスタ内のプライマリ ノードとしてフル稼働の (多少古いとしても) ゲーミング PC を持っています。一方、他の 2 台は N100 ミニ PC で、その唯一の目的は、実験が失敗してメイン システムが動作不能になった場合に重要な仮想ゲストを実行し続けることです。基本的に、私の Ryzen マシンのコンピューティング リソースの約 40% を消費する VM は、私のミニ PC では少なくとも 2 倍の量を消費することになります。これは、2 つのマシンで均等に分割した後の値です。
リソース カウント (基本)/静的負荷モードには、クラッシュしたノードが再び動作可能になるというもっともらしいシナリオに対する備えが含まれていないため、クラスター ノードがセルフホスト プロジェクトの矢面に立たされている間、プライマリ ワークステーションをアイドル状態のままにします。このアンバランスなクラスターの効率的な影響とは別に、プライマリ PvE ノードに接続されているすべての LXC と VM を手動で移行する必要があります…実験の失敗によってオフラインになったり、僻地都市で頻繁に停電が発生したりするたびに、エネルギーを消費するノードをシャットダウンする必要があります。
SBC 上で Proxmox 経由で Hackintosh を構築したのは、なぜそうではないのでしょうか?
何が問題になるでしょうか？
新しいロードバランサーはリソースの使用状況を監視し、それに応じて仮想ゲストを変更します
また、クラスター移行タスクに詳細な制御が追加されます。
技術的には、Dynamic Load Balancer は以前のアップデートでプレビュー機能として利用可能でしたが、最終的に Proxmox 9.2 に同梱されました。これが実現して本当にうれしいです。最後に、新しいロード バランサは、移行後にセットアップが不均一になりすぎた場合、仮想化環境で CPU とメモリの消費量を比較検討し、仮想ゲストの分散を再調整します。
そのため、プライマリ PVE リグがオンラインに戻ったときに LXC と VM を移動する代わりに、ダイナミック ロード バランサーは、以前にクラッシュしたノードに接続されていた仮想ゲストを自動的に元の場所に戻します。さらに、リバランスしきい値、リバランス方法、その他の CRS 設定を変更して、コンテナーと仮想マシンを古いシステムに移動するときに Proxmox クラスターが過度に攻撃的にならないようにすることができます。
PVE 9.2 ではクラスター管理も非常に簡単になりました。
それはすべて新しい武装解除モードのおかげです
Proxmox VE 9.2 の私のお気に入りの点はダイナミック ロード バランサーですが、新しいアップデートではクラスターの制御を容易にするツールも追加されています。たとえば、武装解除機能を考えてみましょう。基盤となるノードでメンテナンス作業を実行すると、その必要がない場合でも、HA ルールによって誤って仮想ゲストが移行される可能性があります。または、PvE クラスターに影響を与えるスプリット ブレインの問題を回避するために、ノード自体をフェンシング モードに設定することもできます。
武装解除メカニズムは、HA 規定を一時的に停止することでこれらの問題を軽減します。私は通常、単一システムのメンテナンス作業を実行するときにフリーズ モードを使用します。フリーズ モードでは状態の変更が無視され、Proxmox ノードが切断されたリグに反応するのを防ぐためです。ただし、HA トラッキングを完全にバイパスできる無視モードの機能により、クラスター全体をシャットダウンする必要があるまれな状況に適しています。
Proxmox 9.2 はクラスター化セットアップの革新的な製品です
Proxmox ワークステーションをお持ちの場合、PvE 9.2 はそれほど魅力的には見えません。結局のところ、Proxmox 9.1 で追加された OCI サポートと vTPM スナップショット機能とは対照的に、このアップデートは主にクラスターのセットアップに関連しています。なんと、現在のバージョンでも、SDN の改善、カスタム CPU プロファイル、およびスタンドアロン セットアップよりもグループ化された Proxmox リグに適したその他のさまざまな機能が備えられています。しかし、私のように高可用性クラスターを使用している場合、ダイナミック ロード バランサーだけでも PvE 9.2 の価値があります。
Leave a Reply