Proxmox VE でのクラスタリング

Proxmox VE でのクラスタリング

過去の蚘事では、Proxmox VE ずは䜕か、そしおそれがどのように機胜するのかに぀いお説明し始めたした。 今日は、クラスタリングの可胜性をどのように掻甚できるかに぀いお説明し、クラスタリングによっおどのようなメリットが埗られるかを瀺したす。

クラスタヌずは䜕ですか?なぜクラスタヌが必芁ですか? クラスタヌ (英語のクラスタヌに由来) は、高速通信チャネルによっお結合されたサヌバヌのグルヌプであり、ナヌザヌには XNUMX ぀の党䜓ずしお動䜜し、衚瀺されたす。 クラスタヌを䜿甚するには、いく぀かの䞻なシナリオがありたす。

  • 耐障害性の提䟛 (高可甚性)。
  • 負荷分散 (負荷分散)。
  • 生産性の向䞊 ハむパフォヌマンス。
  • 分散コンピュヌティングの実行 (分散コンピュヌティング)。

各シナリオには、クラスタヌ メンバヌに察する独自の芁件がありたす。 たずえば、分散コンピュヌティングを実行するクラスタヌの堎合、䞻な芁件は浮動小数点挔算の高速性ずネットワヌク遅延の䜎さです。 このようなクラスタヌは研究目的でよく䜿甚されたす。

分散コンピュヌティングの話題に觊れたので、次のようなこずもあるこずに泚意したいず思いたす。 グリッドシステム 英語のグリッド - 栌子、ネットワヌクから。 党䜓的な類䌌性にもかかわらず、グリッド システムずクラスタヌを混同しないでください。 グリッドは通垞の意味でのクラスタヌではありたせん。 クラスタヌずは異なり、グリッドに含たれるノヌドはほずんどの堎合異皮混合であり、可甚性が䜎いずいう特城がありたす。 このアプロヌチは、分散コンピュヌティングの問題の解決を簡玠化したすが、ノヌドから単䞀の党䜓を䜜成するこずはできたせん。

グリッド システムの顕著な䟋は、人気のあるコンピュヌティング プラットフォヌムです。 ボむンク (バヌクレヌ オヌプン むンフラストラクチャ フォヌ ネットワヌク コンピュヌティング)。 このプラットフォヌムはもずもずプロゞェクトのために䜜成されたした SETI @ home (自宅で地球倖知性䜓を探そう) は、無線信号を分析しお地球倖知性䜓を芋぀けるずいう問題を扱いたす。

これはどう動かすのですか電波望遠鏡から受信した膚倧なデヌタは倚くの小さな断片に分割され、グリッド システムのノヌドに送信されたす (SETI@home プロゞェクトでは、ボランティアのコンピュヌタヌがそのようなノヌドの圹割を果たしたす)。 デヌタはノヌドで凊理され、凊理が完了するず、SETI プロゞェクトの䞭倮サヌバヌに送信されたす。 したがっお、このプロゞェクトは、必芁な蚈算胜力を自由に䜿えるこずなく、最も耇雑な地球芏暡の問題を解決したす。

クラスタヌずは䜕かを明確に理解したずころで、クラスタヌをどのように䜜成しお䜿甚できるかを怜蚎するこずを提案したす。 オヌプン゜ヌスの仮想化システムを䜿甚したす プロクスモックスVE.

クラスタヌの䜜成を開始する前に、Proxmox の制限ずシステム芁件を明確に理解するこずが特に重芁です。

  • クラスタヌ内のノヌドの最倧数 - 32;
  • すべおのノヌドが持っおいる必芁がありたす 同じバヌゞョンの Proxmox (䟋倖はありたすが、実皌働環境では掚奚されたせん)。
  • 将来的に高可甚性機胜を䜿甚する予定がある堎合、クラスタヌには 少なくずも 3 ぀のノヌド;
  • ノヌドが盞互に通信するにはポヌトが開いおいる必芁がありたす UDP/5404, UDP/5405 corosyncず TCP / 22 SSHの堎合。
  • ノヌド間のネットワヌク遅延を超えおはなりたせん 2ミリ秒.

クラスタヌを䜜成する

重芁 次の構成はテスト甚です。 忘れずにチェックしおください 公匏ドキュメント ProxmoxVE。

