Jeg byggede en klynge, men maskinerne flytter ikke: det, der mangler, er lagringen

Du byggede klyngen, knuderne ser hinanden, i fladen står de alle side om side. Så vil du flytte en maskine til en anden knude, og det går ikke.

Det, der mangler, er ikke klyngen, det er lagringen.

Det, der flytter, er ikke maskinen, men arbejdshukommelsen

At flytte en virtuel maskine, der kører, betyder at kopiere tilstanden i dens arbejdshukommelse over til den anden knude. Det går over nettet, og det er hurtigt.

Men maskinens disk er også nødvendig, og disken er mange gange større end arbejdshukommelsen. Ligger disken kun på den første knudes egen enhed, når den anden knude ikke frem. Flytningen begynder enten aldrig, eller den må kopiere disken med, og så tager det ikke længere sekunder, men minutter eller endda timer.

Svaret kan altså rummes i én sætning: disken skal være synlig fra begge knuder.

To måder at ordne det på

Delt lagring. Disken ligger et fælles sted, som begge knuder forbinder sig til: et netværkslager, en lagringsserver eller et fordelt lagringslag. Ved flytningen kopieres disken slet ikke, for den er der allerede. Det er den hurtigste og reneste vej.

Kopiering efter plan. Disken bliver liggende lokalt, men kopieres til den anden knude med jævne mellemrum. Ved flytningen sendes kun det, der er ændret siden sidste kopi, og derfor går det hurtigt. Prisen er denne: fordi kopien tages efter plan, kan du miste de sidste minutter. Ved en planlagt flytning er det ikke et problem; ved et pludseligt nedbrud kan det være det.

Spørgsmålet, der afgør, hvad der passer dig, lyder: hvis en knude dør pludseligt, hvor mange minutters tab accepterer du? Er svaret "nul", har du brug for delt lagring. Er svaret "et par minutter er fint", er kopiering efter plan nok, og det er langt billigere.

Beholdere flytter ikke som virtuelle maskiner

Her bliver de, der bygger deres første klynge, oftest overraskede. En virtuel maskine kan flyttes, mens den kører. En beholder kan ikke: den lukkes ned, flyttes og startes igen.

For dine beholdere findes der altså ingen flytning uden afbrydelse, heller ikke med klynge. Det er ikke en mangel, men beholderens natur: en virtuel maskine bærer sin egen kerne, en beholder bruger serverens, og den kerne kan ikke rejse med.

Praktisk følge: tag det med i beregningen, når du afgør, hvilket arbejde der skal ligge i en beholder, og hvilket i en virtuel maskine. Ligger arbejde, der ikke tåler afbrydelser, i en beholder, vil det arbejde stå stille på vedligeholdelsesnætter.

Læg rækkefølgen på forhånd

Den nat, hvor du opdaterer en knude, skal svarene på disse spørgsmål allerede ligge klar: hvor mange maskiner der er på knuden, hvor mange der kan flyttes, hvor mange der skal lukkes ned, og hvilken knude de flytbare går til.

At regne det ud samme nat er en dårlig idé. Skriv det ned én gang, og læg det til side.

Hvad Atlas gør

Før en knude opdateres, lister Atlas de maskiner, der kører på den, og foreslår dig en flytterækkefølge: hvilken maskine til hvilken knude. Forslaget fordeler dem på skift mellem de tilgængelige knuder.

Skellet for beholdere gøres her udtrykkeligt. For virtuelle maskiner er den foreslåede metode flytning under drift; for beholdere kæden luk ned, flyt, start. Produktet tilbyder ikke dette som et valg, det fastslår, at en beholder ikke kan flyttes på anden måde.

Maskiner, der er overladt til håndteringen af høj tilgængelighed, markeres også, for at flytte dem i hånden og at overlade dem til håndteringens egen beslutning er to forskellige ting.

Og forslaget forbliver et forslag: flyttekommandoen kører ikke af sig selv, du trykker på knappen.

En ærlig grænse: i dag betragter Atlas enhver kørende virtuel maskine som flytbar og kontrollerer ikke, om dens disk virkelig er synlig fra den anden knude. Produktet besvarer altså ikke lagringsspørgsmålet ovenfor på dine vegne, du må besvare det én gang selv. Læs forslaget med det i baghovedet.