環境内の ESXi ホストをベースラインで管理する場合でも、イメージで管理する場合でも、修正中の vSphere Lifecycle Manager の動作を構成できます。

ベースラインを使用するホストおよびクラスタの vSphere Lifecycle Manager の修正設定は、単一の vSphere Lifecycle Manager イメージを使用して管理するホストおよびクラスタの修正設定とは異なります。たとえば、PXE ブートされたホストへのソフトウェアへのインストールおよびメンテナンス モード前のメディア デバイスの削除を許可する設定は、ベースラインを使用するホストおよびクラスタに対してのみ構成できます。ベースラインまたはイメージを使用するホストとクラスタの両方に構成できる修正設定は、仮想マシンの移行設定、メンテナンス モードの設定、Quick Boot などです。

デフォルトの vSphere Lifecycle Manager 設定を変更できるのは、適切な権限がある場合に限られます。権限は、vSphere Lifecycle Manager が実行されている vCenter Server インスタンスに割り当てられている必要があります。ユーザー、グループ、ロール、および権限の管理の詳細については、『vSphere のセキュリティ』 を参照してください。vSphere Lifecycle Manager の権限とその説明のリストについては、vSphere Lifecycle Manager と vSphere Configuration Profiles を使用するために必要な権限を参照してください。

使用している vCenter Server システムが共通の vCenter Single Sign-On ドメインによって他の vCenter Server システムに接続されている場合は、vSphere Lifecycle Manager インスタンスごとに修正設定を行うことができます。変更した構成プロパティは、指定した vSphere Lifecycle Manager インスタンスのみに適用され、ドメイン内の他のインスタンスには伝達されません。

クラスタ設定が修正に与える影響

クラスタ内にある ESXi ホストを修正すると、特定のクラスタ設定のせいで修正が失敗することがあります。修正を確実に成功させるように、クラスタ設定を構成する必要があります。
DRS (Distributed Resource Scheduler)
アップデートの際、修正中にホストをメンテナンス モードにすることが要求される場合があります。ホストがメンテナンス モードのときには、仮想マシンは実行できません。可用性を確保するために、クラスタに対して DRS を有効にすることができます。また、 vSphere vMotion 用に構成することもできます。この場合、ホストがメンテナンス モードになる前に、 vCenter Server によって仮想マシンがクラスタ内の別の ESXi ホストに移行されます。

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

DPM (Distributed Power Management)
ホストに実行中の仮想マシンがない場合、DPM がホストをスタンバイ モードに切り替えて vSphere Lifecycle Manager の操作を妨げる可能性があります。したがって、すべての vSphere Lifecycle Manager 操作が正常に完了したことを確認するには、これらの操作中に DPM を無効にする必要があります。

修正を正常に実行するには、DPM を無効にするように vSphere Lifecycle Manager を構成する必要があります。修正タスクが完了すると、vSphere Lifecycle Manager DPM がリストアされます。DPM がすでにホストをスタンバイ モードに切り替えている場合、vSphere Lifecycle Manager はホストをパワーオンしてからコンプライアンス チェック、修正、およびステージングを実行します。それぞれのタスクが完了したあと、vSphere Lifecycle Manager は DPM をオンにし、必要に応じて DPM がホストをスタンバイ モードに切り替えられるようにします。vSphere Lifecycle Manager は、パワーオフ状態のホストを修正しません。

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

HA アドミッション コントロール
クラスタ内で、 vSphere vMotion を続行するには、HA アドミッション コントロールを一時的に無効にする必要があります。このアクションにより、修正するホスト上でのマシンのダウンタイムを防ぐことができます。修正中に HA アドミッション コントロールを無効にするように vSphere Lifecycle Manager を構成できます。クラスタ全体の修正が完了したあと、 vSphere Lifecycle Manager は HA のアドミッション コントロールの設定をリストアします。 vSphere Lifecycle Manager は、修正前に HA のアドミッション コントロールを無効にしますが、コンプライアンス チェックの前には無効にしません。また、ベースラインを使用して管理するクラスタの場合、 vSphere Lifecycle Manager は、ステージングの前に HA アドミッション コントロールを無効にします。
注:
単一の vSphere Lifecycle Manager イメージを使用する 2 ノード クラスタを修正する前に HA アドミッション コントロールを無効にすると、クラスタは実質的に高可用性に関するすべての保証を失います。これは、2 台のホストのうち 1 台がメンテナンス モードになると、 vCenter Server が仮想マシンをそのホストにフェイルオーバーできなくなり、HA フェイルオーバーが正常に実行されなくなるためです。HA アドミッション コントロールの詳細については、 vSphere の可用性 のドキュメントを参照してください。
Fault Tolerance (FT)
クラスタ内のホスト上にあるいずれかの仮想マシンに対して FT がオンになっている場合、FT を一時的にオフしてから、クラスタで vSphere Lifecycle Manager の操作を実行する必要があります。ホスト上のいずれかの仮想マシンで FT がオンになっている場合、 vSphere Lifecycle Manager はそのホストを修正しません。クラスタ内にあるすべてのホストを同じアップデートで修正し、修正後に FT を再び有効にできるようにしなければなりません。プライマリ仮想マシンとセカンダリ仮想マシンは、それぞれを ESXi のバージョンとパッチ レベルが異なるホスト上に配置することはできません。