クラスタで使用する vSphere Lifecycle Manager イメージをセットアップまたはインポートする場合、イメージで指定されているソフトウェアは、そのクラスタ内のホストに直ちにインストールされません。イメージからホストにソフトウェア仕様を適用するには、そのイメージを基準としてクラスタを修正する必要があります。
クラスタの修正を開始するには、必要な権限を持っている必要があります。すべての vSphere Lifecycle Manager の権限とその説明のリストについては、イメージを使用するための vSphere Lifecycle Manager の権限を参照してください。ユーザー、グループ、ロール、および権限の管理の詳細については、vSphere のセキュリティを参照してください。
vSphere Lifecycle Manager イメージを基準にしてクラスタを修正する際には、クラスタ内の ESXi ホストが順次修正されます。そのため、クラスタ内の 1 台のホストの修正に失敗すると、クラスタ全体の修正が停止します。並行修正オプションがサポートされるのは、クラスタの管理に vSphere Lifecycle Manager ベースラインを使用している場合のみです。
修正時にクラスタにセットアップしたイメージは、クラスタ内のすべての ESXi ホストにインストールされます。
1 台の ESXi ホストを含むクラスタを修正する場合、または vSphere Storage DRS が無効になっているか手動モードになっているクラスタを修正する場合、修正プロセスで該当するホストをメンテナンス モードにすることはできません。そのため、修正を続行するには、ホストで実行されている仮想マシンをパワーオフして別のホストに移動するか、修正プロセス中の仮想マシンのパワーオフを許可するユーザー ポリシーを選択する必要があります。また、ホストが修復された後に仮想マシンをパワーオンするようにユーザー ポリシーを設定することもできます。
vSAN クラスタの場合、修正操作にはハードウェア互換性チェックが含まれます。vSphere Lifecycle Manager の修正設定の方法によっては、ハードウェアの互換性に問題がある場合、vSphere Lifecycle Manager が修正タスクを続行しないことがあります。グローバルな vSphere Lifecycle Manager 修正設定の詳細については、vSphere Lifecycle Manager イメージの修正設定の構成を参照してください。特定のクラスタの修正設定の詳細については、クラスタの修正設定の編集を参照してください。
メンテナンス モード
アップデート時に必要な場合、ホストは修正の前にメンテナンス モードに入ります。ホストがメンテナンス モードのときには、仮想マシンは実行できません。一貫したユーザー体験を確保するために、vCenter Server は、ホストがメンテナンス モードに切り替えられる前に、クラスタ内の他のホストに仮想マシンを移行します。vCenter Server は、クラスタが vMotion 用に構成されていて、DRS および VMware Enhanced vMotion Compatibility (EVC) が有効になっている場合に、仮想マシンを移行できます。EVC は、ホストの CPU に互換性があることを保証しますが、これは vMotion の前提条件ではありません。
修正前にクラスタの HA アドミッション コントロールを無効にするように vSphere Lifecycle Manager を構成できます。ただし、単一の vSphere Lifecycle Manager イメージを使用する 2 ノード クラスタを修正する前に HA アドミッション コントロールを無効にすると、クラスタは実質的に高可用性に関するすべての保証を失います。これは、2 台のホストのうち 1 台がメンテナンス モードになると、vCenter Server が仮想マシンをそのホストにフェイルオーバーできなくなり、HA フェイルオーバーが正常に実行されなくなるためです。HA アドミッション コントロールの詳細については、vSphere の可用性 のドキュメントを参照してください。
