予算に優しいデバイスをProxmox haラボにクラスター化しましたが、思っていたよりも便利です

1759679528
2025-10-05 15:30:00

LXC、コミュニティスクリプト、およびSimple Management UIのサポートの間に、Proxmoxには、初心者やカジュアルなユーザーがホームラボをよりアクセスしやすくするための多くの機能があります。ライバル（特にESXI）とは異なり、Proxmoxには最小限のCPU、メモリ、およびストレージの規定が必要です。また、ほとんどのハードウェアを使用してすぐに使用できるため、予算に優しいセットアップには素晴らしいオプションになります。ただし、その親しみやすい性質にもかかわらず、Proxmoxは、ホームラボのワークロードを強化するための多くの高度なツールを備えています。

クラスタリングは、少数の安価なPVEノードと組み合わせると、信頼できる自己ホスティングワークステーションに変えることができるようなユーティリティの1つです。実際、私はかゆみを伴う予備のリグをいくつか持っています。そして、高可用性クラスターは楽しいプロジェクトのように思えたので、安価なデバイスと古いハードウェアの混合物を使用して作ることを試みることができると考えました。そして、まあ、それは私が思っていたよりもうまく機能します！

Proxmoxクラスターを作成するポイントは何ですか？

集中化されたUIおよび高利用可能性の規定

Proxmoxの直感的なWeb UIには、すべての設定、オプション、トグル（およびターミナルシェル）が含まれており、仮想マシンとコンテナをいじくり回します。ただし、仮想ゲストを管理することは、複数のPVEホストを持っている場合に挑戦することができます。たとえば、私のセットアップを取ります。仮想化とディストリビューションホッピングの実験に使用する傾向がある古いPCを持っています。十分なRAMとCPUがあるため、VMホスティングワークステーションが細かくなります。一方、私のX86 SBCとNASユニットは、処理機能が限られているため、LXCホスティングサーバーとしてうまく機能します。クラスター内のノードを組み合わせると、集中型Web UIからノードにアクセスできます。アーセナルを展開するときに、異なるタブを常に切り替える必要はありません。

ただし、ショーの本当のスターは、高可用性セットアップによって提供されるフォールトトレランスです。私はしばしば自宅のラボ機器で奇抜な実験を行います。これは、いくつかの構成ファイルを誤って編集すると、ノード全体を削減する可能性があります。倒れたホストから別のノードに私の必須LXCを移行できる高可用性クラスターは、この問題に対する完璧な救済策です。それから、私の背水の町には停電がしばしば停電しているという事実があり、私のUPSで2つの低電力ノードをフックすると、メインの実験システムが停電中にオフラインになった場合でも、ミッションクリティカルなサービスを動作させることができます。

クラスター用に古くて予算に優しいデバイスを選びました

クラスター環境を作成する手順について説明する前に、高可用性のセットアップに電力を供給するハードウェアを調べたいと思います。予算に優しいデバイスを使用する予定だったので、私のオプションはかなり制限されていました。 16GBのメモリを特徴とする私のRyzen 5 1600 PCは、何年も前にそれを構築し、そのためにダイムを支払う必要がなかったため、明らかな選択でした。セカンダリノードの場合、8GBのメモリとともにIntel N100 CPUで武装したAiffro K100を使用しました。

最後のノードにはいくつかのオプションがありました。現在LXCホスティングマシンとして機能している10年前のラップトップに行くか、お気に入りのX86 SBC、Radxa X4を選ぶことができます。ただし、それらのストレージオプションはかなり限られていたため、別の選択肢を調べなければなりませんでした。最後に、Zimaboard 2を最後のノードとして選択し、各マシンをCEPHストレージ用の500GB NVME SSDでアームしました（ただし、PCIE-To-NVMEアダプターを使用して高速ドライブとZimaBoard 2とペアリングする必要がありました）。

Proxmoxクラスターの展開

ケーキウォークでした

