Microsoft-klusterisarjojen määrittäminen Dell PowerEdgessä

Windows Server 2019:ssä (WS19) käyttöön otetut klusterijoukot parantavat SDDC:n (Software Defined Data Center) joustavuutta ja vikasietoisuutta. Klusterijoukko on tekniikka, jonka avulla järjestelmänvalvojat voivat yhdistää useita Windows 2019 -klustereita yhdeksi klusterisateenvarjoksi.

Olemassa oleviin vikasietoklustereihin mahtuu enintään 64 solmua. Cluster Sets -teknologia yhdistää useita WS19-klustereita yhteen toimialueeseen, ja kukin näistä klustereista tukee jopa 64 WS19-solmua. Vikasietoklusteriin verrattuna klusterijoukolla on parempi vikasietoisuus. Esimerkiksi 4-solmuinen vikasietoklusteri voi selviytyä kahden solmun vikaantumisesta. Samalla 4-solmuisella klusterilla, jos jaamme kahdeksi 2-solmuiseksi klusteriksi ja muodostamme siitä klusterijoukon, se voi selviytyä yhdestä klusterivirheestä ja yhdestä solmun vikaantumisesta jäljellä olevasta klusterista. Joten se voi selviytyä yhteensä 3 solmuvirheestä.

Server 2019:n klusterijoukko-ominaisuuden yleiskatsaus on kohdissaIntroduction-to-cluster-sets-in-windows-server-2019jaCluster sets. Klusterijoukot saavat joustavuutensa käyttämällä taustalla olevaa tekniikkaa nimeltä Infrastructure Scale-Out File Server, mikä myös helpottaa virtuaalikoneiden siirtymistä klustereiden välillä klusterijoukossa.

Laboratorioasetukset PowerEdge-klusterin käyttöönottoa varten

Käytetyt palvelimet: Kaksi PowerEdge R730XD:tä ja kaksi PowerEdge R740XD:tä

Loin ensimmäisen klusterin käyttämällä kahta R730XD:tä ja nimesin S2D13G54 (jäsenklusteri 1).

Luotiin toinen klusteri käyttäen kahta R740XD:tä ja annettiin nimeksi S2D14G54 (jäsenklusteri 2).

Olemme luoneet kaksi CSV-asemaa kumpaankin edellä luotuun klusteriin.

Luotu virtuaalikone vm1 jäsenklusteriin 1 ja virtuaalikone vm2 jäsenklusteriin 2. Tämän jälkeen yhdistin nämä kaksi virtuaalikonetta ja loin klusterijoukolle hallintaklusterin (mgClus54). Jaettua tallennustilaa ei tarvita hallintaklusteria luotaessa.

Tiedostopalvelu-rooli on asennettu kuhunkin jäsenklusterin 1, jäsenklusterin 2 ja hallintaklusterin solmuun:

Install-WindowsFeature File-Services -IncludeAllSubFeature -IncludeManagementTools -Käynnistä uudelleen

Infrastruktuurin SOFS-tiedostopalvelimen luominen jäsenklusteriin 1, jäsenklusteriin 2 ja hallintaklusteriin:

Add-ClusterScaleOutFileServerRole -infrastruktuurin nimi <SOFS> -infrastruktuurin nimi

 

Luotu klusterijoukko, jonka nimi on CLUSSET54:

New-ClusterSet -Name CLUSSET54 -NamespaceRoot <Management Cluster SOFS> Name -CimSession <CIM-istunnosta hallintaklusteriin>

 

Lisää luotu S2D14G54 ja S2D13G54 klusteri klusteriin ClusterSet-ryhmään:

Add-ClusterSetMember -ClusterName S2D14G54 -CimSession <Cim -session to ClusterSet> -InfraSOFSName <S2D14G54 klusterissa luodun SOFS:n nimi>

 

Add-ClusterSetMember -ClusterName S2D13G54 -CimSession <Cim -session to ClusterSet> -InfraSOFSName <S2D13G54 klusterissa luodun SOFS:n nimi>

 

 

 

Sen jälkeen otan käyttöön kaksi virtuaalikonetta V213G ja V214G jäsenklusterissa 1 ja jäsenklusterissa 2 ja rekisteröin virtuaalikoneet klusterijoukkoon:

Get-ClusterSetMember -ClusterName <Klusterin nimi> | Register-ClusterSetVM -VMName <VM:n nimi>

 
Testatessani reaaliaikaista siirtoa klustereiden välillä yritin siirtää virtuaalikoneen V213G jäsenklusteriin 2. Ennen siirtymistä klustereiden välillä on otettava huomioon seuraavat seikat:

1. 1. VM settings, Processor Compatibility should olla käytössä.
   2. Kerberoksen rajoitetun delegoinnin (KCD) määrittäminen kaikkien klusterienvälisten solmuparien välillä
      1. Microsoft Hyper-V -tuotetiimin rajoitetut delegointiohjeet ovat hyödyllisiä tämän määrittämisessä.
      2. Määritä klusterien välisen virtuaalikoneen reaaliaikaisen siirron todennustyypiksi Kerberos kussakin klusterijoukon solmussa.

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

1. 1. 3. Lisää hallintaklusteri klusterijoukon kunkin solmun Paikalliset järjestelmänvalvojat -ryhmään.

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

 

Jotta voit suorittaa klusterin ylläpitotoimia klusterijoukossa, siirrä kaikki klusteriin kuuluvat virtuaalikoneet klusterijoukon muihin klustereihin ja poista klusteri klusterijoukosta:

 

Remove-ClusterSetMember -ClusterName <ClusterName> -CimSession-istunto <luotu ClusterSet-kohteelle>

 

Kun olet suorittanut ylläpitotoimenpiteen, lisää klusteri takaisin klusterijoukkoon.

 

Jos jäsenklusterissa ilmenee odottamaton vika, klusterijoukko ei ole tarpeeksi älykäs käsittelemään vikasietoisuutta. Windows Server 2019 tukee vain resurssien manuaalista siirtämistä klusterista toiseen, vaikka utomatic-virtuaalikoneenvikasietoisuus toimii edelleen yhden jäsenen klusterin alueella.

 

 

 

 

 

 

 

 

 

 

 

Olemassa oleviin vikasietoklustereihin mahtuu enintään 64 solmua. Cluster Sets -teknologia yhdistää useita WS19-klustereita yhteen toimialueeseen, ja kukin näistä klustereista tukee jopa 64 WS19-solmua. Vikasietoklusteriin verrattuna klusterijoukolla on parempi vikasietoisuus. Esimerkiksi 4-solmuinen vikasietoklusteri voi selviytyä kahden solmun vikaantumisesta. Samalla 4-solmuisella klusterilla, jos jaamme kahdeksi 2-solmuiseksi klusteriksi ja muodostamme siitä klusterijoukon, se voi selviytyä yhdestä klusterivirheestä ja yhdestä solmun vikaantumisesta jäljellä olevasta klusterista. Joten se voi selviytyä yhteensä 3 solmuvirheestä.

Kun olet suorittanut ylläpitotoimenpiteen, lisää klusteri takaisin klusterijoukkoon.

 

Jos jäsenklusterissa ilmenee odottamaton vika, klusterijoukko ei ole tarpeeksi älykäs käsittelemään vikasietoisuutta. Windows Server 2019 tukee vain resurssien manuaalista siirtämistä klusterista toiseen. Vaikka automaattinen VM-vikasietoisuus toimii edelleen yhden jäsenen klusterin alueella.