物理的な移動のため、4.0 u1 を実行しているすべての vSphere ホストをシャットダウンする必要があります。vCenter を VM として実行していることが懸念事項です。ホストをシャットダウンする前に、VC 経由ですべての VM をシャットダウンする予定です。次に、コンソール経由で VC サーバーをシャットダウンし、ホストの電源をオフにします。ただし、いくつか質問があります。VC をシャットダウンする前に、esx ホストをメンテナンス モードにする必要がありますか? DRS と共有ストレージを使用しているため、VC ホストは移動できることはわかっていますが、最初に VC を再起動するために、ホストの電源をオンにして vSphere クライアント経由で参照することはできますか? (ホストは 7 台しかないため、調べるのは大したことではありません。)
何か見逃しているでしょうか?
ありがとう。
答え1
大丈夫だと思いますよ。
すべての電源をオフにします。
- すべての VM をシャットダウンします (別の VM の場合は、vCenter Server とその SQL Server を除く)。
- 次に、vCenter\SQL を実行しているホストを除くすべてのホストをメンテナンス モードにしてシャットダウンします。
- RDP セッションから、または残りのホストに接続された VI クライアント セッションを使用して、VC ボックスと SQL ボックス (必要な場合) をシャットダウンします。
- 次に、最後のホストをシャットダウンします。VC サーバーはこのホストに登録されており、再起動は簡単なので、最初にこのホストを再起動する必要があるので、これがどのホストであったかを覚えておいてください。
もう一度やり直す。
- 最後にシャットダウンしたホストの電源を入れ、VI クライアントを使用して接続します。
- SQL を起動し (別の VM の場合のみ)、次に vCenter VM を起動します。
- VI クライアントを単一ホストから切断し、vCenter に接続します。
- 次に、ホストを起動し、メンテナンス モードを解除します。
- いくつかのホストが稼働し、メンテナンス モードが解除されたらすぐに VM の起動を開始できます。ただし、クラスターが十分な強度に戻る前に、使用可能なホスト リソースに過負荷をかけるほど多くの VM を起動しないように注意してください。
答え2
あなたがやりたいことはうまくいくと思いますが、私はこれを少し修正したいと思います:
- vCenter VM を除くすべての VM をシャットダウンします。
- vCenter VM を実行しているホストを除くすべてのホストでメンテナンス モードをオンにして、シャットダウンします。
- vSphere Client を使用して、最後に残ったホストに直接接続します。
- vCenter VM をシャットダウンします。
- ホストのメンテナンス モードをオンにしてシャットダウンします。
逆の順序で電源を入れます。まず、vCenter VM でホストを起動し、それに接続し、vCenter を起動してから、他のすべてを起動します。
答え3
- VCを除くすべてのVMをシャットダウンする
- VC VM を実行しているホストを除くすべてのホストをメインテナンス モードにします。このホストをメモします。
- VC VMが自動的に起動するように設定されていることを確認する
- VC VM をシャットダウンする
- 最後のホストをシャットダウン
- 動く
- 最後に開始、注目、ホスト
- VCが再び現れることを祈る
- すべてのホストをメンテナンスモードから終了する
- 残りの VM を起動します。