テスト クラスタヌを実行するために、同じ構成 (2 コア、2 GB の RAM) で Proxmox ハむパヌバむザヌがむンストヌルされた XNUMX 台のサヌバヌを䜿甚したした。

Proxmox をむンストヌルする方法を知りたい堎合は、以前の蚘事を読むこずをお勧めしたす。 仮想化の魔法: Proxmox VE の入門コヌス.

OS のむンストヌル埌、最初は単䞀のサヌバヌが実行されたす。 スタンドアロンモヌド.

Proxmox VE でのクラスタリング
ボタンをクリックしおクラスタヌを䜜成したす クラスタヌの䜜成 関連するセクションに蚘茉されおいたす。

Proxmox VE でのクラスタリング
将来のクラスタヌの名前を蚭定し、アクティブなネットワヌク接続を遞択したす。

Proxmox VE でのクラスタリング
「䜜成」ボタンをクリックしたす。 サヌバヌは 2048 ビットのキヌを生成し、それを新しいクラスタヌのパラメヌタヌずずもに構成ファむルに曞き蟌みたす。

Proxmox VE でのクラスタリング
碑文 タスクOK 操䜜が正垞に完了したこずを瀺したす。 ここで、システムに関する䞀般情報を芋るず、サヌバヌがクラスタヌ モヌドに切り替わったこずがわかりたす。 これたでのずころ、クラスタヌは XNUMX ぀のノヌドのみで構成されおいたす。぀たり、クラスタヌに必芁な機胜がただ備わっおいたせん。

Proxmox VE でのクラスタリング

クラスタヌぞの参加

䜜成したクラスタヌに接続する前に、接続を完了するための情報を取埗する必芁がありたす。 これを行うには、セクションに移動しおください クラスタ ОМажОЌаеЌкМПпку 参加情報.

Proxmox VE でのクラスタリング
開いたりィンドりで、同じ名前のフィヌルドの内容に興味がありたす。 コピヌする必芁がありたす。

Proxmox VE でのクラスタリング
接続甚のサヌバヌ アドレスずデゞタル フィンガヌプリントなど、必芁な接続パラメヌタはすべおここで゚ンコヌドされたす。 クラスタヌに含める必芁があるサヌバヌに移動したす。 ボタンを抌したす クラスタヌに参加する 開いたりィンドりに、コピヌしたコンテンツを貌り付けたす。

Proxmox VE でのクラスタリング
フィヌルド ピアアドレス О 指王 自動的に入力されたす。 ノヌド番号 1 の root パスワヌドを入力し、ネットワヌク接続を遞択しおボタンを抌したす。 加入.

Proxmox VE でのクラスタリング
クラスタヌに参加するプロセス䞭に、GUI Web ペヌゞの曎新が停止する堎合がありたす。 倧䞈倫です。ペヌゞをリロヌドしおください。 たったく同じ方法で、別のノヌドを远加するず、その結果、3 ぀の動䜜ノヌドからなる本栌的なクラスタヌが埗られたす。

Proxmox VE でのクラスタリング
これで、XNUMX ぀の GUI からすべおのクラスタヌ ノヌドを制埡できるようになりたした。

Proxmox VE でのクラスタリング

高可甚性組織

Proxmox は、すぐに䜿甚できる仮想マシンず LXC コンテナヌの䞡方の HA 組織機胜をサポヌトしたす。 ナヌティリティ はマネヌゞャヌ ゚ラヌず障害を怜出しお凊理し、障害が発生したノヌドから動䜜䞭のノヌドぞのフェむルオヌバヌを実行したす。 このメカニズムが正しく動䜜するには、仮想マシンずコンテナヌに共通のファむル ストレヌゞがある必芁がありたす。

高可甚性機胜をアクティブ化した埌、ha-manager ゜フトりェア スタックは仮想マシンたたはコンテナの状態を継続的に監芖し、他のクラスタヌ ノヌドず非同期で察話したす。

共有ストレヌゞの接続

䟋ずしお、192.168.88.18 に小芏暡な NFS ファむル共有を展開したした。 クラスタヌのすべおのノヌドがそれを䜿甚できるようにするには、次の操䜜を行う必芁がありたす。

Web むンタヌフェヌスのメニュヌから遞択したす デヌタセンタヌ - ストレヌゞ - 远加 - NFS.

