ベースラインと単一イメージのいずれを使用して vSAN クラスタを管理するかにかかわらず、vSAN クラスタに含まれているホストを修正する作業には独自の特性があります。

vSAN クラスタの一部であるホストを修正する場合は、次の動作について理解しておいてください。
  • vSphere Lifecycle Manager では、一度に 1 台のホストのみがメンテナンス モードになります。
  • vSphere Lifecycle Manager は、vSAN クラスタの一部であるホストを順番に修正します。
  • vSphere Lifecycle Manager はホストの修正を順番に処理するため、ホストの修正プロセスが完了するまでに長い時間がかかることがあります。
  • vSphere Lifecycle Manager は 1 つのフォルト ドメイン内のすべてのホストをアップグレードしてから、次のフォルト ドメイン内のホストをアップグレードすることによって、フォルト ドメインが構成されている vSAN クラスタを修正します。
  • vSAN ストレッチ クラスタの場合、vSphere Lifecycle Manager は優先サイト内のホストを修正してから、セカンダリ サイトのホストの修正に進みます。

ホストのメンテナンス モードと vSAN クラスタ

vSAN クラスタ内のホストは、ホストでの仮想マシンの処理方法に応じて、2 つの方法で修正できます。

  • ホストを手動でメンテナンス モードに切り替え、vSphere Lifecycle Manager を使用して修正できます。
  • vSphere Lifecycle Manager 修正中は、ホストをメンテナンス モードにしておくことができます。

vSphere Client で、vSAN クラスタ内のホストをメンテナンス モードにすると、アクセシビリティの確保、全データ退避、データ退避なしという複数のオプションの中から選択できるようになります。アクセシビリティの確保オプションはデフォルトのオプションです。ホストをメンテナンス モードに切り替えときに、vSAN は、このホスト上のすべてのアクセス可能な仮想マシンをアクセス可能なままに維持します。各オプションの詳細については、vSphere のストレージドキュメントの「vSAN クラスタのメンバーをメンテナンス モードに切り替える」を参照してください。

vSphere Lifecycle Manager は修正中に vSAN クラスタ内のホストをメンテナンス モードに切り替えて、ホスト上の仮想マシンを、デフォルトのアクセシビリティの確保オプションと同じように処理します。

ホストが vSAN クラスタの一部であり、さらにそのホスト上の任意の仮想マシンが「許容する障害の数 = 0」の設定の仮想マシン ストレージ ポリシーを使用している場合、そのホストがメンテナンス モードに入るときに異常な遅延が発生する可能性があります。この遅延は、vSAN が、vSAN データストア クラスタにあるディスクの仮想マシン データを別のディスクに移行しなければならないため発生します。遅延は数時間かかる場合があります。これは、仮想マシン ストレージ ポリシーを「許容する障害の数 = 1」に設定することで回避できます。この設定では、vSAN データストアに仮想マシン ファイルのコピーを 2 つ作成することになります。

vSAN 健全性チェック

vSphere Lifecycle Manager は、修正が正常に完了するように vSAN クラスタの修正事前チェックを実行します。vSAN 健全性チェックは、修正事前チェックに含まれています。

vSAN 健全性チェックを行うと、クラスタの状態と、修正を正常に完了させるために追加のアクションを実行する必要があるかどうかについての情報が表示されます。推奨アクションを実行しなくても、vSAN クラスタを修正したり、このクラスタからホストを修正したりできます。vSphere Lifecycle Manager により、ホストが正常にメンテナンス モードに切り替わり、ホストにソフトウェア アップデートが正常に適用されます。ただし、ホストでメンテナンス モードの終了に失敗し、修正プロセスが失敗する可能性があります。そのため、vSAN クラスタのホストはアップグレードされますが、手動でホストをメンテナンス モードから切り替える必要があります。

vSphere Lifecycle Manager イメージを使用した vSAN ストレッチ クラスタの修正

vSAN ストレッチ クラスタまたは vSphere Lifecycle Manager を使用する 2 ノード ROBO クラスタを管理する場合は、専用監視ホストのアップグレードに使用されるイメージとは異なる単一イメージを使用して、クラスタ内のホストを管理できます。vSphere 8.0 Update 2 では、スタンドアローン ホストをアップグレードする場合と同じ方法で、vSAN 監視ホストをアップグレードします。

ストレッチ クラスタについて

