Konfigurere Microsoft-klyngesett på Dell PowerEdge

Klyngesett som ble introdusert i Windows Server 2019 (WS19), forbedrer fleksibiliteten og fleksibiliteten til SDDC (Software Defined Data Center). Cluster Set er en teknologi som gjør det mulig for administratorer å kombinere flere Windows 2019-klynger i én enkelt paraply av klynger.

Eksisterende failover-klynger kan romme 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, er klyngesettet mer robust. En 4-node-failover-klynge kan for eksempel motstå feil med 2 noder. Med samme 4-nodeklynge hvis vi deler oss i to 2-nodeklynger og danner et klyngesett ut av den, kan den motstå én klyngefeil pluss én nodefeil fra den gjenværende klyngen. Dermed kan den motstå tre nodefeil helt.

Hvis du vil ha en oversikt over klyngesett-funksjonen i Server 2019, kan du se "Introduction-to-cluster-sets-in-windows-server-2019" og "Cluster sets" (Innføring-til-klynge-sett-i-windows-server-2019) og "Cluster sets" (Klyngesett). Klyngesett får sin fleksibilitet ved å bruke en underliggende teknologi som kalles Infrastructure Scale-Out File Server. Dette gjør det også enklere å migrere VIRTUELLE-er på tvers av klynger i klyngesettet.

Laboratorieoppsett for implementering av klyngesett på PowerEdge

Brukte servere: To PowerEdge R730XD-er og to PowerEdge R740XD-er

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

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

Opprettet to CSV-volumer på hver av de opprettede klyngene ovenfor.

Opprettet en VM "vm1" på Medlemsklynge 1 og en VM "vm2" på Medlemsklynge 2. Deretter kombinerte jeg disse to VM-ene for å opprette en administrasjonsklynge (kalt mgClus54) for klyngesettet. No delt lagring er nødvendig under oppretting av administrasjonsklyngen.

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

Install-WindowsFeature File-Services –IncludeAllSubFeature –IncludeManagementTools – Start på nytt

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

Add-ClusterScaleOutFileServerRole – Navn på <infrastruktur-SOFS> -Infrastructure

 

Opprettet et klyngesett med navnet CLUSSET54:

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

 

Og legg deretter til den opprettede S2D14G54 og S2D13G54-klyngen i klyngen:

Add-ClusterSetMe polymer -ClusterName S2D14G54 -CimSession Cim Session to ClusterSet -InfraSOFSName Name of SOFS created on S2D14G54 cluster (CimSession <Cim-økt til ClusterSet> - InfraSOFSName Name <of SOFS opprettet på S2D14G54-klyngen)>

 

Add-ClusterSetMe polymer -ClusterName S2D13G54 -CimSession Cim Session to ClusterSet> -InfraSOFSName Name of SOFS created on S2D13G54 cluster (CimSession <Cim-økt til klyngesett – InfraSOFSName-navn <på SOFS opprettet på S2D13G54-klyngen)>

 

 

 

Deretter implementerer jeg to VM-er V213G og V214G på henholdsvis medlemsklynge 1 og medlemsklynge 2, og registrerer VM-ene på klyngesettet:

Get-ClusterSetMe cisco -ClusterName <Cluster Name> | Register-ClusterSetVM -VMName VM Name (Navn på VM-navn <)>

 
For å teste direkte migrering på tvers av klynger prøvde jeg å migrere VM V213G til medlemsklynge 2. Før du utfører migrering på tvers av klynger, må vi vurdere følgende punkter:

1. 1. VM-innstillinger, prosessorkompatibilitet skal være aktivert.
   2. Konfigurere Kerberos begrenset delegering (KCD) mellom alle par på tvers av klyngenoder
      1. Begrenset delegeringsveiledning fra Microsoft Hyper-V-produktteamet vil være nyttig for å konfigurere dette.
      2. Konfigurer godkjenningstypen for 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 vedlikeholdsaktivitet i et klyngesett, migrerer du alle virtuelle maskiner som er en del av klyngen til andre klynger i klyngesettet, og deretter fjerner du klyngen fra klyngesettet:

 

Remove-ClusterSetMe dummy -ClusterName <ClusterName> -CimSession <Session created for ClusterSet>

 

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

 

Hvis det oppstår en uventet feil i en medlemsklynge, 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 fortsatt fungerer innenfor et enkelt medlemsklyngeområde.

 

 

 

 

 

 

 

 

 

 

 

Eksisterende failover-klynger kan romme 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, er klyngesettet mer robust. En 4-node-failover-klynge kan for eksempel motstå feil med 2 noder. Med samme 4-nodeklynge hvis vi deler oss i to 2-nodeklynger og danner et klyngesett ut av den, kan den motstå én klyngefeil pluss én nodefeil fra den gjenværende klyngen. Dermed kan den motstå tre nodefeil helt.

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

 

Hvis det oppstår en uventet feil i en medlemsklynge, 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 medlemsklyngeområde.