Een knooppunt toevoegen en verwijderen in een cluster: de stappen zonder weg terug

Een machine aan een cluster toevoegen ziet eruit als een paar klikken in het paneel. Op de achtergrond betekent het echter dat een machine haar identiteit afstaat. En sommige stappen kennen geen weg terug.

De toetredende machine moet leeg zijn

Toetreden tot een cluster is niet je naam op een lijst zetten. De clusterinstellingen van de toetredende machine worden vervangen door die van het cluster.

Praktisch gevolg: een server met machines erop kan niet toetreden en die machines behouden. Het toetreden verwacht dat de gastinstellingen van de toetredende kant leeg zijn.

De regel is duidelijk: treed toe met een leeg knooppunt. Staat er werk op, verplaats dat eerst. De manier om het te verplaatsen is een back-up maken en die na het toetreden terugzetten. Treed niet toe op hoop; stopt de handeling halverwege, dan houd je noch de oude noch de nieuwe toestand over.

Verwijderen gaat maar één kant op

Hier is echte zorgvuldigheid nodig. Verwijder je een knooppunt uit een cluster, dan kun je dat knooppunt niet met dezelfde naam en dezelfde identiteit terughalen.

De reden: het overgebleven cluster blijft de identiteit van het verwijderde knooppunt in zijn eigen toestand meedragen. Een machine die met dezelfde identiteit terugkomt, schept een tegenspraak tussen wat het cluster ziet en wat werkelijk is.

Wil je de verwijderde machine hergebruiken, dan is er één weg: installeer hem opnieuw vanaf nul. Dat is geen gemaksadvies, het is de enige veilige weg.

De machine wordt vóór het verwijderen uitgezet

De tweede regel: het te verwijderen knooppunt wordt uitgezet en blijft uit. Een draaiend knooppunt willen verwijderen leidt ertoe dat het terugkomt en het cluster in de war schopt.

De volgorde is: verplaats het werk, zet de machine uit, verwijder hem daarna uit het cluster.

Het verborgen neveneffect van verwijderen: de meerderheid verandert

Dit is wat niemand meerekent. Verwijder je een knooppunt, dan moet ook het aantal stemmen dat het cluster verwacht veranderen.

Verwijder je uit een cluster van drie knooppunten er één, dan blijven er twee over, en twee knooppunten zijn precies de kwetsbare toestand: valt er één weg, dan kan het overgebleven enkele knooppunt geen meerderheid vormen en zet het cluster zichzelf op slot.

De handeling "ik zet een knooppunt uit dienst" kan je dus ongemerkt naar de slechtste ordening brengen. Denk bij het besluit tot verkleinen vanaf het begin na of je naar drie zakt.

Namen worden bij de installatie gekozen

Klein maar vervelend detail: knooppuntnamen zijn niet makkelijk te veranderen zodra ze in een cluster zitten. De naam die je bij de installatie geeft, blijft lang bij je.

Neem een minuut en kies een zinnige naam. Drie knooppunten die allemaal "pve" heten maken het een half jaar later lastig te weten naar welke machine je kijkt.

De volgorde bij verkleinen

De volgorde bij het verkleinen van een cluster: verplaats het werk naar andere knooppunten, zet de machine uit, verwijder hem uit het cluster, controleer of de overgebleven knooppunten nog een meerderheid houden, en ga je die machine hergebruiken, installeer hem dan opnieuw.

De vierde stap wordt het vaakst overgeslagen, en als hij wordt overgeslagen is het probleem niet meteen zichtbaar: alles blijft werken, totdat een knooppunt wegvalt.

Wat Atlas doet

Laten we de grens eerst duidelijk stellen: Atlas voert het toevoegen en verwijderen van knooppunten niet uit. Dat is het werk van het cluster zelf en dat hoort zo te blijven.

Wat Atlas doet, is het gevolg van die handelingen zichtbaar maken. Bij het lezen van de clustertoestand zegt het niet alleen "er is een cluster"; het toont apart hoeveel stemmen er verzameld zijn en hoeveel er verwacht worden.

De waarde van dat onderscheid komt precies in dit artikel naar voren. Na het verwijderen van een knooppunt kun je zien of het verwachte aantal stemmen werkelijk is gedaald. Verwacht het cluster nog een knooppunt dat er niet meer is, dan zegt het verschil tussen verzamelde en verwachte stemmen dat, en dat hoor je te merken voordat er nog een knooppunt wegvalt.

Dezelfde gegevens worden aan de onderhoudskant gebruikt: voordat een knooppunt wordt bijgewerkt, wordt berekend of de meerderheid op dat moment standhoudt. Onderhoud beginnen op een vergrendeld cluster maakt het probleem alleen groter.