Det här avsnittet innehåller följande underavsnitt:

Information om hur du konfigurerar kvorumalternativ finns i avsnittet Välja kvorumalternativ för ett kluster med överföring vid fel.

Så här påverkar kvorumkonfigurationen klustret

Kvorumkonfigurationen i ett failover-kluster (ett kluster med växling vid fel) avgör hur många fel som klustret klarar av. Om ytterligare ett fel inträffar måste klustret stoppas. De relevanta felen i det här sammanhanget är fel på noder eller, i vissa fall, på ett diskvittne (som innehåller en kopia av klusterkonfigurationen) eller i ett filresursvittne. Det är viktigt att klustret stoppas om för många fel inträffar eller om det uppstår problem med kommunikationen mellan klusternoderna. En mer detaljerad förklaring finns i avsnittet Varför kvorum behövs senare i det här avsnittet.

Viktigt!

I de flesta situationer bör du använda den kvorumkonfiguration som klusterprogrammet väljer för klustret. Ändra bara kvorumkonfigurationen om du är säker på att ändringen kan optimera klustret.

Observera att klustrets fulla funktionalitet inte bara beror på kvorumet, utan även på varje enskild nods kapacitet att stödja de felande tjänsterna och programmen som flyttas över till noden. Till exempel kan ett kluster som har fem noder fortfarande ha kvorum, även om två noder slutar fungera. Nivån på den service som de återstående klusternoderna kan erbjuda beror på kapaciteten hos de återstående noderna att stödja de tjänster och program som växlades över till dem.

Alternativ för kvorumkonfigurationen

Du kan välja mellan fyra möjliga kvorumkonfigurationer:

  • Nodmajoritet (rekommenderas för kluster med udda antal noder)

    Kan klara av fel på hälften av noderna (avrundas uppåt) minus en. Ett kluster med sju noder stöder exempelvis fel på tre noder.

  • Nod- och diskmajoritet (rekommenderas för kluster med jämnt antal noder)

    Kan klara av fel på hälften av noderna (avrundas uppåt) om diskvittnet inte kopplas från. Ett kluster med sex noder där diskvittnet är online stöder exempelvis fel på tre noder.

    Kan klara av fel på hälften av noderna (avrundas uppåt) minus en om diskvittnet kopplas från eller uppvisar fel. Ett kluster med sex noder med ett felande diskvittne stöder exempelvis fel på två (3-1=2) noder.

  • Nod- och filresursmajoritet (för kluster med särskilda konfigurationer)

    Fungerar på liknande sätt som Nod- och diskmajoritet, men i stället för ett diskvittne används ett filresursvittne i det här klustret.

    Observera att om du använder Nod- och filresursmajoritet måste minst en av de tillgängliga klusternoderna innehålla en aktuell kopia av klusterkonfigurationen för att du ska kunna starta klustret. Annars måste du framtvinga starten av klustret via en särskild nod. Mer information finns under Ytterligare överväganden i avsnittet Starta eller stoppa klustertjänsten på en klusternod.

  • Ingen majoritet: Endast disk (rekommenderas inte)

    Kan klara av fel på alla noder utom en (om disken är online). Den här konfigurationen rekommenderas emellertid inte eftersom disken kan vara en enskild felpunkt (single point of failure), vilket innebär risk för driftstopp om det uppstår problem med disken.

Illustrationer av kvorumkonfigurationer

Följande bilder illustrerar hur tre av kvorumkonfigurationerna fungerar. En fjärde konfiguration beskrivs med text eftersom den påminner om konfigurationen Nod- och diskmajoritet, som illustreras med en bild.

OBS

Notera i bilderna (för alla konfigurationer utom för Endast disk) om en majoritet av de relevanta elementen kommunicerar med varandra, oavsett antalet element. Om så är fallet fortsätter klustret att fungera. Annars slutar klustret att fungera.

Kluster med kvorumkonfiguration med nodmajoritet

Som du ser i föregående bild räknas endast noderna när majoriteten beräknas i ett kluster med en konfiguration av typen Nodmajoritet.

Kluster med nod- och diskmajoritetskvorum

Som du ser i föregående bild räknas noderna och diskvittnet när majoriteten beräknas i ett kluster med en konfiguration av typen Nod- och diskmajoritet.

Kvorumkonfiguration av typen Nod- och filresursmajoritet

Noderna och filresursvittnet räknas när majoriteten beräknas i ett kluster med en konfiguration av typen Nod- och filresursmajoritet. Detta påminner om kvorumkonfigurationen Nod- och diskmajoritet i föregående bild, bortsett från att vittnet är en filresurs som alla noder i ett kluster kan komma åt i stället för en disk i klustrets lagringssystem.

Kluster med kvorumkonfiguration med endast disk

Antalet noder påverkar inte hur kvorumet definieras i en konfiguration av typen Endast disk. Disken är kvorumet. Om kommunikationen med disken bryts blir klustret otillgängligt.

Varför kvorum behövs

Om det uppstår problem med nätverket kan kvorum användas för att hantera kommunikationen mellan klusternoderna. Ett mindre antal noder kan kanske kommunicera med varandra i en fungerande del av nätverket, men kan inte kommunicera med en annan uppsättning noder i en annan del av nätverket. Detta kan leda till allvarliga problem. I den här situationen måste åtminstone en av noduppsättningarna sluta köras som ett kluster.

För att förhindra problem som uppstår till följd av den här typen av noduppdelning i ett kluster måste alla noduppsättningar som körs som kluster använda en röstningsalgoritm för att fastställa om uppsättningen har kvorum vid en viss tidpunkt. Eftersom ett kluster har en specifik uppsättning noder och en särskild kvorumkonfiguration vet klustret hur många "röster" som ger en majoritet (d.v.s. ett kvorum). Om antalet sjunker under majoritetsgränsen stoppas körningen av klustret. Noderna lyssnar fortfarande efter närvaron av andra noder, i den händelse en annan nod skulle bli tillgänglig i nätverket igen, men noderna börjar inte fungera som ett kluster förrän de har kvorum igen.

Vad händer exempelvis i ett kluster med fem noder och en konfiguration av typen Nodmajoritet om noderna 1, 2 och 3 kan kommunicera med varandra men inte med noderna 4 and 5? Noderna 1, 2 och 3 bildar en majoritet, och fortsätter att köras som ett kluster. Noderna 4 och 5 slutar att köras som ett kluster eftersom de är en minoritet. Om nod 3 inte längre kan kommunicera med de andra noderna slutar alla noder att köras som ett kluster. Alla noder som fortfarande fungerar fortsätter emellertid att lyssna efter kommunikation från andra noder, så att klustret kan bildas och köras så fort nätverket börjar fungera igen.


Innehåll