Vilken fysisk disk ligger din virtuella maskin egentligen på?
Listvyn säger att en maskin använder local-lvm. Den säger inte att åtta andra maskiner vilar på samma fysiska disk. Det är den andra meningen som avgör vad ett enda haveri kostar.
AtlasPVE ·
Den här artikeln svarar på
- proxmox vilken disk ligger min vm på
- proxmox vm disk plats
- proxmox storage till fysisk disk
- proxmox topologi vy
- proxmox network topology visualizer
Fråga var en virtuell maskins disk ligger och gränssnittet svarar direkt: local-lvm. Det är ett riktigt svar och det är inte svaret du behövde. local-lvm är ett namn, och ett namn säger inte vilken hårdvara som slutar snurra.
Frågan som räknas ligger bakom: om en fysisk disk går sönder i natt, hur många maskiner följer med?
Kedjan har fem länkar
En virtuell maskin ligger inte på en disk. Den ligger i änden av en kedja, och varje länk är en plats där svaret kan överraska dig.
Maskinen deklarerar en virtuell disk i sin egen konfiguration. En rad som scsi0: local-lvm:vm-100-disk-0,size=32G namnger lagringen, inte hårdvaran.
Den virtuella disken är antingen en fil eller en blockenhet. Vilket av de två beror på lagringstypen, och den skillnaden avgör om en snapshot är billig eller omöjlig.
Lagringen är en post i värdens lagringskonfiguration. Den är en etikett som pekar på något annat. Två etiketter kan peka på samma underliggande sak, och det är precis så två till synes åtskilda maskiner slutar dela ett haveri.
Poolen eller volymgruppen är där flera fysiska diskar förs samman. Eller där en ensam låtsas vara en pool.
Den fysiska disken är den enda länken som verkligen kan dö.
Listvyn visar dig länk ett och länk tre. Risken bor i länk två, fyra och fem.
Varför svaret väger tyngre än det ser ut
Tänk på en vanlig uppsättning: åtta maskiner, alla på local-lvm, på en värd med fyra diskar. Det läses som att lasten är spridd över fyra diskar. Om den är det beror helt på hur volymgruppen byggdes.
Om de fyra diskarna lades ihop i band utan redundans tar ett diskhaveri alla åtta maskiner. Om de speglades parvis tar ett diskhaveri ingenting och du byter disken i lugn och ro. Samma åtta maskiner, samma lagringsnamn, samma skärm. Motsatta följder.
Ingenting i maskinlistan skiljer dessa två fall åt. Du måste gå kedjan.
Var kedjan gömmer sig
Thin provisioning. En maskin kan visa 32 GB tilldelat och uppta 4 GB. Lägg ihop de tilldelade storlekarna och du kan överskrida den fysiska kapaciteten utan att någon varning dyker upp. Allt fungerar tills poolen verkligen fylls, och då går det sönder inte för maskinen som växte utan för alla samtidigt.
Snapshots i samma pool. En snapshot skyddar dig mot ett misstag inuti maskinen. Den skyddar dig inte mot disken under. En snapshot som ligger i samma pool som maskinen dör med maskinen.
Två etiketter, en enhet. En kataloglagring vars sökväg råkar ligga på samma volymgrupp som en blocklagring. Två poster i gränssnittet, ett fysiskt öde.
Systemdisken. På många värdar är systemdisken och den första maskinlagringen samma enhet. Det fungerar, det är vanligt, och det betyder att ett enda haveri tar både maskinerna och det som skulle ha skött dem.
Frågan som en backup inte svarar på
"Det finns backup" är ett bra svar på en annan fråga. En backup svarar på hur lång tid återställningen tar, inte på hur många maskiner som behöver återställas.
Det är skilda siffror och de kostar var för sig. Att återställa en maskin är en kväll. Att återställa åtta är en helg, och en helg då ingenting rullar.
Att gå kedjan ger dig den andra siffran. Den är värd att känna till innan du behöver den, för du kan inte mäta den när disken redan är död.
Att läsa kedjan för hand
Varje länk går att läsa från värden, och det är värt att göra det minst en gång så att formen blir bekant.
Maskinens konfiguration namnger sin lagring. Värdens lagringskonfiguration säger vilken typ den är och vad den pekar på. För en volymgrupp visar grupplistan vilka fysiska enheter som hör till den. För en ZFS pool visar poolstatusen enheterna och, viktigare, hur de är ordnade: om de speglar varandra eller bara ligger sida vid sida.
Den sista detaljen avgör allt, och den ligger samtidigt längst från maskinlistan.
Vad Atlas gör
Atlas ritar hela kedjan på en skärm, från maskinen ner till den fysiska disken. Frågan besvaras då genom att följa en linje i stället för att öppna fem vyer och foga ihop dem i huvudet.
Kartan visar maskinen, dess processor och minnesandel, dess virtuella diskar, lagringen de vilar på, poolen och längst ner den verkliga hårdvaran. När åtta maskiner går ner till samma fysiska disk löper de åtta linjerna synligt samman. Du behöver inte misstänka det för att hitta det.
Även ordningen ritas, inte bara tillhörigheten: ett speglat par och två oberoende diskar ser olika ut, för skillnaden mellan dem är skillnaden mellan ett lugnt byte och en förlorad helg.
Kedjan läses live i stället för att ritas en gång, så en lagring som lades till förra månaden finns på kartan utan att någon behöver komma ihåg att uppdatera ett schema.
Källor
Proxmox egen dokumentation. På engelska, och den har sista ordet i den här frågan.