Een virtuele machine kan op het nieuwe systeem starten zonder klaar te zijn voor productie. Bij de overstap van VMware naar Proxmox wordt daarom de applicatie met haar afhankelijkheden geaccepteerd. De technische import is één onderdeel van dit proces.
Afhankelijkheden vastleggen vóór de import
De inventarisatie omvat het besturingssysteem, de opstartmethode, virtuele apparaten, netwerken, schijven en benodigde diensten. Ook applicatielicenties, back-upsoftware en toegangswegen worden bekeken. Wijzigingen aan virtuele hardware kunnen gevolgen hebben voor drivers en hardwaregebonden licenties.
Voor samenwerkende systemen wordt de volgorde bepaald. Een applicatie, de bijbehorende databaseservice en identiteitsdiensten kunnen niet los van elkaar worden beoordeeld. Elke migratiegolf krijgt daarom een inhoudelijk aanspreekpunt en controleerbare criteria voor succesvolle afronding.
De passende migratiemethode kiezen
Proxmox documenteert importmethoden vanuit VMware ESXi en andere migratieprocedures. De geschikte optie hangt af van de bronversie, toegang, schijven en het geplande tijdvenster. De fabrikant beschrijft ook beperkingen, bijvoorbeeld bij het overzetten van de virtuele TPM-status. Deze afhankelijkheden worden vóór de productieovergang beoordeeld.
Bij Windows-gasten zijn onder meer de juiste VirtIO-drivers en de daadwerkelijk gekozen schijf- en netwerkhardware van belang. Benodigde herstelgegevens worden veiliggesteld. Een pilot met laag risico kan vroeg laten zien welke aanpassingen de bestaande omgeving vereist; hij bewijst niet dat elke andere VM compatibel is.
De applicatie vanuit gebruikersperspectief testen
De acceptatietest omvat aanmelden, representatieve verwerking, bestanden, afdrukken en externe koppelingen voor zover die bij de applicatie horen. Ook back-up en herstel moeten op het nieuwe systeem werken. Een ping en een gestart bureaublad zijn daarvoor onvoldoende.
Netwerkadressen, tijdservice en naamomzetting worden bewust gecontroleerd. Het starten van gekopieerde systemen voor een test mag geen ongecontroleerde dubbele productie-instance met dezelfde identiteiten opleveren. De testomgeving krijgt een duidelijk afgebakende rol en passende toegangsregels.
De terugvalmogelijkheid in de tijd begrenzen
Vóór de overgang wordt bepaald tot welk moment terugschakelen mogelijk is. Nieuwe gegevens die al op het doelsysteem ontstaan, komen niet terug door simpelweg de oude VM aan te zetten. Besluitvorming, gegevensafstemming en verantwoordelijkheden worden voor deze situatie gepland.
DAXS verdeelt de migratie in navolgbare golven met een pilot, inhoudelijke goedkeuring en gedocumenteerde nacontrole. De oude omgeving wordt pas na een bewust bepaald afsluitmoment uitgefaseerd. Zo blijft de overstap een controleerbare wijziging in de bedrijfsvoering en wordt hij niet gelijkgesteld aan een geslaagde bestandsoverdracht.
Infrastructuurplanning · IT-inspanning inschatten · Een migratie bespreken
Bronnen: Proxmox: migratie en ESXi-import (externe link) · Proxmox: Windows VirtIO-drivers (externe link)
