クラスタ内の複数の ESXi ホストは、デフォルトで順次修正されます。

ホストのクラスタを順次修正する場合、ホストの 1 台がメンテナンス モードに入れないと、vSphere Lifecycle Manager はエラーを報告し、修正プロセスが停止して失敗します。クラスタ内で修正されたホストは、修正後のアップデート レベルが維持されます。1 台のホストに障害が発生した後修正されないものは、更新されません。

クラスタ内の ESXi ホストのアップグレード修正は、クラスタ内のすべてのホストがアップグレード可能な場合にのみ続行されます。

データセンター レベルで修正を開始すると、クラスタの修正プロセスは並行して実行されます。単一の vSphere Lifecycle Manager イメージで管理しているクラスタは、添付されたベースラインまたはベースライン グループを基準にして修正されません。データセンターのいずれかのクラスタで修正プロセスが失敗しても、残りのクラスタは引き続き修正されます。

修正を開始する前に、クラスタ機能が有効になっているクラスタ、ホスト、または仮想マシンを示すレポートを生成できます。詳細については、修正の事前チェック レポートを参照してください。

修正およびクラスタの設定

DRS 対応クラスタ内のホストで vCenter Server がインストールされた仮想マシンが実行されている場合、DRS は修正を正常に行うため、最初に vCenter Server を実行している仮想マシンを別のホストに移行します。仮想マシンを別のホストに移行できない場合、そのホストの修正は失敗しますが、クラスタの修正プロセスは停止しません。vSphere Lifecycle Manager は、クラスタにある次のホストの修正に進みます。

クラスタ内のホストを修正する場合は、VMware DPM と HA のアドミッション コントロールなどのクラスタ機能を一時的に無効にする必要があります。さらに、ホストのいずれかの仮想マシンで Fault Tolerance が有効な場合は、それをオフにし、ホストの仮想マシンに接続されているリムーバブル デバイスを切断して、vMotion で移行できるようにする必要があります。vSphere Lifecycle Manager 修正設定の構成に関する詳細については、vSphere Lifecycle Manager 修正の構成を参照してください。

クラスタの修正中に vCenter HA フェイルオーバーが開始されると、修正タスクはキャンセルされます。フェイルオーバーが完了したら、新しいノードで修正タスクを再起動する必要があります。

2 台以下のホストで構成されたクラスタで修正を実行する場合、修正を確実に成功させるには、HA のアドミッション コントロールを無効にするだけでは不十分な可能性があります。クラスタの vSphere High Availability (HA) を無効にしなければならない可能性があります。HA を有効なまま維持した場合は、HA がいずれかのホストをメンテナンス モードにするための推奨情報を vSphere Lifecycle Manager に提供できないため、クラスタ内のホストを修復しようとしても失敗します。これは、2 台のホストのいずれかがメンテナンス モードになった場合、クラスタで使用可能なフェイルオーバー ホストがなくなることが原因です。2 ノードのクラスタで修正を確実に成功させるには、クラスタで HA を無効にするか、またはホストを手動でメンテナンス モードにしてから、クラスタ内の 2 台のホストに修正を実行する必要があります。

vSAN クラスタ

vSphere Lifecycle Manager は、vSAN クラスタの一部であるホストを順番に修正します。これは、vSAN クラスタの設計上、同時に 1 台のホストしかメンテナンス モードにできないためです。vSAN クラスタで vSphere Lifecycle Manager を使う方法について詳しくは、vSAN クラスタと vSphere Lifecycle Managerを参照してください。