「Dell PowerEdgeでMicrosoftクラスター セットを構成する方法（英語）」

Windows Server 2019(WS19)で導入されたクラスター セットは、SDDC(ソフトウェア デファインド データ センター)の柔軟性と耐障害性を向上させます。クラスター セットは、 管理者が複数のWindows 2019クラスターを単一のクラスターに統合できるようにするテクノロジーです。

既存のフェールオーバー クラスターは、最大64ノードに対応できます。クラスター セット テクノロジーは、複数のWS19クラスターを1つのドメインに組み合わせ、各クラスターが最大64個のWS19ノードをサポートします。フェールオーバー クラスターと比較すると、クラスター セットは耐障害性に優れています。たとえば、4ノードのフェールオーバー クラスターは、2ノードの障害に耐えることができます。同じ4ノード クラスターでも、2つの2ノード クラスターに分割してクラスター セットを形成すると、1つのクラスター障害と残りのクラスターの1つのノード障害に耐えることができます。そのため、3つのノード障害に耐えることができます。

Server 2019のクラスター セット機能の概要については、「Introduction-to-cluster-sets-in-windows-server-2019」および「Cluster sets」を参照してください。クラスター セットは、インフラストラクチャ スケールアウト ファイル サーバーと呼ばれる基盤となるテクノロジーを使用することで柔軟性が向上しています。これにより、クラスター セット内のVMのクラスター間移行も容易になります。

PowerEdgeにクラスター セットを導入するためのラボのセットアップ

使用サーバ: 2台のPowerEdge R730XDと2台のPowerEdge R740XD

2台のR730XDと名前付きS2D13G54を使用して、最初のクラスター(メンバー クラスター1と呼ばれる)を作成しました。

2台のR740XDと名前付きS2D14G54を使用して2つ目のクラスター(メンバー クラスター2)を作成している。

上記で作成した各クラスターに2つのCSVボリュームを作成しておきます。

VM「vm1」をメンバー クラスター1に作成し、VM「vm2」をメンバー クラスター2に作成しました。次に、これら 2 つの VM を組み合わせて、クラスター セット用の管理クラスター (mgClus54) を作成しました。管理クラスターの作成時に、共有ストレージは必要ありません。

メンバー クラスター1、メンバー クラスター2、管理クラスターの各ノードにファイル サービスの役割をインストール:

Install-WindowsFeature File-Services -IncludeAllSubFeature –IncludeManagementTools –Restart

メンバー クラスター1、メンバー クラスター2、および管理クラスターにインフラストラクチャSOFSファイル サーバーを作成しました。

Add-ClusterScaleOutFileServerRole -Name <インフラストラクチャSOFSの名前> -Infrastructure

CLUSSET54という名前のクラスター セットを作成しました。

New-ClusterSet -Name CLUSSET54 -NamespaceRoot <管理クラスターのSOFS名> -CimSession <管理クラスターへのCIMセッション>

次に、作成したS2D14G54とS2D13G54クラスターをクラスター セットに追加します。

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession <CimセッションからClusterSetへ> -InfraSOFSName <S2D14G54クラスターで作成されたSOFSの名前>

Add-ClusterSetMember -ClusterName S2D13G54 -CimSession <CimセッションからClusterSetへ> -InfraSOFSName <クラスター上に作成されたSOFSの名前S2D13G54>

次に 、2つのVMのV213GとV214Gをそれぞれメンバー クラスター1とメンバー クラスター2に導入し、クラスター セットにVMを登録します。

Get-ClusterSetMember -ClusterName <クラスター名> |Register-ClusterSetVM -VMName <VM名>

 
クラスター間でのライブ マイグレーションのテストでは、VM「V213G」をメンバー クラスター2に移行してみました。クラスター間で移行を実行する前に、次の点を考慮する必要があります。

1. 1. VM設定、プロセッサーの互換性を有効にする必要があります。
   2. クロスクラスター ノードのすべてのペア間でKerberosの制約付き委任(KCD)を構成する
      1. この設定には、Microsoft Hyper-V 製品チームによる制約付き委任ガイダンスが役立ちます。
      2. クラスター セット内の各ノードで、クラスター間仮想マシンのLive Migration認証タイプをKerberosに設定します。

foreach($h in $hosts){Set-VMHost -VirtualMachineMigrationAuthenticationType Kerberos -computerName $h }

1. 1. 3. クラスター セット内の各ノードのローカル管理者グループに管理クラスターを追加します。

foreach($h in $hosts){ Invoke-Command -ComputerName $h -ScriptBlock {Net localgroup administrators /add <management_cluster_name>$} }

クラスター セット内のクラスターのメンテナンス アクティビティーを実行するには、クラスターの一部であるすべてのVMをクラスター セット内の他のクラスターに移行してから、クラスター セットからクラスターを削除します。

Remove-ClusterSetMember -ClusterName <ClusterName> -CimSession <ClusterSet用に作成されたセッション>

メンテナンス アクティビティーの実行後、クラスターをクラスター セットに追加し直します。

メンバー クラスターで予期しない障害が発生した場合、クラスター セットにはフェールオーバーを処理するのに十分な知能がありません。Windows Server 2019では、1つのクラスターから別のクラスターへのリソースの手動移動のみがサポートされています。ただし、仮想VMフェールオーバーは単一メンバー クラスターのスコープ内で引き続き機能します。

メンテナンス アクティビティーの実行後、クラスターをクラスター セットに追加し直します。

メンバー クラスターで予期しない障害が発生した場合、クラスター セットにはフェールオーバーを処理するのに十分な知能がありません。Windows Server 2019 では、1 つのクラスターから別のクラスターへのリソースの手動移動のみがサポートされています。ただし、自動VMフェールオーバーは、単一メンバー クラスターのスコープ内で引き続き機能します。