Azure VMware Solution vSAN 上に Windows Server フェールオーバー クラスターを構成する
この記事では、ネイティブ共有ディスクを使用して Azure VMware Solution vSAN 上の Windows Server にフェールオーバー クラスターを設定する方法について説明します。
Windows Server Failover Cluster (旧称: Microsoft Service Cluster Service (MSCS)) は、Windows Server オペレーティング システム (OS) の機能です。 WSFC はビジネスに不可欠な機能であり、多くのアプリケーションで必須です。 たとえば、WSFC は次の構成に必要です。
- 次のように構成された SQL Server:
- インスタンスレベルの高可用性向けの Always On フェールオーバー クラスター インスタンス (FCI)。
- データベースレベルの高可用性向けの Always On 可用性グループ (AG)。
- Windows ファイル サービス:
- アクティブなクラスター ノードで実行されている汎用ファイル共有。
- クラスター共有ボリューム (CSV) にファイルを格納するスケールアウト ファイル サーバー (SOFS)。
- 記憶域スペース ダイレクト (S2D)。異なるクラスター ノードにわたって記憶域プールを作成するために使用されるローカル ディスク。
WSFC クラスターは、Cluster-Across-Box (CAB) と呼ばれる別の Azure VMware Solution インスタンスでホストできます。 また、1 つの Azure VMware Solution ノードに WSFC クラスターを配置することもできます。 この構成は、Cluster-in-a-Box (CIB) (ワンボックス クラスタ型) と呼ばれます。 運用環境の実装に CIB ソリューションを使うことはお勧めしません。代わりに配置ポリシーで CAB を使ってください。 1 つの Azure VMware Solution ノードで障害が発生すると、すべての WSFC クラスター ノードの電源がオフになり、アプリケーションでダウンタイムが発生します。 Azure VMware Solution では、プライベート クラウド クラスター内に最低 3 台のノードが必要です。
サポートされている WSFC 構成をデプロイすることが重要です。 ソリューションは、VMware vSphere 上で Azure VMware Solution を使用してサポートされる必要があります。 VMware では、vSphere 7.0 上の WSFC について、フェールオーバー クラスタリングと Microsoft Cluster Service の設定 (英語版) という詳細なドキュメントが用意されています。
この記事では、Windows Server 2016 および Windows Server 2019 上の WSFC に焦点を当てています。 残念ながら、Windows Server の古いバージョンはメインストリーム サポート対象ではないため、ここでは考慮しません。
最初に WSFC を作成する必要があります。 次に、この記事に記載されている情報を使用して、Azure VMware Solution で WSFC デプロイを指定します。
前提条件
- Azure VMware Solution 環境
- Microsoft Windows Server OS のインストール メディア
参照アーキテクチャ
Azure VMware Solution では、仮想化された WSFC に対するネイティブ サポートが提供されます。 仮想ディスク レベルでは、SCSI-3 Persistent Reservations (SCSI3PR) がサポートされています。 WSFC は、ノード間の共有ディスクへのアクセスを調停するために、このサポートを必要とします。 SCSI3PR のサポートにより、vSAN データストアでネイティブに VM 間で共有されるディスク リソースを使用して WSFC を構成できます。
次の図は、Azure VMware Solution プライベート クラウド上の WSFC 仮想ノードのアーキテクチャを示しています。 これは、広範な Azure プラットフォームに関して、WSFC 仮想サーバー (青の枠) を含めて、Azure VMware Solution が存在する場所を示しています。 この図では、一般的なハブ スポーク アーキテクチャを示していますが、Azure Virtual WAN を使用して同様のセットアップが可能です。 どちらの場合も、他の Azure サービスによってもたらされるすべての価値が提供されます。
サポートされている構成
現時点でサポートされている構成は次のとおりです。
- Microsoft Windows Server 2012 以降
- クラスターあたり最大 5 個のフェールオーバー クラスタリング ノード
- VM あたり最大 4 つの PVSCSI アダプター
- PVSCSI アダプターあたり最大 64 個のディスク
仮想マシンの構成要件
WSFC ノードの構成パラメーター
- 各 WSFC ノードに最新の VMware Tools をインストールします。
- 1 つの仮想 SCSI アダプタで非共有と共有のディスクを混在させることはサポートされていません。 たとえば、システム ディスク (ドライブ C:) が SCSI0:0 に接続されている場合、最初の共有ディスクは SCSI1:0 に接続されます。 WSFC の VM ノードでの仮想 SCSI コントローラーの最大数は、通常の VM と同じ (最大 4 つの仮想 SCSI コントローラー) です。
- 仮想ディスクの SCSI ID は、同じ WSFC のノードをホストしているすべての VM 間で一貫している必要があります。
| コンポーネント | 必要条件 |
|---|---|
| VM ハードウェアのバージョン | ライブ vMotion をサポートするために、11 以上。 |
| 仮想 NIC | VMXNET3 準仮想化ネットワーク インターフェイス カード (NIC)。仮想 NIC でゲスト内 Windows Receive Side Scaling (RSS) を有効にします。 |
| メモリ | WSFC クラスター内のノードには、完全な VM 予約メモリを使用します。 |
| 各 WSFC ノードの入出力タイムアウトを増加させる | HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ Disk \ TimeOutValueSet を 60 秒以上に変更します。 (クラスターを再作成すると、この値は既定値にリセットされる可能性があるため、再度変更する必要があります)。 |
| Windows クラスターの稼働状況の監視 | Windows クラスターの稼働状況の監視における SameSubnetThreshold パラメーターの値は、最小 10 回のハートビートの失敗が容認されるように変更する必要があります。 これは、Windows Server 2016 の既定値です。 この推奨事項は、共有と非共有ディスクを含む、WSFC を使用するすべてのアプリケーションに適用されます。 |
WSFC ノード - ブート ディスクの構成パラメーター
| コンポーネント | 必要条件 |
|---|---|
| SCSI コントローラーの種類 | LSI Logic SAS |
| ディスク モード | Virtual |
| SCSI バスの共有 | なし |
| ブート デバイスをホストしている仮想 SCSI コントローラーの詳細設定を変更する | 各 WSFC ノードに次の詳細設定を追加します。 scsiX.returnNoConnectDuringAPD = "TRUE" scsiX.returnBusyOnNoConnectStatus = "FALSE" ここで、X はブート デバイスの SCSI バス コントローラー ID 番号です。 既定で、X は 0 に設定されています。 |
WSFC ノード - 共有ディスクの構成パラメーター
| コンポーネント | 必要条件 |
|---|---|
| SCSI コントローラーの種類 | VMware Paravirtualized (PVSCSI) |
| ディスク モード | 独立 - 永続的 (次の図の手順 2 を参照)。 この設定を使用することにより、確実にすべてのディスクがスナップショットから除外されるようにします。 WSFC ベースの VM では、スナップショットはサポートされていません。 |
| SCSI バスの共有 | 物理的 (次の図の手順 1 を参照) |
| マルチライター フラグ | 非使用 |
| ディスク フォーマット | シック プロビジョニング (vSAN では、Eager Zeroed Thick (EZT) は必要ありません) |
![仮想ハードウェアの [設定の編集] ページを示すスクリーンショット。](media/windows-server-failover-cluster/edit-settings-virtual-hardware.png)
サポートされていないシナリオ
次の機能は、Azure VMware Solution 上の WSFC ではサポートされていません。
- NFS データ ストア
- 記憶域スペース
- iSCSI サービスを使用する vSAN
- vSAN Stretched Cluster
- Enhanced vMotion Compatibility (EVC)
- vSphere Fault Tolerance (FT)
- スナップショット
- ライブ (オンライン) Storage vMotion
- N-Port ID の仮想化 (NPIV)
仮想マシンのハードウェアに対するホット変更により、WSFC ノード間のハートビートが中断される可能性があります。
次のアクティビティはサポートされておらず、WSFC ノードのフェールオーバーが発生する可能性があります。
- メモリのホット アド
- CPU のホット アド
- スナップショットの使用
- 共有ディスクのサイズ拡大
- 仮想マシンの状態の一時停止および再開
- ESXi スワップまたは VM メモリのバルーニングにつながるメモリの過剰コミットメント
- ローカル VMDK ファイルのホット拡張 (SCSI バス共有コントローラーと関連付けられていない場合でも)
Azure VMware Solution vSAN 上に共有ディスクを使用して WSFC を構成する
Active Directory 環境が使用可能であることを確認します。
vSAN データストアに仮想マシン (VM) を作成します。
すべての VM の電源を入れ、ホスト名と IP アドレスを構成し、すべての VM を Active Directory ドメインに参加させ、利用可能な最新の OS 更新プログラムをインストールします。
最新の VMware Tools をインストールします。
各 VM で Windows Server フェールオーバー クラスター機能を有効にして構成します。
クォーラムのクラスター監視を構成します (ファイル共有監視になる場合があります)。
WSFC クラスターのすべてのノードの電源をオフにします。
WSFC の各 VM 部分に 1 つ以上の準仮想化 SCSI コントローラー (最大 4 つ) を追加します。 前の段落での設定を使用します。
最初のクラスター ノードで、[新しいデバイスの追加]>[ハードディスク] を使用して、必要なすべての共有ディスクを追加します。 ディスクの共有は [未指定] (既定)、ディスク モードは [独立型 - 永続] のままにします。 その後、これを前の手順で作成したコントローラーにアタッチします。
残りの WSFC ノードで続けます。 前の手順で作成したディスクを追加するには、[新しいデバイス]>[既存のハードディスク] の順に選択します。 必ず、すべての WSFC ノードで同じディスク SCSI ID を維持してください。
最初の WSFC ノードの電源を入れ、サインインし、ディスク管理コンソール (mmc) を開きます。 追加した共有ディスクが OS によって管理でき、初期化されていることを確認します。 ディスクをフォーマットし、ドライブ文字を割り当てます。
他の WSFC ノードの電源を入れます。
ディスクの追加ウィザードを使用して、ディスクを WSFC クラスターに追加し、クラスター共有ボリュームに追加します。
ディスクの移動ウィザードを使用してフェールオーバーをテストし、共有ディスクを使用する WSFC クラスターが正常に動作することを確認します。
クラスターの検証ウィザードを実行して、クラスターとそのノードが正常に動作しているかどうかを確認します。
クラスターの検証テストでは、次の特定の項目に留意することが重要です。
記憶域スペースの永続的な予約を検証する。 (Azure VMware Solution vSAN 上などの) クラスターで記憶域スペースを使用していない場合、このテストは適用されません。 この警告を含め、記憶域スペースの永続的な予約の検証テストに関する結果はすべて無視してかまいません。 警告を回避するために、このテストを除外できます。
ネットワーク通信を検証する。 クラスターの検証テストでは、1 台のクラスター ノードにつき 1 つのネットワーク インターフェイスしか使用できないという警告が表示されます。 この警告は無視できます。 ノードはいずれかの NSX-T データ センター セグメントに接続されているため、Azure VMware Solution で必要な可用性とパフォーマンスが提供されます。 ただし、ネットワーク通信の他の側面を検証するため、この項目はクラスターの検証テストの一部として保持してください。
WSFC CIB または CAB 構成に応じて、適切な Azure VMware Solution ノードに WSFC VM を配置するために、関連する配置ポリシーを作成します。 これを行うには、ホストと VM 間のアフィニティ ルールが必要です。 この方法では、クラスター ノードは、それぞれ同じまたは別の Azure VMware Solution ホスト上で実行されます。
関連情報
- Windows Server のフェールオーバー クラスタリング
- vSphere での Microsoft クラスタリングのガイドライン (1037959) (vmware.com)
- フェールオーバー クラスタリングと Microsoft Cluster Service のセットアップについて (vmware.com)
- vSAN 6.7 U3 - WSFC と共有ディスクおよび SCSI-3 Persistent Reservations (vmware.com)
- Azure VMware Solution の制限
次のステップ
Azure VMware Solution での WSFC の設定について理解したので、次の事項の学習に進みます。
- WSFC 機能を必要とするアプリケーションを追加して新しい WSFC を設定する (例: SQL Server と SAP ASCS)。
- バックアップ ソリューションを設定する。