ホストのパッチおよびホストのアップグレード処理中に、Update Manager動作の整理に使用できる、いくつかのホストおよびクラスタ設定があります。

ホストおよびクラスタの設定

vSphere Distributed Resource Scheduler(DRS)、vSphere High Availability (HA)、および vSphere Fault Tolerance (FT) が有効なクラスタ内の vSphere オブジェクトをアップデートする場合、vSphereDistributed Power Management (DPM)、HA アドミッション コントロール、および FT をクラスタ全体に対して一時的に無効にできます。アップデートの完了後、Update Managerがこれらの機能をリストアします。

アップデートの際、修正中にホストをメンテナンス モードにすることが要求される場合があります。ホストがメンテナンス モードのときには、仮想マシンは実行できません。可用性を確保するために、vCenter Serverは、ホストがメンテナンス モードに切り替えられる前に、クラスタ内の他のESXi ホストに仮想マシンを移行できます。vCenter Serverは、クラスタが vSphere vMotion 用に設定されており、DRS が有効な場合に、仮想マシンを移行します。

クラスタ内のホスト間でvSphere vMotionの互換性を確保するには、Enhanced vMotion Compatibility (EVC) を有効にします。EVC によって、ホスト上の実際の CPU が異なる場合でも、1 つのクラスタ内のすべてのホストが確実に同じ CPU 機能セットを仮想マシンに提供できるようになります。EVC を使用すると、CPU の互換性がないことが原因でvSphere vMotionでの移行が失敗することがなくなります。EVC は、ホストの CPU が互換性要件を満たしているクラスタでのみ有効にできます。EVC の詳細と、EVC クラスタ内のホストが満たす必要がある要件の詳細については、『vCenter Server およびホスト管理』を参照してください。

ホストに実行中の仮想マシンがない場合、DPM がホストをスタンバイ モードに切り替えてUpdate Managerの操作を妨げる可能性があります。スキャンおよびステージングの正常な完了を確実にするため、Update Managerは、これらの操作中に DPM を無効にします。正常な修正を確実に行うため、修正操作の前に、Update Managerに DPM および HA アドミッション コントロールを無効にさせます。処理が完了すると、Update Managerは DPM と HA のアドミッション コントロールをリストアします。Update Managerは、ステージングおよび修正前には HA のアドミッション コントロールを無効にしますが、スキャン前には無効にしません。

DPM がすでにホストをスタンバイ モードに切り替えている場合は、Update Managerはホストをパワーオンしてからスキャン、ステージング、および修正を実行します。スキャン、ステージング、または修正が完了したあと、Update Managerは DPM と HA のアドミッション コントロールをオンにし、必要に応じて DPM がホストをスタンバイ モードに切り替えます。Update Managerは、パワーオフ状態のホストを修正しません。

ホストがスタンバイ モードで、かつ、何らかの理由で DPM が手動で無効になっている場合、Update Managerはこれらのホストを修正またはパワーオンしません。

クラスタ内で、vSphere vMotionを続行するために HA アドミッション コントロールを一時的に無効にします。このアクションにより、修正するホスト上でのマシンのダウンタイムを防ぐことができます。クラスタ全体を修正したあと、Update Managerは HA のアドミッション コントロールの設定をリストアします。

クラスタ内のホスト上にあるいずれかの仮想マシンに対して FT がオンになっている場合、FT を一時的にオフしてから、クラスタでUpdate Managerの操作を実行します。ホスト上のいずれかの仮想マシンで FT がオンになっている場合、Update Managerはそのホストを修正しません。クラスタ内にあるすべてのホストを同じアップデートで修正し、修正後に FT を再び有効にできるようにします。プライマリ仮想マシンとセカンダリ仮想マシンは、それぞれを ESXiのバージョンとパッチ レベルが異なるホスト上に配置することはできません。

vSANクラスタで有効なホストおよびクラスタの設定

vSANクラスタの一部であるホストを修正するときには、次の動作について理解しておいてください。
  • ホストの修正プロセスは完了するまでに長い時間がかかることがあります。
  • 設計上、vSANクラスタの 1 台のホストのみをいつでもメンテナンス モードにすることができます。
  • Update Managerは、vSAN クラスタの一部であるホストを並行して修正するオプションを設定した場合にも、これらのホストを順次修正します。
  • ホストが vSAN クラスタのメンバーであり、さらにそのホスト上の任意の仮想マシンが「許容する障害の数 = 0」の設定の仮想マシン ストレージ ポリシーを使用している場合、そのホストがメンテナンス モードに入るときに異常な遅延が発生する可能性があります。この遅延は、vSAN データストア クラスタにおいて、vSAN が仮想マシンのデータをディスク間で移行するために発生します。遅延は数時間かかる場合があります。これは、仮想マシン ストレージ ポリシーを「許容する障害の数 = 1」に設定することで回避できます。この設定では、vSAN データストアに仮想マシン ファイルのコピーを 2 つ作成することになります。

ホストのパッチおよびホストのアップグレード操作を最適化するための Quick Boot 設定

ESXiホストの Quick Boot は、Update Manager がホストの修正時間を最適化できる設定であり、ホストにはパッチおよびアップグレード操作が適用されます。パッチまたはアップグレード操作は、ホストのハードウェアに影響しません。Quick Boot 機能が有効になっている場合、Update Managerはハードウェアの再起動(BIOS または UEFI ファームウェアの再起動)をスキップします。その結果、ESXiホストがメンテナンス モードに費やす時間が短縮され、修正中の障害のリスクが最小化されます。