Konfigurieren von Microsoft-Clustersätzen auf Dell PowerEdge

Clustergruppen, die in Windows Server 2019 (WS19) eingeführt wurden, verbessern die Flexibilität und Ausfallsicherheit von SDDC (Software Defined Data Center). Clustersatz ist eine Technologie, die es Administratoren ermöglicht, mehrere Windows 2019-Cluster zu einem einzigen Dach von Clustern zu kombinieren.

Vorhandene Failover-Cluster können maximal 64 Nodes aufnehmen. Bei der Clustergruppen-Technologie werden mehrere WS19-Cluster in einer einzigen Domäne kombiniert, wobei jeder dieser Cluster bis zu 64 WS19-Nodes unterstützt. Im Vergleich zu einem Failover-Cluster bietet der Clustersatz eine höhere Ausfallsicherheit. Beispielsweise kann ein Failover-Cluster mit 4 Nodes einen Ausfall von 2 Nodes überstehen. Wenn wir dasselbe Cluster mit 4 Nodes in zwei Cluster mit 2 Nodes aufteilen und daraus einen Clustersatz bilden, kann es einen Clusterausfall plus einen Node-Ausfall des verbleibenden Clusters überstehen. Es kann also insgesamt 3 Node-Ausfälle überstehen.

Eine Übersicht über die Clustergruppenfunktion in Server 2019 finden Sie unter "Einführung in Clustersätze in Windows-Server-2019" und "Clustergruppen". Die Flexibilität von Clustergruppen wird durch die Nutzung einer zugrunde liegenden Technologie namens Infrastruktur-Scale-Out-Dateiserver erreicht. Dies erleichtert auch die clusterübergreifende Migration von VMs innerhalb des Clustersatzes.

Übungseinrichtung für die Bereitstellung eines Cluster-Sets auf PowerEdge

Verwendete Server: Zwei PowerEdge R730XD und zwei PowerEdge R740XD

Das erste Cluster mit den beiden R730XDs mit dem Namen S2D13G54 (als Mitgliedscluster 1 bezeichnet) wurde erstellt.

Der zweite Cluster mit den beiden R740XD wurde erstellt und S2D14G54 genannt (als Mitgliedscluster 2 bezeichnet).

Es wurden zwei CSV-Volumes auf jedem der oben genannten Cluster erstellt.

Es wurde eine VM "vm1" auf Mitgliedscluster 1 und eine VM "vm2" auf Mitgliedscluster 2 erstellt. Anschließend habe ich diese beiden VMs kombiniert, um einen Managementcluster (mit dem Namen mgClus54) für den Clustersatz zu erstellen. Beider Erstellung des Managementclusters ist kein gemeinsamer Speicher erforderlich.

Sie haben die Rolle "File-Services" auf jedem Node in Mitgliedscluster 1, Mitgliedscluster 2 und Managementcluster installiert:

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

Es wurde ein Infrastruktur-SOFS-Dateiserver auf Mitgliedscluster 1, Mitgliedscluster 2 und dem Managementcluster erstellt:

Add-ClusterScaleOutFileServerRole -Name <Name der Infrastruktur SOFS> -Infrastruktur

 

Es wurde ein Clustersatz mit dem Namen CLUSSET54 erstellt:

New-ClusterSet -Name CLUSSET54 -NamespaceRoot <SOFS-Name> des Managementclusters -CimSession <CIM-Sitzung zum Managementcluster>

 

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

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession <CIM-Sitzung zu ClusterSet> -InfraSOFSName <Name des auf S2D14G54 Cluster erstellten SOFS>

 

Add-ClusterSetMember -ClusterName S2D13G54 -CimSession <CIM-Sitzung zu ClusterSet> -InfraSOFSName <Name des auf S2D13G54 Cluster erstellten SOFS>

 

 

 

Dann stelle ich zwei VMs V213G und V214G auf Mitgliedscluster 1 bzw. Mitgliedscluster 2 bereit und registriere die VMs im Clusterset:

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

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

1. 1. VM-Einstellungen, Prozessorkompatibilität sollte aktiviert sein.
   2. Konfigurieren der eingeschränkten Kerberos-Delegierung (KCD) zwischen allen Paaren clusterübergreifender Nodes
      1. Die Anleitung zum eingeschränkten Delegieren durch das Microsoft Hyper-V-Produktteam ist bei der Einrichtung hilfreich.
      2. Konfigurieren Sie den Authentifizierungstyp für die clusterübergreifende VM-Livemigration auf Kerberos auf jedem Node im Clustersatz.

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

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

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

 

Zur Durchführung von Wartungsaktivitäten eines Clusters im Clustersatz migrieren Sie alle VMs, die Teil des Clusters sind, zu anderen Clustern im Clustersatz und entfernen Sie dann den Cluster aus dem Clustersatz:

 

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

 

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

 

Im Falle eines unerwarteten Ausfalls eines Mitgliedsclusters ist der Clustersatz nicht intelligent genug, um das Failover zu verarbeiten. Nur das manuelle Verschieben von Ressourcen von einem Cluster in ein anderes Cluster wird unter Windows Server 2019 unterstützt, obwohl ein utomatischesVM-Failover innerhalb eines einzelnen Mitgliedsclusters weiterhin funktioniert.

 

 

 

 

 

 

 

 

 

 

 

Vorhandene Failover-Cluster können maximal 64 Nodes aufnehmen. Bei der Clustergruppen-Technologie werden mehrere WS19-Cluster in einer einzigen Domäne kombiniert, wobei jeder dieser Cluster bis zu 64 WS19-Nodes unterstützt. Im Vergleich zu einem Failover-Cluster bietet der Clustersatz eine höhere Ausfallsicherheit. Beispielsweise kann ein Failover-Cluster mit 4 Nodes einen Ausfall von 2 Nodes überstehen. Wenn wir dasselbe Cluster mit 4 Nodes in zwei Cluster mit 2 Nodes aufteilen und daraus einen Clustersatz bilden, kann es einen Clusterausfall plus einen Node-Ausfall des verbleibenden Clusters überstehen. Es kann also insgesamt 3 Node-Ausfälle überstehen.

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

 

Im Falle eines unerwarteten Ausfalls eines Mitgliedsclusters ist der Clustersatz nicht intelligent genug, um das Failover zu verarbeiten. Nur das manuelle Verschieben von Ressourcen von einem Cluster in ein anderes Cluster wird unter Windows Server 2019 unterstützt. Auch wenn das automatische VM-Failover innerhalb des Bereichs eines einzelnen Mitgliedsclusters weiterhin funktioniert.