Maszyna wirtualna może uruchomić się w nowym systemie, a mimo to nie być gotowa do produkcji. Przejście z VMware do Proxmox obejmuje więc odbiór aplikacji wraz z jej zależnościami. Import techniczny jest jednym z elementów tego procesu.
Zidentyfikować zależności przed importem
Inwentaryzacja obejmuje system operacyjny, sposób rozruchu, urządzenia wirtualne, sieci, dyski i wymagane usługi. Analizowane są również licencje aplikacji, oprogramowanie do kopii zapasowych i sposoby dostępu. Zmiany sprzętu wirtualnego mogą wpływać na sterowniki i licencje powiązane ze sprzętem.
Dla współpracujących systemów ustala się kolejność. Aplikacji, jej usługi bazodanowej i usług tożsamości nie można oceniać niezależnie. Każda fala migracji otrzymuje więc opiekuna merytorycznego oraz sprawdzalne kryteria pomyślnego zakończenia.
Wybrać odpowiednią metodę przeniesienia
Proxmox dokumentuje metody importu z VMware ESXi oraz inne procedury migracji. Właściwy wariant zależy od wersji źródłowej, dostępu, dysków i planowanego okna. Producent opisuje także ograniczenia, na przykład przy przenoszeniu stanu wirtualnego TPM. Zależności te ocenia się przed przejściem produkcyjnym.
W przypadku systemów gości Windows znaczenie mają między innymi odpowiednie sterowniki VirtIO oraz faktycznie wybrany sprzęt dyskowy i sieciowy. Wymagane informacje do odzyskiwania są zabezpieczane. Pilotaż o małym ryzyku może wcześnie pokazać, jakich zmian wymaga istniejące środowisko; nie dowodzi zgodności każdej kolejnej VM.
Przetestować aplikację z perspektywy użytkownika
Odbiór obejmuje logowanie, reprezentatywne przetwarzanie, pliki, drukowanie lub interfejsy zewnętrzne, jeśli należą do aplikacji. Kopie zapasowe i odtwarzanie również muszą działać na nowym systemie. Ping i uruchomiony pulpit nie wystarczają.
Celowo sprawdzane są adresy sieciowe, usługa czasu i rozwiązywanie nazw. Uruchamianie kopii systemów do testów nie może tworzyć niekontrolowanej drugiej instancji produkcyjnej z tymi samymi tożsamościami. Środowisko testowe otrzymuje jasno określoną rolę i odpowiednie reguły dostępu.
Określić granicę czasową powrotu
Przed przełączeniem ustala się, do którego momentu można wrócić do poprzedniego środowiska. Nowych danych powstałych już w systemie docelowym nie da się odzyskać przez samo włączenie starej VM. Na taki przypadek planuje się decyzje, uzgodnienie danych i odpowiedzialności.
DAXS dzieli migrację na przejrzyste fale z pilotażem, akceptacją merytoryczną i udokumentowaną kontrolą po zmianie. Stare środowisko jest wycofywane dopiero po świadomie określonym zamknięciu. Przejście pozostaje dzięki temu sprawdzalną zmianą operacyjną, a nie jest utożsamiane z udanym transferem plików.
Planowanie infrastruktury · Oszacować nakład pracy IT · Omówić migrację
Źródła: Proxmox: migracja i import z ESXi (link zewnętrzny) · Proxmox: sterowniki VirtIO dla Windows (link zewnętrzny)
