ESXi 6.7 から 8.0 へのアップデート - 運用サーバーのクラッシュを修正

まずハードウェアの互換性を確認してください

ESXi 6.7 は 2022 年 10 月 15 日に一般サポートが終了したため、移行は期限切れとなっていますが、6.7 から 8.0 への移行はパッチではなくメジャー バージョンのアップグレードです。 2 つのバージョンの間で、VMware は VMKLinux ドライバー モデルを完全に削除し (すべてのデバイスにネイティブ ドライバーが必要になりました)、CPU、ネットワーク アダプター、およびストレージ コントローラーの世代を廃止しました。完全に正常な 6.7 ホストでも、現状ではアップグレードできない可能性があります。

枠が予約される前に、VMware 互換性ガイドで ESXi 8.0 に対する正確なサーバ モデル、CPU ファミリ、ネットワーク アダプタ、ストレージ コントローラを確認し、サーバのファームウェア (BIOS、ストレージ コントローラ、NIC) をベンダーがリストする 8.0 のバージョンに更新してください。インストーラ自身の事前チェックでも、非推奨のデバイスについて警告しますが、真夜中にコンソールでそれを見つけるのは間違った時間です。まずは紙で確認してください。

ホスト構成とVMのバックアップ

ホスト シェルからホスト構成をバックアップします (ホスト上の SSH がオフになっている場合は、最初にそれを有効にします)。このコマンドは構成バンドルのダウンロード リンクを返します。それを開いて、このサーバー以外の場所に .tgz ファイルを保存します。

vim-cmd hostsvc/firmware/backup_config

次に、VM バックアップが最新のものであり、少なくとも 1 つの復元が実際にテストされていることを確認します。アップグレード後のパープル スクリーンの半分は、古いハイパーバイザーが許容していたファームウェアに遡ります。ただし、元に戻すことのできないクラッシュは、背後にバックアップがないものです。

期間を計画し、8.0 ライセンス キーを準備しておいてください

メンテナンス スロットを選択し、 それをユーザーにアナウンスします。ホストがダウンしたときに誰も保存途中ではいけません。シーケンスを時間とともに書き留めて、ハード ロールバック期限 を設定します。これは、ウィンドウ全体を消費するのではなく、デバッグを停止してロールバック (ステップ 7) する夜の時点です。仕事が終わったら締めのメッセージを送り、翌朝が噂話で始まらないようにしましょう。

ライセンスは、期間中ではなく、その前に整理してください。 ライセンス キーはメジャー バージョンに関連付けられています — 8.0 ホストは 6.7 キーを受け入れず、キーがないと 60 日間評価モード で実行されます。 Broadcom では、キーとダウンロードは権利に基づいて Broadcom サポート ポータルから取得されるため、事前にそのアクセスを手配してください。

ルート A — 8.0 ISO を起動してアップグレードする

ユーザーに伝えてホストをメンテナンス モードにします。つまり、すべての VM がシャットダウンされるか、別のホストに移行されます。まだ運用 VM を実行しているホストをアップグレードしないでください。

ISO から ESXi 8.0 インストーラを起動し、既存のインストールが保存されているディスクを選択して、ESXi をアップグレードし、VMFS データストアを保持を選択します。これはほとんどのサーバーで表示されるルートであり、事前チェックが進行中に画面に表示されるため、大きなバージョンのジャンプをきれいに処理するルートです。

ルート B — esxcli を使用したシェルからのアップグレード

デポ ルートは、物理メディアや仮想メディアを使用せず、完全にホスト シェルから実行されるため、リモート ホストにとって実用的な選択肢となります。ルート A とまったく同様に、ホストは引き続き最初にメンテナンス モード に入ります。HTTP クライアントがホスト ファイアウォールを通過できるようにします。

esxcli network firewall ruleset set -e true -r httpClient

VMware のオンライン デポで利用可能なプロファイルをリストし、8.0 標準プロファイルの正確な名前をメモします。

esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

次に、その正確なプロファイル名を使用してデポに対してプロファイルの更新を実行し、完了したらホストを再起動します。

esxcli software profile update -d <depot-url> -p <exact-profile-name>

同じルートがオフラインでも機能します。デポ バンドル ZIP をデータストアにコピーし、代わりに -d 値をそのファイルに指定します。 profile update はアップグレード コマンドであることに注意してください。これにより、既存の構成とサードパーティ VIB が互換性のある状態に維持されます。 profile install はイメージを置き換えるので、置き換えないでください。

再起動後 - ライセンスを取得し、確認してからリリースします

ホストが 8.0 にバックアップされたら、ESXi 8.0 ライセンス キーを適用します。6.7 キーは受け入れられず、新しいキーがないと評価時間が過ぎてしまいます。メンテナンス モードを終了し、最初に重要でない VM を 1 つ起動し、残りの VM を起動する前にそのネットワーク、ストレージ、コンソールを確認します。

次に、ホスト自体を調べます。ドライバーまたはセンサーに関するイベント ログとハードウェアのステータス、 マウントされているすべてのデータストア、 変更されていない管理ネットワークの設定。その後、サーバーを解放してユーザーに戻し、ステップ 3 の終了メッセージを送信します。

クラッシュ プレイブック — パープル スクリーンと Shift+R ロールバック

アップグレード後にホストがパープル スクリーン (PSOD) になる場合、またはうまく起動しない場合は、次の順序で作業してください。 まず、何かを触る前に紫色の画面を撮影してください。 PSOD は、続行すると VM に危険が及ぶため、VMkernel が意図的に停止することです。そして、画面は診断です。例外の種類とそこに指定されているモジュールが原因を示しており、ドライバー モジュール名はハードウェア サポートの問題を示し、ページ フォールトはメモリまたはファームウェアを示しています。

2 番目に、一度再起動して様子を見てください。 ドライバ変更後の 1 つの一時的な紫色の画面はデータです。繰り返されたものが評決となります。最初の疑いは、アップグレードの順に、サポートされていない NIC またはストレージ アダプタ、互換性ガイドのリストよりも古いファームウェア、古いバージョンでは強調されていなかったメモリ エラーです。

3 番目、ロールバック。 ESXi は 2 つのブート バンクにインストールされ、アップグレードでは以前の 6.7 ビルドが代替バンクにそのまま残されます。ホストを再起動し、ブート プロンプトで Shift + R を押して確認します。ホストは、設定を含む以前の 6.7 ビルドを、終了したときとまったく同じように起動します。ロールバックが機能した場合は、時間を稼いだことになります。日中に互換性の原因を修正し、新しいウィンドウで再度アップグレードします。

vim-cmd hostsvc/firmware/restore_config <bundle-path>

その復元コマンドは 2 番目のエスケープ ルートです。1 つのブート バンクでは十分でない場合に備えて、ステップ 2 バンドルのホスト構成を同じバージョンとビルドのホストに戻します。