Konfigurere Microsoft-klyngesett på Dell PowerEdge

Klyngesett, som ble introdusert i Windows Server 2019 (WS19), forbedrer SDDC-fleksibiliteten (programvaredefinert datasenter) og fleksibiliteten. Klyngesett er en teknologi som gjør det mulig for administratorer å kombinere flere Windows 2019-klynger i én paraply av klynger.

Eksisterende failover-klynger har plass til maksimalt 64 noder. Klyngesettteknologi kombinerer flere WS19-klynger i ett enkelt domene, og hver av disse klyngene støtter opptil 64 WS19-noder. Sammenlignet med en failover-klynge har klyngesettet mer fleksibilitet. En 4-noders failover-klynge kan for eksempel overleve feil med 2 noder. Med den samme 4-nodeklyngen hvis vi deler oss i to 2-nodeklynger og danner et klyngesett ut av den, kan den overleve en klyngefeil pluss en nodefeil fra den gjenværende klyngen. Så det kan overleve 3 nodefeil helt.

Hvis du vil ha en oversikt over funksjonen for klyngesett i Server 2019, kan du se "Introduksjon til klyngesett-i-windows-server-2019"og "Klyngesett". Klyngesett får sin fleksibilitet ved bruk av en underliggende teknologi som kalles utskalert filserver for infrastruktur. Dette forenkler også migreringen av virtuelle maskiner på tvers av klynger i klyngesettet.

Laboppsett for implementering av klyngesett på PowerEdge

Servere som brukes: To PowerEdge R730XD-er og to PowerEdge R740XD-er

Opprettet den første klyngen ved hjelp av de to R730XD-ene og navngitt S2D13G54 (kalt medlemsklynge 1).

Opprettet den andre klyngen ved hjelp av de to R740XD-ene og navnga S2D14G54 (kalt medlemsklynge 2).

Opprettet to CSV-volumer på hver av klyngene som er opprettet ovenfor.

Opprettet en VM "vm1" på medlemsklynge 1 og en VM "vm2" på medlemsklynge 2. Deretter kombinerte jeg disse to virtuelle maskinene for å opprette en administrasjonsklynge (kalt mgClus54) for klyngesettet. Dettekrever delt lagring ved oppretting av administrasjonsklyngen.

Installerte filtjenesterollen i hver av nodene i medlemsklynge 1, medlemsklynge 2 og administrasjonsklynge:

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

Opprettet en SOFS-filserver for infrastruktur på medlemsklynge 1, medlemsklynge 2 og administrasjonsklyngen:

Add-ClusterScaleOutFileServerRole -Name <of the Infrastructure SOFS> -Infrastructure

 

Opprettet et klyngesett kalt CLUSSET54:

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

 

Deretter legger du til den opprettede S2D14G54 og S2D13G54 klyngen i klyngen i ClusterSet:

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

 

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

 

 

 

Deretter implementerer jeg to VM-er V213G og V214G på henholdsvis medlemsklynge 1 og medlemsklynge 2 og registrerer de virtuelle maskinene i klyngesettet:

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

 
For å teste live migrering på tvers av klynger, prøvde jeg å migrere VM "V213G" til medlemsklynge 2. Før vi utfører migrering på tvers av klynger, må vi vurdere punktene nedenfor:

1. 1. VM-innstillinger, prosessorkompatibilitet skal være aktivert.
   2. Konfigurere Kerberos-avgrenset delegering (KCD) mellom alle par med noder på tvers av klynger
      1. Avgrenset delegeringsveiledning fra Microsoft Hyper-V-produktteamet vil være nyttig når du konfigurerer dette.
      2. Konfigurere godkjenningstypen for livemigrering av virtuell maskin på tvers av klynger til Kerberos på hver node i klyngesettet.

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

1. 1. 3. Legg til administrasjonsklyngen i den lokale administratorgruppen på hver node i klyngesettet.

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

 

Hvis du vil utføre vedlikeholdsaktiviteter for en klynge i klyngesett, må du migrere alle virtuelle maskiner som er en del av klyngen, til andre klynger i klyngesettet, og deretter fjerne klyngen fra klyngesettet:

 

Remove-ClusterSetMember -ClusterName <ClusterName> -CimSession <Session created for ClusterSet>

 

Når du har utført vedlikeholdsaktiviteten, legger du til klyngen i klyngesettet igjen.

 

Hvis en medlemsklynge svikter uventet, er ikke klyngesettet intelligent nok til å håndtere failover. Bare manuell flytting av ressurser fra én klynge til en annen klynge støttes i Windows Server 2019, selv om enutomatisk VM-failover fortsetter å fungere innenfor ett medlemsklyngeområde.

 

 

 

 

 

 

 

 

 

 

 

Eksisterende failover-klynger har plass til maksimalt 64 noder. Klyngesettteknologi kombinerer flere WS19-klynger i ett enkelt domene, og hver av disse klyngene støtter opptil 64 WS19-noder. Sammenlignet med en failover-klynge har klyngesettet mer fleksibilitet. En 4-noders failover-klynge kan for eksempel overleve feil med 2 noder. Med den samme 4-nodeklyngen hvis vi deler oss i to 2-nodeklynger og danner et klyngesett ut av den, kan den overleve en klyngefeil pluss en nodefeil fra den gjenværende klyngen. Så det kan overleve 3 nodefeil helt.

Når du har utført vedlikeholdsaktiviteten, legger du til klyngen i klyngesettet igjen.

 

Hvis en medlemsklynge svikter uventet, er ikke klyngesettet intelligent nok til å håndtere failover. Bare manuell flytting av ressurser fra én klynge til en annen klynge støttes i Windows Server 2019. selv om automatisk VM-failover fortsetter å fungere innenfor et enkelt medlemsklyngeomfang.