Varför kan VM-ögonblicksbilder pausa hemdatorsservrar?

VM-ögonblicksbilder kan pausa hemdatorsapplikationer eftersom hypervisorn måste etablera en konsekvent gräns mellan det gamla virtuella diskläget och nya skrivningar. Den gränsen kan kräva en kort VM-stun, gästfilsystem- eller applikationstystnad, minnestillståndsfångst och en senare överlämning av disk-kedjan.

Pausen är inte densamma som hela ögonblicksbildens livslängd. Skapandet kan orsaka en kort avbrott, normal drift fortsätter mot deltafiler, och borttagning eller konsolidering kan introducera en annan paus när återstående ändringar åtgärdas och den aktiva disk-kedjan byts.

Vad måste hypervisorn frysa vid skapandet av en ögonblicksbild?

Ett arbetsflöde för ögonblicksbild inkluderar en VM-stun så att hypervisorn kan stänga eller byta virtuellt diskläge utan att gästen ändrar samma kritiska strukturer just då.

Under stun stoppar virtuella CPU:er framstegen och gäst-I/O kan inte slutföras normalt. Hypervisorn registrerar metadata för ögonblicksbilden, bevarar det aktuella basdiskläget och omdirigerar framtida ändringar till ett nytt skrivbart lager.

På en lätt belastad VM och responsiv lagring kan denna övergång vara för kort för att användare ska märka den. En latenskänslig databas, rösttjänst, spelserver eller hemautomationskontroller kan ändå upptäcka en paus som vanlig fildelning döljer.

Hur skiljer sig applikationstystnad från VM-stun?

Applikationskonsistens kan kräva tystnadspauser eller fördröjningar av applikationsskrivningar innan lagringsögonblicksbilden tas. Målet är att fånga ett tillstånd som applikationen kan återställa utan att spela upp en okänd partiell transaktion.

Tystnad kan tömma filsystembuffertar, databasloggar eller applikationscache och kan tillfälligt blockera nya transaktioner. Gästen är logiskt involverad i att förbereda tillståndet, medan en hypervisor-stun är en extern paus i VM:ns körning.

En kraschsäker ögonblicksbild kan hoppa över applikationsmedveten tystnad och likna plötsligt strömavbrott. Det kan vara acceptabelt för vissa filsystem men är inte likvärdigt med en koordinerad databas, katalogtjänst eller checkpoint för flera VM:ar.

Varför ökar pausen när minne fångas?

När en snapshot inkluderar körande minne, måste minnestillståndet skrivas till lagring. Mängden RAM, lagringsskrivhastighet och implementation avgör hur lång tid den operationen tar.

En diskendast snapshot bevarar lagringstillståndet och återupptar vanligtvis VM:n utan att spara varje aktiv minnessida. En minnessnapshot kan återställa VM:n till öppna processer och minneskontext, men den har mer tillstånd att fånga.

Stora minnes-VM och långsamma datalagringsenheter gör skillnaden mer synlig. Att fånga minne för en liten test-VM kan gå snabbt, medan skrivning av tiotals gigabyte för en upptagen VM kan överskrida applikationens timeout-gränser.

Vad händer när skrivningar flyttas till en delta-disk?

Efter att snapshot-gränsen skapats, byter hypervisorn skrivningar till en deltafil medan den ursprungliga virtuella disken förblir det äldre tidpunktsläget.

Själva bytet kräver en koordinerad överlämning, men applikationer fortsätter vanligtvis att köras när den nya deltan är aktiv. Läsningar kan komma från den aktuella deltan eller falla tillbaka till äldre lager när ett block inte har ändrats.

Snapshot-skapande är därför snabbt eftersom det inte omedelbart kopierar hela den virtuella disken. Avvägningen är att den körande VM:n nu är beroende av ett extra kartläggningslager och lagringen som behövs för framtida ändrade block.

Varför kan VM kännas långsam efter den initiala pausen?

Medan snapshots är aktiva, lägger delta-diskar till lagringsuppslagning och skrivallokeringsöverbelastning. Hypervisorn måste hitta den senaste versionen av varje block och underhålla copy-on-write-lagret.

Effekten ökar med skrivhastighet, kedjedjup, lagringslatens och cachetryck. En grund snapshot på snabb SSD-lagring kan ha liten synlig effekt, medan flera lager på en upptagen HDD-lagring kan öka applikationens svarstid.

Detta är en pågående I/O-belastning snarare än en kontinuerlig VM-paus. Användare kan uppleva långsammare transaktioner eller långvarig latens även om VM:n förblir schemalagd och responsiv mellan förfrågningar.

Varför kan borttagning av snapshot orsaka en andra paus?

Borttagning innebär vanligtvis sammanslagning av ändrade block och byte av den aktiva kedjan. konsolidering kan förlänga den slutliga stun när nya skrivningar ackumuleras snabbare än sammanslagningen kan slutföras.

Hypervisorn kan konsolidera det mesta av datan medan VM fortsätter att köras, sedan kort stun den för att bekräfta den slutliga hjälpdeltan och återöppna den förenklade disk-kedjan. En stor slutlig delta förvandlar den korta överlämningen till ett synligt applikationsavbrott.

Håll ögonblicksbilder kortlivade, undvik samtidiga konsolideringar på samma lagring och schemalägg borttagning utanför topp-I/O. Ögonblicksbilder förblir återställningsverktyg, medan oberoende säkerhetskopior undviker beroendet av ögonblicksbilder.

Vanliga frågor

Pausar varje VM-ögonblicksbild applikationer?

De flesta plattformar behöver åtminstone en kort koordinerad övergång, men varaktigheten och synligheten varierar. Endast diskbaserade kraschkonsistenta ögonblicksbilder är vanligtvis mindre störande än minnes- eller applikationspausade ögonblicksbilder.

Är pausning samma sak som att frysa hela VM:n?

Nej. Pausning är gäst- eller applikationskoordinering för att tömma och pausa skrivningar. VM-stun stoppar den virtuella CPU:ns framsteg vid hypervisorgränsen.

Varför kan borttagning av ögonblicksbilder vara värre än skapande?

Borttagning kan kräva sammanslagning av en stor delta-kedja medan VM fortsätter att ändra data, följt av en slutlig överlämning som bekräftar de återstående skrivningarna.

Bör ögonblicksbilder användas som säkerhetskopior för hemservrar?

Nej. De är beroende av samma virtuella diskar och datalagring. De är användbara för korta återställningsfönster, medan oberoende säkerhetskopior skyddar mot lagringsfel och skadade ögonblicksbildskedjor.

Slutlig slutsats

VM-ögonblicksbilder pausar endast applikationer vid specifika konsistensgränser, men flera mekanismer kan förlänga dessa ögonblick: applikationspaus, VM-stun, minnesfångst, långsam delta-lagring och konsolidering av en intensiv skrivström. Korta livslängder för ögonblicksbilder, applikationsmedveten planering, snabb lagring och oberoende säkerhetskopior förhindrar att ett återställningsverktyg blir en onödig tjänsteavbrott.