Én maskin, to filosofier: skal lagring eller virtualisering være fundamentet?

Den som har én tjener og flere oppgaver, kommer før eller siden til dette veiskillet. På den ene siden systemer bygget rundt en disksamling, der virtuelle maskiner er en funksjon. På den andre systemer bygget rundt en hypervisor, der lagring er et delsystem. Begge virker. Folk er fornøyde på begge sider.

Det nyttige spørsmålet er ikke hvilket som er best. Det er: hvilket lag vil du ha under det andre, for det avgjør hva du kan bytte ut senere uten å bygge maskinen på nytt.

Hva "fundament" betyr her

Fundamentet er laget som fortsetter å gå mens du arbeider på det andre. Der ligger hele forskjellen, og den er lett å overse når du sammenligner funksjonslister.

Er lagringen fundamentet, overlever samlingen eksperimentene dine med tjenester. Du kan ødelegge en beholder klokka to om natta, og filene dine er urørt, fordi det som holder dem aldri var involvert.

Er hypervisoren fundamentet, overlever maskinene eksperimentene dine med lagring. Du kan legge til en pool, flytte en disk, bytte et lagringsmål, og maskinene går videre så lenge deres egne disker er tilgjengelige.

Ingen av rekkefølgene beskytter begge. Du velger hva som skal være den kjedelige, stabile tingen.

Spørsmålet som faktisk avgjør

Ikke "hva vil jeg kjøre", for begge svarene kjører alt. Spør heller: hva er denne maskinen til på sin verste dag?

Er det ærlige svaret "den holder ting jeg ikke kan miste, og kjører også noen tjenester", da vil lagringen være fundamentet. Virtualiseringssiden blir tilstrekkelig heller enn dyp, og det er den riktige byttehandelen fordi samlingen er poenget.

Er det ærlige svaret "den kjører ting folk er avhengige av, og lagrer også dataene deres", da vil hypervisoren være fundamentet. Lagringen kommer som deler i stedet for ferdig produkt, og det er også riktig byttehandel fordi poenget er at tjenestene står.

Mesteparten av skuffelsen kommer av å velge det andre svaret og forvente det første systemets lagringsopplevelse. Eller motsatt.

Hva hver side faktisk koster

Samlingen først. Virtualiseringssiden er ekte, men grunnere. Snapshot-integrasjon med gjesten, direkte migrering, sikkerhetskopiplan per maskin og maskinvaregjennomslipp finnes i ulik grad, og alt dette er enklere på hypervisorsiden. Er de virtuelle maskinene dine to hjelpekasser, merker du det aldri. Er de åtte produksjonstjenester, merker du det.

Hypervisoren først. Lagring kommer som deler, ikke som ferdig produkt. Du velger et oppsett, bestemmer redundans, setter opp kontroller og overvåking, og ingen steder tilbyr en vennlig veiviser å "bare lage en deling". Fleksibiliteten er ekte, og byggetiden også.

⚠️ Begge sider gjør en omstart dyr, og det overrasker den som trodde disker-først beskytter mot det. En kjerneoppdatering tar ned maskinen uansett, med alt som ligger på den. Fundament handler om hva som overlever endringene dine, ikke om hva som overlever en omstart.

Hybriden og feilen den legger til

Et svært vanlig oppsett: hypervisoren som fundament, og oppå den et lagringsrettet system som virtuell maskin, med diskene sluppet rett gjennom.

Dette virker, det er populært, og det gir virkelig begge opplevelsene. Men det innfører en avhengighet som ikke fantes før: filene dine krever nå at en virtuell maskin starter. Starter den ikke, er lagringen ikke bare treg, den er borte, og alt som monterer en deling derfra faller samtidig.

Det er en akseptabel byttehandel hvis du vet at du gjør den. Den blir en ubehagelig overraskelse hvis du oppdager avhengigheten under et avbrudd. To vaner gjør den trygg: hold hypervisorens egen oppstartsdisk helt atskilt fra de gjennomslupne diskene, og sørg for at minst én gjenopprettingsvei ikke går gjennom den maskinen.

Hva som ikke avgjør

Rå ytelsestall. På én maskin hviler begge tilnærmingene på den samme maskinvaren, og forskjellen i praksis er som regel mindre enn den mellom to lagringsoppsett på samme system.

Hva som er lettest å installere. Installasjonen skjer én gang. Det du lever med, er år to, når noe må endres.

Hva som er mest populært for akkurat din bruk. Et godt forstått oppsett du kan reparere, slår et bedre du ikke kan reparere.

Hva Atlas gjør

Atlas gjør ikke Proxmox til et lagringsapparat og later ikke som byggesteget forsvinner. Det det gjør, er å gjøre det ferdig bygde resultatet lesbart, og det er nettopp der hypervisorsiden er tyngst.

Ressurskjeden tegnes fra hver maskin ned til den fysiske disken, slik at oppsettet du bygget blir et synlig bilde i stedet for en husket beslutning. På disksiden er det bildet underforstått fordi samlingen er produktet; her må det vises, og å vise det er hele poenget.

Lagringsarbeid går gjennom en veiledet flyt med forhåndsvisning og vei tilbake, på tvers av ZFS, LVM og Btrfs. Det velger ikke for deg, og er ikke ment å gjøre det: det gjør valget du tok etterprøvbart i etterkant, og den delen avgjør hvordan år to blir.