Konfiguration af Microsoft-klyngesæt på Dell PowerEdge

Klyngesæt, der blev introduceret i Windows Server 2019 (WS19), forbedrer SDDC-fleksibiliteten og robustheden SDDC (Software Defined Data Center). Klyngesæt er en teknologi, der gør det muligt for administratorer at kombinere flere Windows 2019-klynger i en enkelt paraply af klynger.

Eksisterende failover-klynger har plads til op til 64 noder. Cluster Sets-teknologien kombinerer flere WS19-klynger i et enkelt domæne, hvor hver af disse klynger understøtter op til 64 WS19-noder. Sammenlignet med en failover-klynge har klyngesæt større robusthed. En failover-klynge med 4 noder kan f.eks. overleve fejl med 2 noder. Med den samme 4-nodeklynge, hvis vi opdeles i to 2-nodeklynger og danner en klyngesæt ud af den, kan den overleve en klyngefejl plus en nodefejl fra den resterende klynge. Så det kan overleve 3 nodefejl i alt.

Du kan finde en oversigt over funktionen Klyngesæt i Server 2019 i "Introduktion til klyngesæt-i-windows-server-2019" og "Klyngesæt". Klyngesæt opnår sin fleksibilitet ved at bruge en underliggende teknologi kaldet Infrastructure Scale-Out File Server. Dette letter også migreringen på tværs af klynger af VM'er i klyngesættet.

Laboratorieopsætning til implementering af klyngesæt på PowerEdge

Anvendte servere: To PowerEdge R730XD'er og to PowerEdge R740XD'er

Oprettede den første klynge ved hjælp af de to R730XD'er og fik navnet S2D13G54 (kaldet Member Cluster 1).

Oprettede den anden klynge ved hjælp af de to R740XD'er og fik navnet S2D14G54 (kaldet Member Cluster 2).

Der er oprettet to CSV-diskenheder på hver af de ovenfor oprettede klynger.

Oprettede en VM "vm1" i medlemsklynge 1 og en VM "vm2" i medlemsklynge 2. Derefter kombinerede jeg disse to VM er for at oprette en administrationsklynge (kaldet mgClus54) til klyngesættet. Derkræves ingen delt storage under oprettelse af administrationsklyngen.

Installerede rollen Filtjenester i hver af noderne i medlemsklynge 1, medlemsklynge 2 og administrationsklynge:

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

Oprettet en infrastruktur SOFS-filserver på medlemsklynge 1, medlemsklynge 2 og administrationsklyngen:

Add-ClusterScaleOutFileServerRole -navnet <på infrastrukturen SOFS> – infrastruktur

 

Har oprettet et klyngesæt med navnet CLUSSET54:

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

 

Og føj derefter den oprettede S2D14G54 og S2D13G54 klynge til klyngen til klyngesættet:

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession <Cim-session til ClusterSet> -InfraSOFSName <Navnet på SOFS, der er oprettet på S2D14G54 klynge>

 

Add-ClusterSetMember -ClusterName S2D13G54 -CimSession <Cim Session to ClusterSet> -InfraSOFSName <Navnet på SOFS oprettet på S2D13G54 klynge>

 

 

 

Derefter udruller jeg to VM er V213G og V214G på henholdsvis medlemsklynge 1 og medlemsklynge 2 og registrerer VM'erne på klyngesættet:

Get-ClusterSetMember -ClusterName <Klyngenavn> | Register-ClusterSetVM -VMName <VM-navn>

 
I forbindelse med test af livemigrering på tværs af klynger forsøgte jeg at migrere VM "V213G" til medlemsklynge 2. Før vi udfører migrering på tværs af klynger, skal vi overveje nedenstående punkter:

1. 1. VM-indstillinger, skal processorkompatibilitet være aktiveret.
   2. Konfigurer Kerberos begrænset delegering (KCD) mellem alle par af noder på tværs af klynger
      1. Begrænset delegeringsvejledning fra Microsoft Hyper-V-produktteamet vil være nyttig til opsætning af dette.
      2. Konfigurer godkendelsestypen for direkte migrering af virtuelle maskiner på tværs af klynger til Kerberos på hver node i klyngesættet.

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

1. 1. 3. Føj administrationsklyngen til den lokale administratorgruppe på hver node i klyngesættet.

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

 

Hvis du vil udføre vedligeholdelsesaktiviteter for en klynge i klyngesættet, skal du migrere alle de VM er, der er en del af klyngen, til andre klynger i klyngesættet og derefter fjerne klyngen fra klyngesættet:

 

Remove-ClusterSetMember -ClusterName <ClusterName> -CimSession <Session oprettet til ClusterSet>

 

Når du har udført vedligeholdelsesaktiviteten, skal du føje klyngen til klyngesættet igen.

 

I tilfælde af en uventet fejl i en medlemsklynge er klyngesættet ikke intelligent nok til at håndtere fail-over. Kun manuel flytning af ressourcer fra én klynge til en anden understøttes i Windows Server 2019, selvom enutomatisk VM-failover fortsat fungerer inden for et klyngeområde med et enkelt medlem.

 

 

 

 

 

 

 

 

 

 

 

Eksisterende failover-klynger har plads til op til 64 noder. Cluster Sets-teknologien kombinerer flere WS19-klynger i et enkelt domæne, hvor hver af disse klynger understøtter op til 64 WS19-noder. Sammenlignet med en failover-klynge har klyngesæt større robusthed. En failover-klynge med 4 noder kan f.eks. overleve fejl med 2 noder. Med den samme 4-nodeklynge, hvis vi opdeles i to 2-nodeklynger og danner en klyngesæt ud af den, kan den overleve en klyngefejl plus en nodefejl fra den resterende klynge. Så det kan overleve 3 nodefejl i alt.

Når du har udført vedligeholdelsesaktiviteten, skal du føje klyngen til klyngesættet igen.

 

I tilfælde af en uventet fejl i en medlemsklynge er klyngesættet ikke intelligent nok til at håndtere fail-over. Kun manuel flytning af ressourcer fra en klynge til en anden klynge understøttes i Windows Server 2019. selvom automatisk VM-failover fortsat fungerer inden for et klyngeområde med et enkelt medlem.