Jeg bygde en klynge, men maskinene flytter ikke: det som mangler er lagringen

Du bygde klyngen, nodene ser hverandre, i grensesnittet står de alle side om side. Så vil du flytte en maskin til en annen node, og det går ikke.

Det som mangler er ikke klyngen, det er lagringen.

Det som flytter er ikke maskinen, men arbeidsminnet

Å flytte en virtuell maskin som kjører, betyr å kopiere tilstanden i arbeidsminnet dens til den andre noden. Det går over nettet og er raskt.

Men maskinens disk trengs også, og disken er mange ganger større enn arbeidsminnet. Ligger disken bare på den første nodens egen enhet, når ikke den andre noden fram. Flyttingen begynner enten aldri, eller den må kopiere disken også, og da tar det ikke lenger sekunder, men minutter eller til og med timer.

Svaret får altså plass i én setning: disken må være synlig fra begge noder.

To måter å ordne det på

Delt lagring. Disken ligger på et felles sted som begge noder kobler seg til: et nettverkslager, en lagringstjener eller et fordelt lagringslag. Ved flytting kopieres disken ikke i det hele tatt, siden den allerede er der. Dette er den raskeste og reneste veien.

Kopiering etter plan. Disken blir liggende lokalt, men kopieres til den andre noden med jevne mellomrom. Ved flytting sendes bare det som er endret siden forrige kopi, derfor går det raskt. Prisen er denne: siden kopien tas etter plan, kan du miste de siste minuttene. Ved en planlagt flytting er det ikke noe problem, ved en plutselig feil kan det være det.

Spørsmålet som avgjør hva som passer deg, lyder: hvis en node dør brått, hvor mange minutters tap godtar du? Er svaret "null", trenger du delt lagring. Er svaret "noen minutter går greit", holder kopiering etter plan, og det er langt billigere.

Beholdere flytter ikke slik virtuelle maskiner gjør

Her blir de som bygger sin første klynge, oftest overrasket. En virtuell maskin kan flyttes mens den kjører. En beholder kan ikke: den slås av, flyttes og startes på nytt.

For beholderne dine finnes det altså ingen flytting uten avbrudd, ikke engang med klynge. Det er ingen mangel, men beholderens natur: en virtuell maskin bærer sin egen kjerne, en beholder bruker tjenerens, og den kjernen kan ikke reise med.

Praktisk følge: ta det med i regnestykket når du avgjør hvilket arbeid som skal ligge i en beholder og hvilket i en virtuell maskin. Ligger arbeid som ikke tåler avbrudd i en beholder, vil det arbeidet stoppe på vedlikeholdsnetter.

Legg rekkefølgen på forhånd

Den natten du oppdaterer en node, skal svarene på disse spørsmålene allerede ligge klare: hvor mange maskiner som er på noden, hvor mange som kan flyttes, hvor mange som må slås av, og hvilken node de flyttbare går til.

Å regne det ut samme natt er en dårlig idé. Skriv det ned én gang og legg det til side.

Hva Atlas gjør

Før en node oppdateres, lister Atlas opp maskinene som kjører på den, og foreslår deg en flytterekkefølge: hvilken maskin til hvilken node. Forslaget fordeler dem etter tur på de tilgjengelige nodene.

Skillet for beholdere gjøres her uttrykkelig. For virtuelle maskiner er den foreslåtte måten flytting mens de kjører; for beholdere kjeden slå av, flytt, start. Produktet tilbyr ikke dette som et valg, det slår fast at en beholder ikke kan flyttes på annen måte.

Maskiner som er overlatt til håndteringen for høy tilgjengelighet, merkes også, for å flytte dem for hånd og å overlate dem til håndteringens egen beslutning er to forskjellige ting.

Og forslaget forblir et forslag: flyttekommandoen kjører ikke av seg selv, du trykker på knappen.

En ærlig grense: i dag regner Atlas enhver kjørende virtuell maskin som flyttbar og sjekker ikke om disken dens virkelig er synlig fra den andre noden. Produktet svarer altså ikke på lagringsspørsmålet ovenfor på dine vegne, du må svare på det én gang selv. Les forslaget med det i bakhodet.