ストレッチ クラスタは、2 台以上のホストが同一の論理クラスタに含まれているが、配置場所は地理的に離れている展開モデルです。すべての vSAN ストレッチ クラスタまたは 2 ノード ROBO クラスタに監視ホストがあります。これは各クラスタのメンバーではなく、関連付けられているスタンドアローン ホストです。vSAN クラスタの監視ホストは、各ストレッチ クラスタまたは ROBO クラスタが存在するものと同じ vCenter Server によって管理されます。

vSphere Lifecycle Manager および vSAN 監視ホスト

vSAN 監視ホストは物理または仮想 ESXi ホストであり、vSAN クラスタに保存されている仮想マシン オブジェクトの監視コンポーネントが含まれています。監視ホストはワークロードをサポートせず、データ ノードではありません。単一のストレッチ クラスタまたは 2 ノード ROBO クラスタには、1 台の監視ホストのみを含めることができます。

vSphere Lifecycle Manager イメージを使用して、 vSAN ストレッチ クラスタとその監視ホストを管理できます。vSphere 8.0 Update 2 以降では、 vSAN クラスタと監視ホストに別々のイメージを定義します。次の要件があります。
  • vCenter Server は、バージョンが 8.0 Update 2 以降である必要があります。
  • 監視ホストは ESXi バージョン 7.0 Update 2 以降である必要があります。
  • 監視ホストには、仮想サーバまたは物理サーバを使用できます。
  • 監視ホストには、専用監視ホストまたは共有監視ホストを使用できます。
  • 関連付けられた vSAN ストレッチ クラスタまたは 2 ノード クラスタ内のホストの前に、監視ホストをアップグレードする必要があります。
  • 監視ホストおよび関連付けられた vSAN クラスタを並行してアップグレードすることはできません。
  • 監視ホストで仮想マシンを実行することはできません。vSphere Lifecycle Manager が監視ホストで実行されている古い仮想マシンを検出すると、vSphere Lifecycle Manager はスタンドアローン ホストの修正中に [仮想マシンの電源状態] 修正設定を [電源状態を変更しない] に設定します。詳細については、単一イメージを使用して管理するクラスタまたはスタンドアローン ホストの vSphere Lifecycle Manager 修正設定の構成を参照してください。
vSphere Lifecycle Manager イメージを使用した監視ホストの管理を開始するには、次のタスクを実行します。
  • 既存の vSAN ストレッチ クラスタまたは 2 ノード ROBO クラスタおよび専用スタンドアローン ホストに対し、vSphere Lifecycle Manager ベースラインの使用から vSphere Lifecycle Manager イメージの使用に切り替えます。
    注: 監視ホストが 7.0 Update 2 より前の ESXi バージョンのものである場合、イメージを使用した移行はブロックされません。ただし、この場合、移行後、クラスタに単一の vSphere Lifecycle Manager イメージを使用しますが、監視ホストには引き続き vSphere Lifecycle Manager ベースラインを使用する必要があります。このような場合、ベースラインを使用して監視ホストをバージョン 7.0 Update 2 以降にアップグレードしてから、単一の vSphere Lifecycle Manager イメージを使用した監視ホストの管理を開始できます。
  • 単一のイメージを使用する既存の vSAN クラスタを仮想監視ホストを含むストレッチ クラスタに変換します。
  • vCenter Server の場合はバージョン 8.0 Update 2 以降に、監視ホストの場合はバージョン 7.0 Update 2 以降にアップグレードします。
以下の場合、 vSphere Lifecycle Manager イメージを使用した監視ホストの管理を停止します。
  • イメージを使用する既存の vSAN ストレッチ クラスタを通常の vSAN クラスタに変換します。
  • 単一のイメージを使用して管理する既存の vSAN ストレッチ クラスタの vSAN を無効にします。
重要: vSphere 8.0 では、 vSphere Lifecycle Manager イメージを使用して、 vCenter Server インベントリ内のスタンドアローン ホストを管理できます。vSphere 8.0 Update 2 以降では、 vSAN クラスタの監視ホストに vSphere Lifecycle Manager イメージを個別に適用できます。ホストをインベントリに追加するときに、 vSphere Lifecycle Manager イメージを使用した監視ホストの管理を開始することも、単一のイメージを使用する既存のスタンドアローン ホストを監視ホストに移行することもできます。

vSphere Lifecycle Manager イメージを使用した vSAN ストレッチ クラスタのアップグレード

