Arbetsflöde för migrering av virtuell maskinlagring från lokal disk till NAS

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

Virtual Machine Storage Migration Workflow From Local Disk to NAS

Behåll den lokala VM-disken som en verifierad återställningskopia tills NAS-datalagret har klarat tester av uppstart, arbetsbelastning, omstart och säkerhetskopiering.

Att flytta en virtuell disk ändrar mer än dess plats: protokollet, nätverket, NAS-synkroniseringen, cachekedjan, allokeringsformatet, monteringsordningen och felomgivningen blir alla en del av varje skrivning från gästen. Fastställ baslinjen för målet med data som kan kasseras, skydda källan, flytta en test-VM via den väg som hypervisorn stöder och jämför den ursprungliga arbetsbelastningen innan du migrerar en annan VM. Återställ i stället för att reparera båda kopiorna om diskidentiteten eller programkonsistensen förändras.

Kvalificera NAS-datalagret innan du flyttar en disk

Dokumentera protokoll, NAS-adress, nätverkssökväg, MTU, autentisering, exportbehörigheter, filsystem, synkroniseringspolicy, ögonblicksbilder, ledigt utrymme och felbeteende. Mät fördröjning och varaktig skrivhastighet från hypervisorn med data som kan kasseras, inte från en bärbar dator som använder en annan sökväg.

En aktuell översikt över lokala och delade datalageralternativ skiljer lokala datalager från delade NFS- och iSCSI-alternativ och den portabilitet de möjliggör. Använd jämförelsen för att definiera målet, men basera godkännandet på detta NAS, detta nätverk och denna VM-arbetsbelastning.

Avbryt om målet kopplas från under belastning, bekräftar skrivningar utan säker varaktighet, saknar kapacitet för migrering och ögonblicksbilder eller är beroende av samma lokala disk som ska tas ur bruk. Att lagringen går att nå innebär inte i sig att den är redo för aktiva VM-avbildningar.

Skydda källan och välj migreringsmetod

Ta eller verifiera en oberoende säkerhetskopia och dokumentera källans virtuella diskformat, allokering, styrenhet, cacheläge, inställning för discard, uppstartsordning och VM-konfiguration. Försätt programdatabaser i ett konsekvent läge eller stoppa VM:n när den valda metoden inte garanterar en konsekvent onlinemigrering.

Ett svar från Proxmox personal på ett manuellt förslag om NFS till iSCSI rekommenderar säkerhetskopiering och återställning i stället för manuella flyttar, snarare än att manuellt flytta avbildningsfiler och redigera konfigurationen. Betrakta det historiska fallet som en säkerhetsprincip: använd den plattformsstödda flytt- eller säkerhetskopierings- och återställningsväg som passar den aktuella hypervisorn.

Välj en test-VM med låg risk och ett representativt diskmönster. Behåll originaldisken frånkopplad men intakt efter övergången när plattformen tillåter det; låt aldrig käll- och målkopior starta skrivbara samtidigt.

Migrera test-VM:n och verifiera identiteten före uppstart

Starta den stödda lagringsflytten eller återställningen medan du övervakar värdloggar, NAS-fördröjning, nätverksfel, tillväxt i allokeringen och ledigt utrymme på målet. Spara jobb-ID:n och slutkontrollerna. Om överföringen misslyckas ska du inte radera delvisa data förrän plattformens tillstånd och återställningsvägen är klarlagda.

Jämför VM-konfigurationen före och efter: diskbuss, uppstartsflagga, format, storlek, serienummer, stöd för ögonblicksbilder samt cache- och discard-beteende. Använd den intilliggande ZimaSpace-guiden för att konfigurera VM-lagringscache först när disken finns på NAS-lagringen; cachejustering får inte blandas ihop med själva migreringen.

Starta först test-VM:n i ett isolerat nätverk. Bekräfta filsystemets hälsa, programkonsistens, tid och förväntad virtuell diskidentitet. Om gästen går in i återställningsläge, rapporterar saknade volymer eller ser en annan diskordning ska du stänga av den och ansluta den verifierade källan igen i stället för att reparera båda kopiorna.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

Validera den ursprungliga arbetsbelastningen och behåll återställningsmöjligheten

Kör den VM-arbetsbelastning som är viktig: databasbekräftelse, småfilsåtgärder på filservern, säkerhetskopiering, mediejobb eller byggjobb. Jämför fördröjning, genomströmning, köbildning, NAS-synkronisering och CPU-användning på värden med den lokala baslinjen. Testa en omstart av NAS-tjänsten endast inom ett skyddat underhållsfönster.

Starta om VM:n och hypervisorn en gång, verifiera ordningen för automatisk montering av datalagret och återställ en liten fil eller transaktion från nästa säkerhetskopia. En migrering är inte slutförd om VM:n bara fungerar tills värden startas om eller om säkerhetskopiorna fortfarande riktas mot den gamla disken.

Migrera ytterligare VM:er en i taget först när test-VM:n har klarat normal belastning och en säkerhetskopieringscykel. Behåll den lokala disken skrivskyddad tills återställningsperioden är över; återställ om fördröjning eller varaktighet inte når det angivna målet, och eskalera upprepade transport- eller lagringsfel med tidsstämplar från båda ändarna.