ノードが Proxmox VE から完全に退避し、クラスターに再参加します

ノードが Proxmox VE から完全に退避し、再びクラスターに参加します

シーンの説明

Proxmox VE クラスター内のノードが破損し、すぐに修復できない場合は、障害のあるノードをクラスターから完全に追い出し、残っている情報をクリーンアップする必要があります。そうしないと、障害ノードが使用していた IP アドレスを使用する新しいノードが正常にクラスターに参加できなくなり、同様に、クラスターから切り離された障害ノードが修復された後、クラスターとは関係ありませんが、クラスターに参加できなくなります。この単一ノードの Web 管理にアクセスできなくなり、バックグラウンドで元の Proxmox VE クラスター内の他のノードに関する情報が表示され、非常に迷惑になります。

クラスターからノードを削除する

Proxmox VE が Ceph ハイパーコンバージド クラスターの場合は、クラスター内の任意のノード (削除するノードを除く) のホスト システム Debian にログインし、必要なノードのすべての OSD を完全に削除する必要があります。コマンド ラインから退避するには [著書『Proxmox VE ハイパーコンバージド クラスターの実践』第 12 章関連コンテンツを参照]、引き続きコマンド ライン「pvecm delnode nodename」を使用してノードを退避します。 Proxmox VE クラスター Web 管理のバックグラウンドに切り替え、ブラウザを更新して、ページの左側にある [サーバー ビュー] で削除されたノードがまだあるかどうかを確認します。 Web ページに削除されたノードに関する情報が残っていない場合でも、削除されたノードに関する情報は完全にはクリーンアップされていないため、さらなる処理が必要です。

Proxmox VE クラスター内の任意のノードのホスト システムの Debian コマンド ラインに切り替え、ディレクトリ "/etc/pve/priv" に入り、ファイル "authorized_keys" と "known_hosts" を編集します。

Vi エディターまたは Sed コマンドを使用して、クラスターから追放されたノード情報を削除し、保存して終了します。クラスター内の他のノードも corosync によって自動的に同期されるため、プロセスを繰り返す必要はありません。

ファイル「Known_hosts」もそれに応じて処理されます。この手順を完了したら、コマンド「grep pve169 /etc -r」を使用して検索し、完全にクリアされているかどうかを確認します。

退避ノードクラスタの残存情報の処理

Proxmox VE クラスターから退避されたノードは、再初期化 (システムの再インストール) を行わずに機能を復元したため、元のクラスターに再度参加したいと考えています。ブラウザを使用して単一ノードの Proxmox VE Web 管理バックエンドにアクセスすると、クラスター内の他のノードが依然としてはっきりと表示される場合があり、ページの更新やシステムの再起動が機能しません。では、この迷惑な表示を取り除くにはどうすればよいでしょうか?

クラスター サービスの停止、同期サービス Corosync の停止、corosync.conf の削除、およびその他の操作に加えて、Proxmox VE シングルノード ホスティング システム Debian に入り、ディレクトリ "/etc/pve/nodes" に入る必要もあります。 "を実行し、このノード以外の他のノードのディレクトリを削除します。

削除後、ブラウザを更新すると、Proxmox VE 単一ノード Web 管理のバックグラウンドが表示され、単一ノード自体のみが残ります。

上記の 2 つの手順を完了すると、外れ値ノードは元の IP でクラスターに参加し、クラスターによって除外されなくなります。

以上がノードが Proxmox VE から完全に退避し、クラスターに再参加しますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。