Att lägga till och ta bort en nod i ett kluster: stegen utan väg tillbaka

Att lägga till en maskin i ett kluster ser ut som några klick i panelen. I bakgrunden betyder det dock att en maskin lämnar ifrån sig sin identitet. Och några steg har ingen väg tillbaka.

Den anslutande maskinen måste vara tom

Att gå med i ett kluster är inte att skriva upp sitt namn på en lista. Den anslutande maskinens klusterinställningar ersätts av klustrets.

Praktisk följd: en tjänare med maskiner på sig kan inte gå med och behålla dem. Anslutningen förväntar sig att gästinställningarna på den anslutande sidan är tomma.

Regeln är tydlig: gå med med en tom nod. Finns det arbete på den, flytta det först. Sättet att flytta är att ta en säkerhetskopia och återställa den efter anslutningen. Gå inte med och hoppas; stannar åtgärden halvvägs har du varken det gamla eller det nya tillståndet kvar.

Borttagning går bara åt ett håll

Här behövs verklig omsorg. Tar du bort en nod ur ett kluster kan du inte hämta tillbaka den noden med samma namn och samma identitet.

Skälet: det kvarvarande klustret fortsätter bära den borttagna nodens identitet i sitt eget tillstånd. En maskin som återvänder med samma identitet skapar en motsägelse mellan vad klustret ser och vad som är verkligt.

Vill du återanvända den borttagna maskinen finns bara en väg: installera den från grunden. Det är inget bekvämlighetsråd, det är den enda säkra vägen.

Maskinen stängs av före borttagningen

Andra regeln: noden som ska tas bort stängs av och förblir avstängd. Att försöka ta bort en körande nod leder till att den kommer tillbaka och rör till klustret.

Ordningen är: flytta arbetet, stäng av maskinen, ta sedan bort den ur klustret.

Borttagningens dolda bieffekt: majoriteten ändras

Detta är vad ingen räknar med. Tar du bort en nod måste även antalet röster klustret förväntar sig ändras.

Tar du bort en nod ur ett kluster med tre noder återstår två, och två noder är precis det bräckliga tillståndet: faller en kan den kvarvarande enda noden inte bilda majoritet och klustret låser sig.

Åtgärden "jag pensionerar en nod" kan alltså omärkligt flytta dig till den sämsta ordningen. När du beslutar att krympa, tänk från början på om du hamnar på tre.

Namn väljs vid installationen

Litet men irriterande: nodnamn går inte lätt att ändra när de väl är i ett kluster. Namnet du ger vid installationen blir kvar länge.

Ta en minut och välj ett meningsfullt namn. Tre noder som alla heter "pve" gör det svårt ett halvår senare att veta vilken maskin du tittar på.

Ordningen vid krympning

Ordningen att följa när du krymper ett kluster: flytta arbetet till andra noder, stäng av maskinen, ta bort den ur klustret, kontrollera att de kvarvarande noderna fortfarande håller majoritet, och ska du återanvända maskinen, installera den från grunden.

Det fjärde steget hoppas oftast över, och när det hoppas över syns problemet inte genast: allt fortsätter fungera, tills en nod faller.

Vad Atlas gör

Låt oss först säga gränsen rakt ut: Atlas utför inte tillägg eller borttagning av noder. Det är klustrets egen sak och bör förbli det.

Vad Atlas gör är att synliggöra verkan av dessa åtgärder. När det läser klustrets tillstånd säger det inte bara "det finns ett kluster"; det visar separat hur många röster som samlats in och hur många som förväntas.

Värdet av den skillnaden framträder just i den här artikeln. Efter att du tagit bort en nod kan du se om det förväntade antalet röster verkligen sjönk. Väntar klustret fortfarande på en nod som inte längre finns, säger skillnaden mellan insamlade och förväntade röster det, och det bör märkas innan ännu en nod faller.

Samma uppgift används på underhållssidan: innan en nod uppdateras beräknas om majoriteten håller just då. Att inleda underhåll på ett låst kluster gör inget annat än förstorar problemet.