Hvilken fysisk disk ligger den virtuelle maskinen din faktisk på?

Listevisningen sier at en maskin bruker local-lvm. Den sier ikke at åtte andre maskiner hviler på den samme fysiske disken. Det er den andre setningen som avgjør hva et enkelt havari koster.

AtlasPVE ·

Denne artikkelen svarer på

  • proxmox hvilken disk ligger vm-en min på
  • proxmox vm disk plassering
  • proxmox storage til fysisk disk
  • proxmox topologi visning
  • proxmox network topology visualizer

Spør hvor disken til en virtuell maskin ligger, og grensesnittet svarer med en gang: local-lvm. Det er et riktig svar, og det er ikke svaret du trengte. local-lvm er et navn, og et navn sier ikke hvilken maskinvare som slutter å snurre.

Spørsmålet som teller ligger bak: hvis en fysisk disk ryker i natt, hvor mange maskiner følger med?

Kjeden har fem ledd

En virtuell maskin ligger ikke på en disk. Den ligger i enden av en kjede, og hvert ledd er et sted der svaret kan overraske deg.

Maskinen oppgir en virtuell disk i sin egen konfigurasjon. En linje som scsi0: local-lvm:vm-100-disk-0,size=32G navngir lagringen, ikke maskinvaren.

Den virtuelle disken er enten en fil eller en blokkenhet. Hvilken av de to avhenger av lagringstypen, og den forskjellen avgjør om en snapshot er billig eller umulig.

Lagringen er en oppføring i vertens lagringskonfigurasjon. Den er en etikett som peker på noe annet. To etiketter kan peke på det samme underliggende, og det er nettopp slik to tilsynelatende adskilte maskiner ender opp med å dele ett havari.

Poolen eller volumgruppen er der flere fysiske disker settes sammen. Eller der en enkelt later som den er en pool.

Den fysiske disken er det eneste leddet som faktisk kan dø.

Listevisningen viser deg ledd én og ledd tre. Risikoen bor i ledd to, fire og fem.

Hvorfor svaret veier tyngre enn det ser ut

Tenk på et vanlig oppsett: åtte maskiner, alle på local-lvm, på en vert med fire disker. Det leses som om lasten er fordelt på fire disker. Om den er det, avhenger helt av hvordan volumgruppen ble bygget.

Ble de fire diskene lagt sammen i striper uten redundans, tar ett diskhavari alle åtte maskinene. Ble de speilet parvis, tar ett diskhavari ingenting, og du bytter disken i ro og mak. De samme åtte maskinene, det samme lagringsnavnet, den samme skjermen. Motsatte følger.

Ingenting i maskinlisten skiller disse to tilfellene. Du må gå kjeden.

Hvor kjeden gjemmer seg

Thin provisioning. En maskin kan vise 32 GB tildelt og oppta 4 GB. Legg sammen de tildelte størrelsene, og du kan overskride den fysiske kapasiteten uten at noen advarsel dukker opp. Alt virker til poolen faktisk fylles, og da ryker det ikke for maskinen som vokste, men for alle samtidig.

Snapshots i samme pool. En snapshot beskytter deg mot en feil inne i maskinen. Den beskytter deg ikke mot disken under. En snapshot som ligger i samme pool som maskinen, dør med maskinen.

To etiketter, én enhet. En kataloglagring der stien tilfeldigvis ligger på den samme volumgruppen som en blokklagring. To oppføringer i grensesnittet, én fysisk skjebne.

Systemdisken. På mange verter er systemdisken og den første maskinlagringen den samme enheten. Det virker, det er vanlig, og det betyr at ett enkelt havari tar både maskinene og det som skulle ha styrt dem.

Spørsmålet en sikkerhetskopi ikke svarer på

"Det finnes backup" er et godt svar på et annet spørsmål. En backup svarer på hvor lang tid gjenopprettingen tar, ikke på hvor mange maskiner som må gjenopprettes.

Det er to atskilte tall, og de koster hver for seg. Å hente tilbake én maskin er en kveld. Å hente tilbake åtte er en helg, og en helg der ingenting går.

Å gå kjeden gir deg det andre tallet. Det er verdt å kjenne før du trenger det, for du kan ikke måle det når disken allerede er død.

Å lese kjeden for hånd

Hvert ledd kan leses fra verten, og det er verdt å gjøre det minst én gang så formen blir kjent.

Maskinens konfigurasjon navngir lagringen sin. Vertens lagringskonfigurasjon sier hvilken type den er og hva den peker på. For en volumgruppe viser gruppelisten hvilke fysiske enheter som hører til. For en ZFS pool viser poolstatusen enhetene og, viktigere, hvordan de er ordnet: om de speiler hverandre eller bare ligger side om side.

Den siste detaljen avgjør alt, og den ligger samtidig lengst fra maskinlisten.

Hva Atlas gjør

Atlas tegner hele kjeden på én skjerm, fra maskinen ned til den fysiske disken. Spørsmålet besvares da ved å følge en linje i stedet for å åpne fem visninger og sette dem sammen i hodet.

Kartet viser maskinen, dens prosessor og minneandel, dens virtuelle disker, lagringen de hviler på, poolen og helt nederst den virkelige maskinvaren. Når åtte maskiner går ned til den samme fysiske disken, løper de åtte linjene synlig sammen. Du trenger ikke mistenke det for å finne det.

Også ordningen tegnes, ikke bare tilhørigheten: et speilet par og to uavhengige disker ser ulike ut, for forskjellen mellom dem er forskjellen mellom et rolig bytte og en tapt helg.

Kjeden leses direkte i stedet for å tegnes én gang, så en lagring som ble lagt til forrige måned står på kartet uten at noen må huske å oppdatere et skjema.

Kilder

Proxmox sin egen dokumentasjon. På engelsk, og den har siste ord i denne saken.

Relaterte artikler

Hvordan ser dette ut inne i Atlas?

Gå til produktsiden