Één machine, twee filosofieën: moet opslag of virtualisatie het fundament zijn?

Wie één server en meerdere taken heeft, komt uiteindelijk bij deze splitsing. Aan de ene kant systemen gebouwd rond een schijvenverzameling, waar virtuele machines draaien een functie is. Aan de andere kant systemen gebouwd rond een hypervisor, waar opslag een subsysteem is. Beide werken. Mensen zijn aan beide kanten tevreden.

De nuttige vraag is niet welke beter is. Het is: welke laag wilt u onder de andere, want dat bepaalt wat u later kunt vervangen zonder de machine opnieuw te bouwen.

Wat "fundament" hier betekent

Het fundament is de laag die blijft draaien terwijl aan de andere wordt gewerkt. Daar zit het hele verschil, en bij het vergelijken van functielijsten wordt dat makkelijk gemist.

Is opslag het fundament, dan overleeft de verzameling uw experimenten met diensten. U kunt om twee uur 's nachts een container slopen en uw bestanden blijven ongemoeid, want wat ze vasthoudt was er nooit bij betrokken.

Is de hypervisor het fundament, dan overleven de machines uw experimenten met opslag. U kunt een pool toevoegen, een schijf verplaatsen, een opslagdoel vervangen, en de machines gaan door zolang hun eigen schijven bereikbaar blijven.

Geen van beide volgordes beschermt allebei. U kiest wat het saaie, stabiele ding moet zijn.

De vraag die het echt beslist

Niet "wat wil ik draaien", want beide antwoorden draaien alles. Vraag in plaats daarvan: waar is deze machine voor op zijn slechtste dag?

Is het eerlijke antwoord "hij bewaart dingen die ik niet mag kwijtraken, en draait er ook wat diensten bij", dan wil opslag het fundament zijn. De virtualisatiekant wordt toereikend in plaats van diep, en dat is de juiste ruil omdat de verzameling het punt is.

Is het eerlijke antwoord "hij draait dingen waar mensen van afhangen, en bewaart ook hun gegevens", dan wil de hypervisor het fundament zijn. Opslag komt als onderdelen in plaats van als afgerond product, en ook dat is de juiste ruil omdat het punt is dat de diensten overeind blijven.

De meeste teleurstelling komt van wie het tweede antwoord kiest en de opslagervaring van het eerste systeem verwacht. Of andersom.

Wat elke kant echt kost

Verzameling eerst. De virtualisatiekant is echt maar ondieper. Snapshotkoppeling met de gast, live migratie, back-upplanning per machine en hardware doorgeven bestaan in wisselende mate, en dat alles is aan de hypervisorkant makkelijker. Zijn uw virtuele machines twee hulpdozen, dan merkt u het nooit. Zijn het acht productiediensten, dan merkt u het.

Hypervisor eerst. Opslag komt als onderdelen, niet als afgerond product. U kiest een indeling, beslist over redundantie, zet controles en bewaking op, en nergens biedt een vriendelijke assistent aan om "gewoon even een share te maken". De flexibiliteit is echt, en de opbouwtijd ook.

⚠️ Beide kanten maken een herstart duur, en dat verrast wie dacht dat de schijven-eerst keuze daartegen beschermt. Een kernelupdate legt de machine hoe dan ook plat, met alles erop. Fundament gaat over wat uw wijzigingen overleeft, niet over wat een herstart overleeft.

De hybride en de storing die hij toevoegt

Een veelvoorkomende opzet: de hypervisor als fundament, daarbovenop een opslaggericht systeem als virtuele machine, met de schijven rechtstreeks doorgegeven.

Dit werkt, het is populair, en het geeft echt beide ervaringen. Maar het voegt een afhankelijkheid toe die er eerst niet was: uw bestanden vereisen nu dat een virtuele machine opstart. Start hij niet, dan is de opslag niet alleen traag maar afwezig, en alles wat daar een share van koppelt valt tegelijk uit.

Dat is een aanvaardbare ruil als u weet dat u hem maakt. Het wordt een vervelende verrassing als u de afhankelijkheid tijdens een storing ontdekt. Twee gewoonten maken het veilig: houd de opstartschijf van de hypervisor volledig gescheiden van de doorgegeven schijven, en zorg dat minstens één herstelpad niet via die machine loopt.

Wat het niet beslist

Ruwe prestatiecijfers. Op één machine rusten beide benaderingen op dezelfde hardware, en het praktische verschil is meestal kleiner dan dat tussen twee opslagindelingen op hetzelfde systeem.

Wat makkelijker te installeren is. Installeren gebeurt één keer. Waar u mee leeft is het tweede jaar, als u iets moet veranderen.

Wat populairder is voor uw gebruik. Een goed begrepen opzet die u kunt repareren wint van een betere die u niet kunt repareren.

Wat Atlas doet

Atlas maakt van Proxmox geen opslagapparaat en doet niet alsof de opbouwstap verdwijnt. Wat het doet is het opgebouwde resultaat leesbaar maken, en juist daar is de hypervisorkant het lastigst.

De bronketen wordt van elke machine tot de fysieke schijf getekend, zodat de indeling die u opbouwde een zichtbaar beeld wordt in plaats van een onthouden beslissing. Aan de schijvenkant is dat beeld impliciet omdat de verzameling het product is; hier moet het getoond worden, en dat tonen is precies het punt.

Opslagwerk loopt via een begeleide stroom met voorbeeld van de bewerking en een weg terug, over ZFS, LVM en Btrfs. Dat kiest niet voor u, en dat is ook niet de bedoeling: het maakt de keuze die u maakte achteraf inspecteerbaar, en dat deel bepaalt hoe het tweede jaar verloopt.