Windows Server: 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 Cluster-Sets wird durch die Nutzung einer zugrunde liegenden Technologie namens Infrastructure Scale-Out File Server gewonnen. Dies erleichtert auch die clusterübergreifende Migration von VMs innerhalb des Cluster-Sets.

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

Verwendete Server: Zwei PowerEdge R730XD und zwei PowerEdge R740XD

• Erstellung des ersten Clusters mit den beiden R730XDs mit dem Namen S2D13G54 ( als Mitgliedscluster 1 bezeichnet).
• Das zweite Cluster wurde mit den beiden R740XD mit dem Namen S2D14G54 (als Mitgliedscluster 2 bezeichnet).
• Es wurden zwei CSV-Volumes auf jedem der oben genannten Cluster erstellt.
• Created a VM 'vm1' am Member Cluster 1 und eine VM 'vm2' am Member Cluster 2. Anschließend habe ich diese beiden VMs kombiniert, um einen Managementcluster (mit dem Namen mgClus54) für die Clustergruppe. Bei der 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 -Infrastructure 

Es wurde ein Clustersatz mit dem Namen CLUSSET54:

New-ClusterSet -Name CLUSSET54 -NamespaceRoot  -CimSession  

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

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession  -InfraSOFSName

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

Get-ClusterSetMember -ClusterName  | Register-ClusterSetVM -VMName  

 
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. VM-Einstellungen, Prozessorkompatibilität sollte aktiviert sein.
2. Konfigurieren der eingeschränkten Kerberos-Delegierung (KCD) zwischen allen Paaren clusterübergreifender Nodes
   • Leitfaden für eingeschränkte Delegierung vom Microsoft Hyper-V-Produktteam wird bei der Einrichtung nützlich sein.
   • 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 }

• • • 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 $} }

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  -CimSession  

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.

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.