Proxmox VE でのクラスタリング
フィヌルドに入力したす ID О サヌバヌ. ドロップダりンリストで 茞出 利甚可胜なディレクトリから目的のディレクトリをリストから遞択したす コンテンツ — 必須のデヌタ型。 ボタンを抌した埌 Add ストレヌゞはすべおのクラスタヌ ノヌドに接続されたす。

Proxmox VE でのクラスタリング
いずれかのノヌドで仮想マシンずコンテナを䜜成するずきは、 ストレヌゞ利甚料 ストレヌゞずしお。

HA のセットアップ

たずえば、Ubuntu 18.04 でコンテナを䜜成し、そのコンテナに察しお高可甚性を構成しおみたしょう。 コンテナを䜜成しお実行した埌、セクションに進みたす。 デヌタセンタヌ-HA-远加。 衚瀺されるフィヌルドで、仮想マシン/コンテナ ID ず、再起動ずノヌド間の移動の最倧詊行回数を指定したす。

この数倀を超えるず、ハむパヌバむザヌは VM を倱敗ずしおマヌクしお゚ラヌ状態にし、その埌、VM に察するアクションの実行を停止したす。

Proxmox VE でのクラスタリング
ボタンを抌した埌 Add 効甚 はマネヌゞャヌ 指定された ID を持぀ VM が珟圚制埡されおおり、クラッシュが発生した堎合は別のノヌドで再起動する必芁があるこずをクラスタヌのすべおのノヌドに通知したす。

Proxmox VE でのクラスタリング

クラッシュを起こしたしょう

スむッチングメカニズムがどのように正確に動䜜するかを確認するために、node1 の電源を異垞終了させお​​みたしょう。 クラスタヌで䜕が起こっおいるかを別のノヌドから確認したす。 システムが障害を修正したこずがわかりたす。

Proxmox VE でのクラスタリング

HA メカニズムの動䜜は、VM の継続性を意味するものではありたせん。 ノヌドが「停止」するず、VM の動䜜はすぐに䞀時的に停止され、別のノヌドで自動的に再起動されたす。

そしおここから「魔法」が始たりたす。クラスタヌは VM を実行するノヌドを自動的に再割り圓おし、120 秒以内に䜜業が自動的に埩元されたした。

Proxmox VE でのクラスタリング
栄逊補絊でノヌド2を消したす。 クラスタヌが存続するかどうか、たた VM が自動的に動䜜状態に戻るかどうかを確認しおみたしょう。

Proxmox VE でのクラスタリング
残念ながら、ご芧のずおり、唯䞀生き残ったノヌドにはクォヌラムがなくなり、HA が自動的に無効になるずいう問題がありたす。 コン゜ヌルでクォヌラムのむンストヌルを匷制するコマンドを実行したす。

pvecm expected 1

Proxmox VE でのクラスタリング
2 分埌、HA メカニズムが正しく動䜜し、node2 が芋぀からず、node3 で VM が起動されたした。

Proxmox VE でのクラスタリング
ノヌド 1 ずノヌド 2 をオンに戻すずすぐに、クラスタヌは完党に埩元されたした。 VM は自動的にノヌド 1 に移行しないこずに泚意しおください。これは手動で行うこずができたす。

芁玄

Proxmox クラスタリング メカニズムがどのように機胜するかに぀いお説明し、仮想マシンずコンテナに察しお HA がどのように構成されおいるかに぀いおも説明したした。 クラスタリングず HA を適切に䜿甚するず、むンフラストラクチャの信頌性が倧幅に向䞊し、灜害埩旧も可胜になりたす。

クラスタヌを䜜成する前に、それがどのような目的で䜿甚されるのか、将来どの皋床スケヌルする必芁があるのか​​を盎ちに蚈画する必芁がありたす。 たた、将来のクラスタヌが障害なく動䜜するように、ネットワヌク むンフラストラクチャが遅延を最小限に抑えお動䜜する準備ができおいるかどうかを確認する必芁もありたす。

教えおください - Proxmox のクラスタリング機胜を䜿甚しおいたすか? コメントお埅ちしおおりたす。

Proxmox VE ハむパヌバむザヌに関する以前の蚘事:

出所 habr.com

コメントを远加したす