Workflow voor migratie van virtuele-machinesopslag van lokale schijf naar NAS

Houd de lokale VM-schijf als geverifieerde terugvalkopie totdat de NAS-datastore de opstart-, workload-, herstart- en back-uptests doorstaat.

Het verplaatsen van een virtuele schijf verandert meer dan alleen de locatie: het protocol, het netwerk, het NAS-synchronisatiegedrag, de cacheketen, de toewijzingsindeling, de koppelvolgorde en het storingsdomein worden allemaal onderdeel van elke schrijfactie van de gast. Breng de bestemming eerst in kaart met wegwerpdata, bescherm de bron, verplaats één canary-VM via het door de hypervisor ondersteunde pad en vergelijk de oorspronkelijke workload voordat je een andere VM migreert. Zet de wijziging terug in plaats van beide kopieën te repareren als de schijfidentiteit of applicatieconsistentie verandert.

Beoordeel de NAS-datastore voordat je een schijf verplaatst

Leg het protocol, het NAS-adres, het netwerkpad, de MTU, authenticatie, exportrechten, het bestandssysteem, het synchronisatiebeleid, snapshots, de vrije ruimte en het foutgedrag vast. Meet de latentie en aanhoudende schrijfsnelheden vanaf de hypervisor met wegwerpdata, niet vanaf een laptop die een ander pad volgt.

Een actueel overzicht van lokale en gedeelde datastore-opties onderscheidt lokale datastores van gedeelde NFS- en iSCSI-opties en de portabiliteit die ze mogelijk maken. Gebruik de vergelijking om de bestemming te bepalen, maar baseer de acceptatie op deze NAS, dit netwerk en deze VM-workload.

Stop als de bestemming onder belasting de verbinding verbreekt, schrijfacties bevestigt zonder zekere duurzaamheid, onvoldoende capaciteit heeft voor migratie plus snapshots of afhankelijk is van dezelfde lokale schijf die buiten gebruik wordt gesteld. Alleen bereikbaarheid van de opslag betekent niet dat deze klaar is voor actieve VM-images.

Bescherm de bron en kies de migratiemethode

Maak een onafhankelijke back-up of controleer die en leg het bronformaat van de virtuele schijf, de toewijzing, controller, cachemodus, discard-instelling, opstartvolgorde en VM-configuratie vast. Zorg dat applicatiedatabases hun gegevens naar schijf schrijven of stop de VM wanneer het gekozen pad geen consistente onlineverplaatsing garandeert.

Een reactie van Proxmox-medewerkers op een handmatig NFS-naar-iSCSI-voorstel adviseert back-up en herstel in plaats van handmatige verplaatsingen, in plaats van imagebestanden handmatig te verplaatsen en de configuratie te bewerken. Beschouw die historische casus als veiligheidsprincipe: gebruik het door het platform ondersteunde verplaatsings- of back-up/herstelpad dat bij de huidige hypervisor past.

Kies één VM met laag risico en een representatief schijfpatroon als canary. Houd de oorspronkelijke schijf na de omschakeling losgekoppeld maar intact wanneer het platform dit toestaat; laat bron- en bestemmingskopieën nooit tegelijkertijd schrijfbaar opstarten.

Migreer de canary en controleer de identiteit vóór het opstarten

Start de ondersteunde opslagverplaatsing of het herstel en monitor hostlogboeken, NAS-latentie, netwerkfouten, de groei van de toewijzing en de vrije ruimte op de bestemming. Sla taak-ID's en eindcontroles op. Als de overdracht mislukt, verwijder gedeeltelijke gegevens dan niet voordat de platformstatus en het terugvalpad duidelijk zijn.

Vergelijk de VM-configuratie vóór en na de migratie: schijfbus, opstartvlag, formaat, grootte, serienummer, snapshotmogelijkheden, cache- en discardgedrag. Gebruik de aangrenzende ZimaSpace-handleiding om VM-opslagcaches te configureren pas nadat de schijf op NAS-opslag staat; cache-afstemming mag niet met de migratie zelf worden vermengd.

Start de canary eerst op in een geïsoleerd netwerk. Controleer de gezondheid van het bestandssysteem, de applicatieconsistentie, de tijd en de verwachte identiteit van de virtuele schijf. Als de gast in herstelmodus terechtkomt, ontbrekende volumes meldt of een andere schijfvolgorde ziet, schakel hem dan uit en koppel de geverifieerde bron opnieuw aan in plaats van beide kopieën te repareren.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Valideer de oorspronkelijke workload en behoud terugvalmogelijkheden

Voer de VM-workload uit die ertoe doet: database-commit, bewerkingen met kleine bestanden op een fileserver, back-up, mediataken of een buildtaak. Vergelijk latentie, doorvoer, wachtrijen, NAS-synchronisatiegedrag en host-CPU met de lokale baseline. Test een herstart van een NAS-service alleen binnen een beschermd onderhoudsvenster.

Herstart de VM en de hypervisor één keer, controleer de automatische koppelvolgorde van de datastore en herstel een klein bestand of een transactie uit de volgende back-up. Een migratie is niet voltooid als de VM alleen werkt totdat de host opnieuw wordt opgestart of als back-ups nog steeds naar de oude schijf gaan.

Migreer extra VM's één voor één en pas nadat de canary normale belasting en een back-upronde heeft doorstaan. Behoud de lokale schijf alleen-lezen totdat de terugvalperiode is afgelopen; zet de wijziging terug als de latentie of duurzaamheid niet aan het vastgelegde doel voldoet en escaleer herhaalde transport- of opslagfouten met tijdstempels van beide kanten.