Hvilken fysisk disk ligger din virtuelle maskine egentlig på?
Listevisningen fortæller, at en maskine bruger local-lvm. Den fortæller ikke, at otte andre maskiner hviler på den samme fysiske disk. Det er den anden sætning, der afgør, hvad et enkelt nedbrud koster.
AtlasPVE ·
Denne artikel besvarer
- proxmox hvilken disk ligger min vm på
- proxmox vm disk placering
- proxmox storage til fysisk disk
- proxmox topologi visning
- proxmox network topology visualizer
Spørg hvor disken til en virtuel maskine ligger, og grænsefladen svarer straks: local-lvm. Det er et rigtigt svar, og det er ikke det svar, du havde brug for. local-lvm er et navn, og et navn siger ikke, hvilket stykke hardware der holder op med at snurre.
Spørgsmålet, der tæller, ligger bagved: hvis en fysisk disk går i stykker i nat, hvor mange maskiner følger med?
Kæden har fem led
En virtuel maskine ligger ikke på en disk. Den ligger for enden af en kæde, og hvert led er et sted, hvor svaret kan overraske dig.
Maskinen angiver en virtuel disk i sin egen konfiguration. En linje som scsi0: local-lvm:vm-100-disk-0,size=32G navngiver lagringen, ikke hardwaren.
Den virtuelle disk er enten en fil eller en blokenhed. Hvilken af de to afhænger af lagringstypen, og den forskel afgør, om et snapshot er billigt eller umuligt.
Lagringen er en post i værtens lagringskonfiguration. Den er et mærkat, der peger på noget andet. To mærkater kan pege på det samme underliggende, og det er præcis sådan to tilsyneladende adskilte maskiner ender med at dele ét nedbrud.
Poolen eller volumengruppen er der, hvor flere fysiske diske samles. Eller hvor en enkelt lader som om den er en pool.
Den fysiske disk er det eneste led, der reelt kan dø.
Listevisningen viser dig led ét og led tre. Risikoen bor i led to, fire og fem.
Hvorfor svaret vejer tungere, end det ser ud
Tænk på en almindelig opsætning: otte maskiner, alle på local-lvm, på en vært med fire diske. Det læses, som om belastningen er fordelt på fire diske. Om den er det, afhænger helt af, hvordan volumengruppen blev bygget.
Blev de fire diske lagt sammen i striber uden redundans, tager ét disknedbrud alle otte maskiner. Blev de spejlet parvis, tager ét disknedbrud ingenting, og du skifter disken i ro og mag. De samme otte maskiner, det samme lagringsnavn, den samme skærm. Modsatte følger.
Intet i maskinlisten skiller de to tilfælde ad. Du er nødt til at gå kæden igennem.
Hvor kæden gemmer sig
Thin provisioning. En maskine kan vise 32 GB tildelt og fylde 4 GB. Læg de tildelte størrelser sammen, og du kan overskride den fysiske kapacitet, uden at der kommer nogen advarsel. Alt virker, indtil poolen faktisk fyldes, og så går det galt ikke for den maskine, der voksede, men for alle på én gang.
Snapshots i samme pool. Et snapshot beskytter dig mod en fejl inde i maskinen. Det beskytter dig ikke mod disken nedenunder. Et snapshot, der ligger i samme pool som maskinen, dør sammen med maskinen.
To mærkater, én enhed. En kataloglagring, hvis sti tilfældigvis ligger på den samme volumengruppe som en bloklagring. To poster i grænsefladen, én fysisk skæbne.
Systemdisken. På mange værter er systemdisken og den første maskinlagring den samme enhed. Det virker, det er udbredt, og det betyder, at ét enkelt nedbrud tager både maskinerne og det, der skulle have styret dem.
Spørgsmålet som en sikkerhedskopi ikke svarer på
"Der er backup" er et godt svar på et andet spørgsmål. En backup svarer på hvor lang tid gendannelsen tager, ikke på hvor mange maskiner der skal gendannes.
Det er to adskilte tal, og de koster hver for sig. At hente én maskine tilbage er en aften. At hente otte tilbage er en weekend, og en weekend hvor intet kører.
At gå kæden igennem giver dig det andet tal. Det er værd at kende, før du får brug for det, for du kan ikke måle det, når disken allerede er død.
At læse kæden i hånden
Hvert led kan læses fra værten, og det er værd at gøre mindst én gang, så formen bliver velkendt.
Maskinens konfiguration navngiver sin lagring. Værtens lagringskonfiguration siger, hvilken type den er, og hvad den peger på. For en volumengruppe viser gruppelisten, hvilke fysiske enheder der hører til. For en ZFS pool viser poolstatus enhederne og, vigtigere, hvordan de er ordnet: om de spejler hinanden eller blot ligger side om side.
Den sidste detalje afgør alt, og den ligger samtidig længst fra maskinlisten.
Hvad Atlas gør
Atlas tegner hele kæden på én skærm, fra maskinen ned til den fysiske disk. Spørgsmålet besvares dermed ved at følge en linje i stedet for at åbne fem visninger og sætte dem sammen i hovedet.
Kortet viser maskinen, dens processor og hukommelsesandel, dens virtuelle diske, den lagring de hviler på, poolen og allernederst den virkelige hardware. Når otte maskiner går ned til den samme fysiske disk, løber de otte linjer synligt sammen. Du behøver ikke at have mistanke om det for at finde det.
Også ordningen tegnes, ikke kun tilhørsforholdet: et spejlet par og to uafhængige diske ser forskellige ud, for forskellen mellem dem er forskellen mellem en rolig udskiftning og en tabt weekend.
Kæden læses direkte i stedet for at blive tegnet én gang, så en lagring, der blev tilføjet sidste måned, står på kortet, uden at nogen skal huske at opdatere et skema.
Kilder
Proxmox’ egen dokumentation. På engelsk, og den har det sidste ord i dette spørgsmål.