Konfigurera Microsoft-klusteruppsättningar på Dell PowerEdge

Klusteruppsättningar som infördes i Windows Server 2019 (WS19) förbättrar flexibiliteten och motståndskraften hos SDDC (Software Defined Data Center). Klusteruppsättning är en teknik som gör det möjligt för administratörer att kombinera flera Windows 2019-kluster i ett enda kluster.

Befintliga redundanskluster kan rymma maximalt 64 noder. Klusteruppsättningsteknik kombinerar flera WS19-kluster i en enda domän, där var och en av dessa kluster har stöd för upp till 64 WS19-noder. Jämfört med ett redundanskluster har klusteruppsättningen större motståndskraft. Ett kluster med 4 noder kan till exempel hantera fel med två noder. Med samma kluster med fyra noder om vi delar in i två kluster med två noder och skapar ett kluster utifrån det, kan det hantera ett klusterfel plus ett nodfel från det återstående klustret. Så den klarar av tre nodfel helt och hållet.

En översikt över funktionen för klusteruppsättningar i Server 2019 finns i"Introduction-to-cluster-sets-in-windows-server-2019" och "Cluster sets". Klusteruppsättningar får flexibilitet genom att använda en underliggande teknik som kallas Infrastructure Scale-Out File Server. Detta underlättar även migrering mellan kluster av virtuella datorer inom klusteruppsättningen.

Labinstallation för driftsättning av klusteruppsättning på PowerEdge

Servrar som används: Två PowerEdge R730XD och två PowerEdge R740XD

Skapade det första klustret med hjälp av de två R730XD-enheterna och hette S2D13G54 (kallat Member Cluster 1)

Skapade det andra klustret med hjälp av de två R740XD-enheterna och fick namnet S2D14G54 (kallas Member Cluster 2).

Skapade två CSV-volymer för var och en av ovanstående kluster.

Skapade en VM "vm1" på medlemskluster 1 och en VM "vm2" på medlemskluster 2. Sedan kombinerade jag dessa två virtuella maskiner för att skapa ett hanteringskluster (med namnet mgClus54) för klusteruppsättningen. Ejdelad lagring krävs när hanteringsklustret ska skapas.

Rollen Filtjänster installerades i var och en av noderna i medlemskluster 1, medlemskluster 2 och hanteringskluster:

Install-WindowsFeature File-Services -IncludeAllSubFeature –IncludeManagementTools –Starta om

Skapade en SOFS-infrastrukturfilserver på medlemskluster 1, medlemskluster 2 och hanteringskluster:

Add-ClusterScaleOutFileServerRole -Namn på <infrastruktur-SOFS> -Infrastruktur

 

Skapade en klusteruppsättning med namnet CLUSSET54:

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

 

Lägg sedan till det skapade S2D14G54- och S2D13G54-klustret i klustret i klusteruppsättningen:

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

 

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

 

 

 

Sedan distribuerar jag två VM V213G och V214G på medlemskluster 1 respektive medlemskluster 2 och registrerar de virtuella maskinerna på klusteruppsättningen:

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

 
För att testa live-migrering över kluster försökte jag migrera VM "V213G" till medlemskluster 2. Innan du utför migrering över kluster måste du ta hänsyn till följande punkter:

1. 1. VM-inställningar, processorkompatibilitet bör vara aktiverat.
   2. Konfigurera Kerberos begränsad delegering (KCD) mellan alla par av noder mellan kluster
      1. Begränsad delegeringsvägledning från Microsoft Hyper-V-produktteamet kommer att vara användbar vid konfigurationen.
      2. Konfigurera den virtuella datorns autentiseringstyp för live-migrering mellan kluster till Kerberos på varje nod i klusteruppsättningen.

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

1. 1. 3. Lägg till hanteringsklustret i den lokala administratörsgruppen på varje nod i klusteruppsättningen.

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

 

När du ska utföra underhållsaktivitet för ett kluster i klusteruppsättningen migrerar du alla virtuella maskiner som ingår i klustret till andra kluster i klusteruppsättningen och tar sedan bort klustret från klusteruppsättningen:

 

Remove-ClusterSetMhim -ClusterName <ClusterName> -CimSession <Session skapad för clusterSet>

 

När underhållsaktiviteten har utförts lägger du till klustret igen i klusteruppsättningen.

 

I händelse av oväntat fel i ett medlemskluster är klusteruppsättningen inte tillräckligt intelligent för att hantera failover-funktionen. Endast manuell förflyttning av resurser från ett kluster till ett annat kluster stöds i Windows Server 2019, även om enutomatisk VM-failover fortsätter att fungera inom ett kluster om en enskild medlem.

 

 

 

 

 

 

 

 

 

 

 

Befintliga redundanskluster kan rymma maximalt 64 noder. Klusteruppsättningsteknik kombinerar flera WS19-kluster i en enda domän, där var och en av dessa kluster har stöd för upp till 64 WS19-noder. Jämfört med ett redundanskluster har klusteruppsättningen större motståndskraft. Ett kluster med 4 noder kan till exempel hantera fel med två noder. Med samma kluster med fyra noder om vi delar in i två kluster med två noder och skapar ett kluster utifrån det, kan det hantera ett klusterfel plus ett nodfel från det återstående klustret. Så den klarar av tre nodfel helt och hållet.

När underhållsaktiviteten har utförts lägger du till klustret igen i klusteruppsättningen.

 

I händelse av oväntat fel i ett medlemskluster är klusteruppsättningen inte tillräckligt intelligent för att hantera failover-funktionen. Endast manuell flyttning av resurser från ett kluster till ett annat kluster stöds i Windows Server 2019; även om automatisk failover för virtuell dator fortsätter att fungera inom ett kluster om en enskild medlem.