Konfigurieren von Microsoft-Clustersätzen auf Dell PowerEdge

Clustersätze, die in Windows Server 2019 (WS19) eingeführt wurden, verbessern die Flexibilität und Ausfallsicherheit von SDDC (Software Defined Data Center). Cluster Set ist eine Technologie, mit der Administratoren mehrere Windows 2019-Cluster in einem einzigen Cluster-Schirm kombinieren können.

Vorhandene Failover-Cluster können maximal 64 Nodes aufnehmen. Die Cluster-Sets-Technologie kombiniert mehrere WS19-Cluster in einer einzigen Domain, wobei jeder dieser Cluster bis zu 64 WS19-Nodes unterstützt. Im Vergleich zu einem Failovercluster bietet der Clustersatz mehr Ausfallsicherheit. Beispielsweise kann ein Failovercluster mit 4 Nodes einen Ausfall mit 2 Nodes überstehen. Wenn wir dasselbe Cluster mit 4 Nodes in zwei Cluster mit 2 Nodes aufteilen und daraus einen Cluster-Satz bilden, kann er einen Clusterausfall plus einen Node-Ausfall aus dem verbleibenden Cluster überstehen. Es kann also 3 Node-Ausfälle komplett überstehen.

Eine Übersicht über die Cluster-Sets-Funktion in Server 2019 finden Sie unter "Introduction-to-cluster-sets-in-windows-server-2019" und "Cluster sets". Cluster-Sets profitieren von flexibilität durch die Verwendung einer zugrunde liegenden Technologie namens Infrastructure Scale-Out File Server. Dies erleichtert auch die clusterübergreifende Migration von VMs innerhalb des Cluster-Satzes.

Übungseinrichtung für die Bereitstellung eines Clustersatzes auf PowerEdge

Verwendete Server: Zwei PowerEdge R730XD und zwei PowerEdge R740XD

Das erste Cluster wurde mithilfe der beiden R730XD erstellt und S2D13G54 (Mitgliedscluster 1 genannt) benannt.

Das zweite Cluster wurde mithilfe der beiden R740XD-Cluster erstellt und S2D14G54 (Mitgliedscluster 2 genannt) benannt.

Auf jedem der oben erstellten Cluster wurden zwei CSV-Volumes erstellt.

Es wurde eine VM "vm1" auf Mitgliedscluster 1 und eine VM "vm2" auf Mitgliedscluster 2 erstellt. Dann habe ich diese beiden VMs kombiniert, um ein Managementcluster (mgClus54) für den Clustersatz zu erstellen. No gemeinsamer Speicher ist bei der Erstellung des Managementclusters erforderlich.

Die Rolle File-Services wurde in jedem der Nodes im Mitgliedscluster 1, im Mitgliedscluster 2 und im Managementcluster installiert:

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

Erstellung eines Infrastruktur-SOFS-Dateiservers auf Mitgliedscluster 1, Mitgliedscluster 2 und Managementcluster:

Add-ClusterScaleOutFileServerRole : Name <des Infrastruktur-SOFS> -Infrastructure

 

Es wurde ein Clustersatz mit dem Namen CLUSSET54 erstellt:

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

 

Fügen Sie dann die erstellten S2D14G54 und S2D13G54 Cluster zum Cluster zum ClusterSet hinzu:

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession <Cim Session to ClusterSet> -InfraSOFSName <Name of SOFS created on S2D14G54 cluster>

 

Add-ClusterSetMember -ClusterName S2D13G54 -CimSession <Cim Session to ClusterSet> -InfraSOFSName <Name of SOFS created on S2D13G54 cluster>

 

 

 

Dann verstelle ich die V213G und V214G von zwei VMs auf Mitgliedscluster 1 bzw. Mitgliedscluster 2 und registrieren die VMs im Clustersatz:

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

 
Zum Testen der Livemigration über Cluster hinweg habe ich versucht, die VM "V213G" in Mitgliedscluster 2 zu migrieren. Vor der Durchführung der Migration über Cluster hinweg müssen die folgenden Punkte berücksichtigt werden:

1. 1. VM-Einstellungen, Prozessorkompatibilität sollte aktiviert sein.
   2. Konfigurieren der Kerberos-eingeschränkten Delegierung (KCD) zwischen allen Cluster-übergreifenden Knotenpaaren
      1. Eingeschränkte Delegierungsrichtlinien vom Microsoft Hyper-V-Produktteam sind bei der Einrichtung hilfreich.
      2. Konfigurieren Sie den clusterübergreifenden Authentifizierungstyp für die Livemigration virtueller Maschinen auf Kerberos auf jedem Node im Clustersatz.

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

1. 1. 3. Fügen Sie das Managementcluster zur lokalen Administratorgruppe auf jedem Node im Clustersatz hinzu.

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

 

Um Wartungsaktivitäten eines Clusters im Clustersatz durchzuführen, migrieren Sie alle VMs, die Teil des Clusters sind, zu anderen Clustern im Clustersatz und entfernen Sie dann das Cluster aus dem Clustersatz:

 

Remove-ClusterSetMember -ClusterName <ClusterName> -CimSession <Session erstellt für ClusterSet>

 

Nachdem Sie die Wartungsaktivität durchgeführt haben, fügen Sie das Cluster wieder zum Clustersatz hinzu.

 

Im Falle eines unerwarteten Ausfalls eines Mitgliedsclusters ist der Clustersatz nicht intelligent genug, um das Failover zu verarbeiten. In Windows Server 2019 wird nur die manuelle Verschiebung von Ressourcen von einem Cluster zu einem anderen Cluster unterstützt, obwohl einutomatisches VM-Failover weiterhin innerhalb eines einzigen Mitgliedsclusters funktioniert.

 

 

 

 

 

 

 

 

 

 

 

Vorhandene Failover-Cluster können maximal 64 Nodes aufnehmen. Die Cluster-Sets-Technologie kombiniert mehrere WS19-Cluster in einer einzigen Domain, wobei jeder dieser Cluster bis zu 64 WS19-Nodes unterstützt. Im Vergleich zu einem Failovercluster bietet der Clustersatz mehr Ausfallsicherheit. Beispielsweise kann ein Failovercluster mit 4 Nodes einen Ausfall mit 2 Nodes überstehen. Wenn wir dasselbe Cluster mit 4 Nodes in zwei Cluster mit 2 Nodes aufteilen und daraus einen Cluster-Satz bilden, kann er einen Clusterausfall plus einen Node-Ausfall aus dem verbleibenden Cluster überstehen. Es kann also 3 Node-Ausfälle komplett überstehen.

Nachdem Sie die Wartungsaktivität durchgeführt haben, fügen Sie das Cluster wieder zum Clustersatz hinzu.

 

Im Falle eines unerwarteten Ausfalls eines Mitgliedsclusters ist der Clustersatz nicht intelligent genug, um das Failover zu verarbeiten. In Windows Server 2019 wird nur die manuelle Verschiebung von Ressourcen von einem Cluster zu einem anderen Cluster unterstützt. obwohl das automatische VM-Failover weiterhin innerhalb eines Clusterumfangs mit einem einzigen Mitglied funktioniert.