Å legge til og fjerne en node i en klynge: stegene uten vei tilbake

Å legge en maskin til en klynge ser ut som noen klikk i panelet. I bakgrunnen betyr det likevel at en maskin gir fra seg identiteten sin. Og noen steg har ingen vei tilbake.

Maskinen som blir med må være tom

Å bli med i en klynge er ikke å skrive navnet sitt på en liste. Klyngeoppsettet til maskinen som blir med, erstattes av klyngens oppsett.

Praktisk følge: en tjener med maskiner på seg kan ikke bli med og samtidig beholde dem. Innmeldingen forventer at gjesteoppsettet på siden som blir med, er tomt.

Regelen er klar: bli med med en tom node. Ligger det arbeid på den, flytt det først. Måten å flytte på er å ta en sikkerhetskopi og gjenopprette den etter innmeldingen. Ikke bli med og håpe; stopper handlingen halvveis, sitter du igjen med verken den gamle eller den nye tilstanden.

Fjerning går bare én vei

Her trengs virkelig omtanke. Fjerner du en node fra en klynge, kan du ikke hente den noden tilbake med samme navn og samme identitet.

Grunnen: klyngen som blir igjen, fortsetter å bære den fjernede nodens identitet i sin egen tilstand. En maskin som kommer tilbake med samme identitet, skaper en motsetning mellom det klyngen ser og det som er virkelig.

Vil du bruke den fjernede maskinen om igjen, finnes det bare én vei: installer den fra bunnen. Dette er ikke et bekvemmelighetsråd, det er den eneste trygge veien.

Maskinen slås av før fjerningen

Den andre regelen: noden som skal fjernes, slås av og blir værende avslått. Å prøve å fjerne en kjørende node fører til at den kommer tilbake og roter til klyngen.

Rekkefølgen er: flytt arbeidet, slå av maskinen, fjern den så fra klyngen.

Fjerningens skjulte bivirkning: flertallet endres

Dette er det ingen regner med. Fjerner du en node, må også antallet stemmer klyngen forventer, endres.

Fjerner du én node fra en klynge med tre, står to igjen, og to noder er nettopp den skjøre tilstanden: faller én, kan den gjenværende enkeltnoden ikke danne flertall, og klyngen låser seg.

Handlingen "jeg pensjonerer en node" kan altså umerkelig flytte deg til den dårligste oppstillingen. Når du bestemmer deg for å krympe, tenk fra starten på om du havner på tre.

Navn velges ved installasjonen

Liten, men irriterende detalj: nodenavn lar seg ikke lett endre når de først er i en klynge. Navnet du gir ved installasjonen, blir hos deg lenge.

Bruk et minutt og velg et meningsfullt navn. Tre noder som alle heter "pve", gjør det vanskelig et halvår senere å vite hvilken maskin du ser på.

Rekkefølgen ved krymping

Rekkefølgen å følge når du krymper en klynge: flytt arbeidet til andre noder, slå av maskinen, fjern den fra klyngen, kontroller at de gjenværende nodene fortsatt har flertall, og skal du bruke maskinen om igjen, installer den fra bunnen.

Det fjerde steget hoppes oftest over, og når det hoppes over, synes ikke problemet med en gang: alt fortsetter å virke, helt til en node faller.

Hva Atlas gjør

La oss si grensen rett ut først: Atlas utfører ikke tillegg eller fjerning av noder. Det er klyngens egen sak og bør forbli det.

Det Atlas gjør, er å gjøre virkningen av disse handlingene synlig. Når det leser klyngens tilstand, sier det ikke bare "det finnes en klynge"; det viser atskilt hvor mange stemmer som er samlet, og hvor mange som ventes.

Verdien av det skillet kommer fram nettopp i denne artikkelen. Etter at du har fjernet en node, kan du se om det ventede antallet stemmer virkelig sank. Venter klyngen fortsatt på en node som ikke lenger finnes, sier avstanden mellom innsamlede og ventede stemmer det, og det bør merkes før enda en node faller.

Den samme opplysningen brukes på vedlikeholdssiden: før en node oppdateres, regnes det ut om flertallet holder akkurat da. Å starte vedlikehold på en låst klynge gjør ikke annet enn å forstørre problemet.