Afinitate cluster

• 03/07/2019
• 3 minute de citit

In acest articol

Se aplica: Azure Stack HCI, versiunea 20H2; Windows Server 2019, Windows Server 2016

Un cluster de failover poate detine multe roluri care se pot deplasa intre noduri si pot rula. Exista momente in care anumite roluri (adica masini virtuale, grupuri de resurse si asa mai departe) nu ar trebui sa ruleze pe acelasi nod. Acest lucru se poate datora consumului de resurse, utilizarii memoriei si asa mai departe. De exemplu, exista doua masini virtuale care necesita multa memorie si CPU si daca cele doua masini virtuale ruleaza pe acelasi nod, una sau ambele masini virtuale ar putea avea probleme de impact asupra performantei. Acest articol va explica nivelurile de antiafinitate ale clusterelor si modul in care le puteti utiliza.

Ce este Affinity si AntiAffinity?

Afinitatea este o regula pe care ati configura-o, care stabileste o relatie intre doua sau mai multe roluri (i, e, masini virtuale, grupuri de resurse si asa mai departe) pentru a le mentine impreuna. AntiAffinity este acelasi, dar este folosit pentru a incerca sa mentina rolurile specificate separat unul de celalalt. Clusterele de basculare folosesc AntiAffinity pentru rolurile sale. Mai precis, parametrul AntiAffinityClassNames definit pe roluri, astfel incat sa nu ruleze pe acelasi nod.

AntiAffinityClassnames

Cand priviti proprietatile unui grup, parametrul AntiAffinityClassNames este gol ca implicit. In exemplele de mai jos, Grupul 1 si Grupul 2 ar trebui sa fie separate de a rula pe acelasi nod. Pentru a vizualiza proprietatea, comanda si rezultatul PowerShell ar fi:

Get-ClusterGroup Group1 | fl AntiAffinityClassNames AntiAffinityClassNames: {} Get-ClusterGroup Group2 | fl AntiAffinityClassNames AntiAffinityClassNames: {}

Deoarece AntiAffinityClassNames nu sunt definite ca implicite, aceste roluri pot rula impreuna sau separat. Scopul este de a le mentine separate. Valoarea pentru AntiAffinityClassNames poate fi orice doriti sa fie, trebuie doar sa fie aceeasi. Spuneti ca Group1 si Group2 sunt controlere de domeniu care ruleaza in masini virtuale si ca ar fi cel mai bine servite ruland pe diferite noduri. Deoarece acestea sunt controlere de domeniu, voi folosi DC pentru numele clasei. Pentru a seta valoarea, comanda PowerShell si rezultatele ar fi:

$ AntiAffinity = New-Object System.Collections.Specialized.StringCollection $ AntiAffinity.Add (“DC”) (Get-ClusterGroup -Name “Group1”). AntiAffinityClassNames = $ AntiAffinity (Get-ClusterGroup -Name “Group2”). AntiAffinityClassNames = $ AntiAffinity $ AntiAffinity = New-Object System.Collections.Specialized.StringCollection $ AntiAffinity.Add (“DC”) (Get-ClusterGroup -Name “Group1”). AntiAffinityClassNames = $ AntiAffinity (Get-ClusterGroup -Name “Group2”). AntiAffinityClassNames = $ AntiAffinity Get-ClusterGroup “Group1” | fl AntiAffinityClassNames AntiAffinityClassNames: {DC} Get-ClusterGroup “Group2” | fl AntiAffinityClassNames AntiAffinityClassNames: {DC}

Acum, cand sunt setate, clusterul de failover va incerca sa le mentina separate.

Parametrul AntiAffinityClassName este un bloc „soft”. Adica, va incerca sa le tina separate, dar daca nu poate, le va permite totusi sa ruleze pe acelasi nod. De exemplu, grupurile ruleaza pe un cluster de failover cu doua noduri. Daca un nod trebuie sa coboare pentru intretinere, ar insemna ca ambele grupuri ar functiona si vor rula pe acelasi nod. In acest caz, ar fi bine sa aveti acest lucru. Este posibil sa nu fie cel mai ideal, dar ambele masini virtuale vor rula in continuare in limite de performanta acceptabile.

am nevoie de mai mult

Dupa cum am mentionat, AntiAffinityClassNames este un bloc usor. Dar daca este nevoie de un bloc dur? Masinile virtuale nu pot fi rulate pe acelasi nod; in caz contrar, impactul asupra performantei va avea loc si va cauza posibila scaderea unor servicii.

Pentru aceste cazuri, exista o alta proprietate cluster a ClusterEnforcedAntiAffinity. Acest nivel antiaffinity va impiedica cu orice pret oricare dintre aceleasi valori AntiAffinityClassNames sa ruleze pe acelasi nod.

Pentru a vizualiza proprietatea si valoarea, comanda PowerShell (si rezultatul) ar fi:

Get-Cluster | fl ClusterEnforcedAntiAffinity ClusterEnforcedAntiAffinity: 0

Valoarea „0” inseamna ca este dezactivata si nu trebuie aplicata. Valoarea „1” il activeaza si este blocul dur. Pentru a activa acest bloc dur, comanda (si rezultatul) este:

(Get-Cluster) .ClusterEnforcedAntiAffinity = 1 ClusterEnforcedAntiAffinity: 1

Cand ambele sunt setate, grupul va fi impiedicat sa vina online impreuna. Daca se afla pe acelasi nod, asta veti vedea in Failover Cluster Manager.

Intr-o lista PowerShell a grupurilor, veti vedea acest lucru:

Get-ClusterGroup Name State —- —– Group1 Offline (Conflict anti-afinitate) Group2 Online

• Asigurati-va ca utilizati setarea AntiAffinity adecvata, in functie de necesitati.

• Retineti ca, intr-un scenariu cu doua noduri si ClusterEnforcedAntiAffinity, daca un nod este oprit, ambele grupuri nu vor rula.

• Utilizarea proprietarilor preferati pe grupuri poate fi combinata cu AntiAffinity intr-un cluster de trei sau mai multe noduri.

• Setarile AntiAffinityClassNames si ClusterEnforcedAntiAffinity vor avea loc numai dupa reciclarea resurselor. Adica le puteti seta, dar daca ambele grupuri sunt online pe acelasi nod atunci cand sunt setate, ambele vor ramane in continuare online.