ストレッチ vSAN クラスタの場合は、構成した個別の vSphere Lifecycle Manager イメージを使用して監視ホストをアップグレードしてから、優先サイトおよびセカンダリ サイト内のホストを修正する必要があります。優先サイト内のすべてのホストが準拠状態になっている場合、vSphere Lifecycle Manager は優先サイトをスキップして、セカンダリ サイト内のホストの修正を開始します。クラスタ全体の中に互換性のない状態のホストが含まれている場合、修正は停止します。フォルト ドメイン アウェア修正および vSphere Lifecycle ManagervSAN クラスタ内のホストが修正される順序の詳細については、vSphere Lifecycle Manager イメージを使用した、フォルト ドメインが構成されている vSAN クラスタの修正を参照してください。

vSphere 8.0 Update 2 以降では、スタンドアローン ホストをアップグレードする場合と同じ方法で、完全な vSphere Lifecycle Manager イメージを使用して監視ホストをアップグレードできます。監視ホストに適用する目的のイメージには、ESXi の基本イメージと、ユーザー コンポーネント、ソリューション コンポーネント、または OEM アドオンを含めることができます。

vSphere Lifecycle Manager イメージを基準にして監視ホストを修正するための要件は、次のとおりです。
  • vCenter Server は、バージョンが 8.0 Update 2 以降である必要があります。
  • 監視ホストは ESXi バージョン 7.0 Update 2 以降である必要があります。
  • 監視ホストには、仮想サーバまたは物理サーバを使用できます。
  • 監視ホストには、専用監視ホストまたは共有監視ホストを使用できます。

vSphere Lifecycle Manager イメージを使用した、フォルト ドメインが構成されている vSAN クラスタの修正

フォルト ドメインが構成されている vSAN クラスタでは、vSphere Lifecycle ManagervSphere Lifecycle Manager が定義済みのフォルト ドメインを考慮して計算した順序に沿ってホストを修正します。

フォルト ドメインについて

フォルト ドメインは、データセンターでの物理的な場所に基づいてグループ化された 1 台以上の vSAN ホストで構成されます。フォルト ドメインが構成されている場合、vSAN では、物理ラック全体の障害とともに、単独のホスト、キャパシティ デバイス、ネットワーク リンク、またはフォルト ドメイン専用のネットワーク スイッチの障害を許容できます。非ストレッチおよびストレッチ vSAN クラスタのフォルト ドメインを構成できます。フォルト ドメインの構成方法については、VMware vSAN の管理 のドキュメントを参照してください。

複数のフォルト ドメインが構成された vSAN クラスタのアップグレード

vSphere Lifecycle Manager は 1 つのフォルト ドメイン内のすべてのホストを同時に修正することによって、フォルト ドメインが構成された vSAN クラスタを修正します。vSphere Lifecycle Manager はフォルト ドメインの順序を定義する際に、vSAN クラスタのフォルト ドメインごとに優先度を計算して割り当てます。

修正は、優先度が最も高いフォルト ドメインから開始されます。フォルト ドメインの優先順位は、フォルト ドメイン内の非準拠のホストの数によって決まります。フォルト ドメイン内の非準拠のホスト数が少ないほど、そのフォルト ドメインの優先順位は高くなります。ただし、複数のフォルト ドメインの優先順位が同じ場合、vSphere Lifecycle Manager はフォルト ドメインのリスト内の最初のフォルト ドメインを選択します。

vSphere Lifecycle Manager がフォルト ドメインを選択した後、vSphere Lifecycle Manager は DRS 推奨を使用して、このドメインの中から修正するのに最適なホストを選択します。

vSAN クラスタのフォルト ドメイン アウェア修正については、次の要件があります。

  • vCenter Server は、バージョン 7.0 Update 1 以降である必要があります
  • ESXi ホストは、バージョン 7.0 以降である必要があります

NSX または vSphere with Tanzu が有効になっている vSAN クラスタのアップグレード

現在ホスト上にある ESXi バージョンと同じ ESXi バージョンを含む vSphere Lifecycle Manager イメージに対して、NSX および vSphere with Tanzu コンポーネントの最新バージョンを含む vSAN クラスタを修正することができます。その場合は、vSphere Lifecycle Manager は、ESXi のバージョンをアップグレードせずに、それらのコンポーネントのみをアップグレードします。このような場合でも、vSphere Lifecycle Manager は引き続き vSAN クラスタ用に構成されたフォールト ドメインを認識し、フォールト ドメイン構成に従ってソリューションのアップグレードを実行します。

NSX または vSphere with Tanzu が有効になっている vSAN クラスタのフォルト ドメイン アウェア修正の場合、次の要件があります。
  • vCenter Server は、バージョン 7.0 Update 2 である必要があります
  • ESXi では、バージョン 7.0 以降がホストされています