Konfigurera Microsoft-klusteruppsättningar på Dell PowerEdge

Klusteruppsättningar, som introducerades i Windows Server 2019 (WS19), förbättrar flexibiliteten och motståndskraften i 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 till ett enda paraply av kluster.

Befintliga redundanskluster har plats för högst 64 noder. Cluster Sets-tekniken kombinerar flera WS19-kluster i en enda domän, där vart och ett av dessa kluster har stöd för upp till 64 WS19-noder. Jämfört med ett redundanskluster är klusteruppsättningen mer motståndskraftig. Ett redundanskluster med fyra noder kan till exempel överleva fel med två noder. Om vi delar upp oss i två kluster med 4 noder och bildar en klusteruppsättning av det kan det överleva ett klusterfel plus ett nodfel från det återstående klustret. Det innebär att den kan överleva totalt tre nodfel.

En översikt över klusteruppsättningsfunktionen i Server 2019 finns i "Introduktion-till-klusteruppsättningar-i-windows-server-2019" och "Klusteruppsättningar". Klusteruppsättningar får sin flexibilitet genom användning av en underliggande teknik som kallas Infrastructure Scale-Out File Server. Detta underlättar även migration mellan kluster av virtuella maskiner inom klusteruppsättningen.

Labbkonfiguration för distribution av klusteruppsättning på PowerEdge

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

Skapade det första klustret med de två R730XD:erna och gav namnet S2D13G54 (kallas medlemskluster 1).

Det andra klustret skapades med de två R740XD:erna och fick namnet S2D14G54 (kallas medlemskluster 2).

Två CSV-volymer har skapats i vart och ett av de kluster som skapats ovan.

Skapade en virtuell dator vm1 i medlemskluster 1 och en virtuell dator vm2 i medlemskluster 2. Sedan kombinerade jag dessa två virtuella datorer för att skapa ett hanteringskluster (med namnet mgClus54) för klusteruppsättningen. Ingendelad lagring krävs när hanteringsklustret skapas.

File-Services-rollen har installerats i var och en av noderna i medlemskluster 1, medlemskluster 2 och hanteringskluster:

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

Skapade en SOFS-filserver för infrastruktur på medlemskluster 1, medlemskluster 2 och hanteringsklustret:

Add-ClusterScaleOutFileServerRole -Name <Namn på infrastrukturens SOFS> -Infrastructure

 

Skapade en klusteruppsättning med namnet CLUSSET54:

New-ClusterSet -Name CLUSSET54 -NamespaceRoot <SOFS-namn> för hanteringskluster -CimSession <CIM-session till hanteringskluster>

 

Lägg sedan till den skapade S2D14G54 och S2D13G54 klustret i klustret i ClusterSet:

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession <CIM-session till ClusterSet> -InfraSOFSName <Namn på SOFS som skapats i S2D14G54 kluster>

 

Add-ClusterSetMember -ClusterName S2D13G54 -CimSession <CIM-session till ClusterSet> -InfraSOFSName <Namn på SOFS som skapats i S2D13G54 kluster>

 

 

 

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

Get-ClusterSetMember -ClusterName <Klusternamn> | Register-ClusterSetVM -VMName <VM-namn>

 
För att testa direktmigrering mellan kluster försökte jag migrera den virtuella datorn V213G till medlemskluster 2. Innan vi utför migrering mellan kluster måste vi tänka på följande punkter:

1. 1. VM-inställningar, processorkompatibilitet bör vara aktiverat.
   2. Konfigurera Kerberos-begränsad delegering (KCD) mellan alla par med noder mellan kluster
      1. Begränsad delegeringsvägledning från Microsoft Hyper-V-produktteamet är användbar för att konfigurera detta.
      2. Konfigurera autentiseringstypen för direktmigrering mellan kluster för virtuella datorer 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>$} }

 

Om du vill utföra underhållsaktiviteter för ett kluster i klusteruppsättningen migrerar du alla virtuella datorer som ingår i klustret till andra kluster i klusteruppsättningen och tar sedan bort klustret från klusteruppsättningen:

 

Remove-ClusterSetMember -ClusterName <ClusterName> -CimSession <Session skapad för ClusterSet>

 

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

 

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

 

 

 

 

 

 

 

 

 

 

 

Befintliga redundanskluster har plats för högst 64 noder. Cluster Sets-tekniken kombinerar flera WS19-kluster i en enda domän, där vart och ett av dessa kluster har stöd för upp till 64 WS19-noder. Jämfört med ett redundanskluster är klusteruppsättningen mer motståndskraftig. Ett redundanskluster med fyra noder kan till exempel överleva fel med två noder. Om vi delar upp oss i två kluster med 4 noder och bildar en klusteruppsättning av det kan det överleva ett klusterfel plus ett nodfel från det återstående klustret. Det innebär att den kan överleva totalt tre nodfel.

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

 

I händelse av oväntat fel på ett medlemskluster är klusteruppsättningen inte tillräckligt intelligent för att hantera failover-felet. Endast manuell flytt av resurser från ett kluster till ett annat kluster stöds i Windows Server 2019. även om automatisk redundans för virtuella datorer fortsätter att fungera inom ett klusteromfång med en enda medlem.