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

Den, der har én server og flere opgaver, kommer før eller siden til denne skillevej. På den ene side systemer bygget omkring en disksamling, hvor virtuelle maskiner er en funktion. På den anden systemer bygget omkring en hypervisor, hvor lagring er et undersystem. Begge virker. Folk er tilfredse på begge sider.

Det nyttige spørgsmål er ikke, hvilket der er bedst. Det er: hvilket lag vil du have under det andet, for det afgør, hvad du senere kan udskifte uden at bygge maskinen om.

Hvad "fundament" betyder her

Fundamentet er det lag, der bliver ved med at køre, mens der arbejdes på det andet. Der ligger hele forskellen, og den er let at overse, når man sammenligner funktionslister.

Er lagringen fundamentet, overlever samlingen dine eksperimenter med tjenester. Du kan ødelægge en container klokken to om natten, og dine filer er urørte, fordi det, der holder dem, aldrig var involveret.

Er hypervisoren fundamentet, overlever maskinerne dine eksperimenter med lagring. Du kan tilføje en pulje, flytte en disk, udskifte et lagringsmål, og maskinerne kører videre, så længe deres egne diske kan nås.

Ingen af rækkefølgerne beskytter begge dele. Du vælger, hvad der skal være den kedelige, stabile ting.

Spørgsmålet, der faktisk afgør det

Ikke "hvad vil jeg køre", for begge svar kører alt. Spørg i stedet: hvad er denne maskine til på sin værste dag?

Er det ærlige svar "den holder ting, jeg ikke må miste, og kører også et par tjenester", så vil lagringen være fundamentet. Virtualiseringssiden bliver tilstrækkelig snarere end dyb, og det er den rigtige handel, fordi samlingen er pointen.

Er det ærlige svar "den kører ting, folk er afhængige af, og gemmer også deres data", så vil hypervisoren være fundamentet. Lagringen kommer som dele i stedet for som færdigt produkt, og det er også den rigtige handel, fordi pointen er, at tjenesterne står.

Det meste af skuffelsen kommer af at vælge det andet svar og forvente det første systems lagringsoplevelse. Eller omvendt.

Hvad hver side faktisk koster

Samlingen først. Virtualiseringssiden er ægte, men lavere. Snapshot-integration med gæsten, direkte migrering, sikkerhedskopiplan pr. maskine og hardwaregennemgang findes i forskellig grad, og alt det er nemmere på hypervisorsiden. Er dine virtuelle maskiner to hjælpekasser, opdager du det aldrig. Er de otte produktionstjenester, opdager du det.

Hypervisoren først. Lagring kommer som dele, ikke som færdigt produkt. Du vælger et layout, beslutter redundans, sætter kontroller og overvågning op, og ingen steder tilbyder en venlig guide at "bare lave en deling". Fleksibiliteten er ægte, og opbygningstiden er det også.

⚠️ Begge sider gør en genstart dyr, og det overrasker dem, der troede, at diske-først beskytter mod det. En kerneopdatering tager maskinen ned under alle omstændigheder, med alt hvad der ligger på den. Fundament handler om, hvad der overlever dine ændringer, ikke om hvad der overlever en genstart.

Hybriden og den fejl, den tilføjer

En meget udbredt opsætning: hypervisoren som fundament og ovenpå et lagringsrettet system som virtuel maskine, med diskene sendt direkte igennem.

Det virker, det er populært, og det giver virkelig begge oplevelser. Men det indfører en afhængighed, der ikke var der før: dine filer kræver nu, at en virtuel maskine starter. Starter den ikke, er lagringen ikke bare langsom, den er væk, og alt, der monterer en deling derfra, falder på samme tid.

Det er en acceptabel handel, hvis du ved, at du indgår den. Den bliver en ubehagelig overraskelse, hvis du opdager afhængigheden under et nedbrud. To vaner gør den sikker: hold hypervisorens egen opstartsdisk helt adskilt fra de gennemsendte diske, og sørg for, at mindst én genopretningsvej ikke går gennem den maskine.

Hvad der ikke afgør det

Rå ydelsestal. På én maskine hviler begge tilgange på den samme hardware, og forskellen i praksis er som regel mindre end den mellem to lagringslayouts på samme system.

Hvad der er lettest at installere. Installationen sker én gang. Det, du lever med, er år to, når noget skal ændres.

Hvad der er mest populært til lige netop din brug. En velforstået opsætning, du kan reparere, slår en bedre, du ikke kan reparere.

Hvad Atlas gør

Atlas gør ikke Proxmox til et lagringsapparat og lader ikke som om, opbygningstrinnet forsvinder. Det, det gør, er at gøre det opbyggede resultat læsbart, og det er netop der, hypervisorsiden er hårdest.

Ressourcekæden tegnes fra hver maskine ned til den fysiske disk, så den opsætning, du byggede, bliver et synligt billede i stedet for en husket beslutning. På disksiden er det billede underforstået, fordi samlingen er produktet; her skal det vises, og at vise det er hele pointen.

Lagringsarbejde går gennem et guidet forløb med forhåndsvisning og vej tilbage, på tværs af ZFS, LVM og Btrfs. Det vælger ikke for dig, og det er heller ikke meningen: det gør det valg, du traf, efterprøveligt bagefter, og den del afgør, hvordan år to forløber.