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

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

既存のフェールオーバー クラスターは、最大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にクラスター セットを導入するための実習セットアップ

使用するサーバー: PowerEdge R730XD x 2およびPowerEdge R740XD x 2

2つのR730XDを使用して最初のクラスターを作成し、名前S2D13G54(Member Cluster 1と呼ばれる)を指定しました。

2つのR740XDを使用して2番目のクラスターを作成し、名前付き S2D14G54(Member Cluster 2と呼ばれる)。

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

メンバー クラスター1にVM「vm1」を作成し、メンバー クラスター2にVM「vm2」を作成しました。次に、これら2つのVMを組み合わせて、クラスター セットの管理クラスター(mgClus54という名前)を作成しました。管理クラスターの作成時に共有ストレージが必要です。

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

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

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

Add-ClusterScaleOutFileServerRole -Infrastructure SOFS> -Infrastructureの名前<

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

New-ClusterSet -Name CLUSSET54 -NamespaceRoot <Management Cluster SOFS Name> -CimSession <CIM session to Management Cluster>

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

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession <Cim Session to ClusterSet> -InfraSOFSName <クラスター上に作成されたSOFSの名前S2D14G54>

Add-ClusterSetMember -ClusterName S2D13G54 -CimSession <Cim Session to ClusterSet> -InfraSOFSName <クラスター上に作成されたSOFSの名前S2D13G54>

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

Get-ClusterSetMember -ClusterName <Cluster Name> |Register-ClusterSetVM -VMName <VM Name>

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

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

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

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

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

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

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

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

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

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

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