Proxmoxクラスターを設定する際の最大の問題の1つは、セカンダリノードに仮想ゲストが展開されていないことです。各ノードの新鮮なインストールから始めて以来、古いバックアップと復元方法を使用して、セカンダリノードでVMおよびLXCデータを失わないようにする必要はありませんでした。そうは言っても、内部のエンタープライズリポジトリを無効にしなければなりませんでした リポジトリ 追加する前に各ノードのタブ サブスクリプションなし そして ceph squid no-subscription レポス。自分のために物事をより簡単にするために、私は 更新 すべてのノードに最新のパッケージをインストールするタブ。

初期構成が完了すると、古いPCのProxmox Web UIにログインして、 クラスタ 内のセクション データセンター タブ。それから、私は押しました クラスターを作成します ボタンと与えました 名前 タップする前に、すぐに作成されるクラスター環境に 作成する ボタン。 1分も経たないうちに、私のクラスターは稼働していました。コピーした後 情報に参加してください キー、私はに切り替えました クラスタ 私のNASマシンのタブ。ただし、今回は一緒に行きました クラスターに参加します オプション、私が以前にコピーしたキーを貼り付けて、 参加する ボタン。 3番目のノードのプロセスを繰り返した後、クラスターを稼働させました。

分散ストレージのセットアップ

私は古き良きセフと一緒に行きました

高可用性のセットアップには分散ストレージが必要なため、私の仕事は完了していませんでした。技術的には、3つのホストすべてで同じ名前を持つZFSプールを構成できましたが、クラスターに優れた断層トレランスが必要だったこともあり、この楽しいテクノロジーをいじくりたいと思ったため、Cephベースのセットアップを使用しました。

次に、500GBドライブをオブジェクトストレージデバイスとして追加する時が来ました。 OSD タブ、プレス 作成：OSD、およびNVME SSDを選択します ディスク。私も開きました モニター タブとセカンダリを追加しました ホスト 経由 作成する ボタン。最後に、私はにナビゲートしました プール セクション、ヒット 作成する、そしてaを与えました 名前 残りのオプションをデフォルト値に残しながら、クラスター化されたストレージに。

高可用性ルールをいじくり回します

ノード間で仮想ゲストを移行します

古いバージョンとは異なり、Proxmox 9は高可用性オプションを変更します。 HAグループをサポートするのではなく、最新のProxmoxエディションでは、各仮想ゲストのルールを作成する必要があります。元のものがオフラインになった場合、どのノードがホストをホストするかを微調整できます。

最初にLXCやVMSを構成していなかったため、Proxmox Ve-Helper Scripts Repoを使用して、さまざまなノードにコンテナを展開しました。それまでの間、EndeavourosのISOファイルを古いPCにアップロードし、それを使用して仮想マシンをスピンアップしました。すべてがうまくいったかどうかを確認するために、私は 移動します 実行中に別のノードに送信するオプション。数秒以内に、VMはSBCを搭載したPVEホストに表示されました。また、LXCSを使用した実験を繰り返しました。

方程式の高可用性部分のために、私は ハ 内部のタブ データセンター、押した 追加 下のボタン リソース、およびいくつかのLXCを選択しました。それから、私は開きました アフィニティルール Submenuおよび高可用性セットアップのために3つのノードすべてを選択しました。最終テストのために、Casaos LXCを実行しているノードをシャットダウンしたため、クラスターが別のホストに移行するようになりました。

Proxmoxクラスターはすべての手間の価値があります

特に、それを機能させるために必要なすべての追加のハードウェアを考慮すると、クラスターは平均的なホームラボにはあまりにも過剰になりすぎる可能性があることを認めます。しかし、Proxmoxは非常に低いシステムリソースを必要とするため、古いデバイスから強力なクラスターを構築できます。また、実験が失敗したために元のワークステーションがダウンしたときに、あなたの重要なLXCが別のノードで生き返るのを見るよりも満足のいくものはほとんどありません。

#予算に優しいデバイスをProxmox #haラボにクラスター化しましたが思っていたよりも便利です