Poznatky z praxe

Z VMware na Proxmox: nejprve převzít aplikaci, potom uzavřít migraci

Import VM je jedním krokem migrace. O provozním převzetí rozhodují závislosti, ovladače, licence, test aplikace a možnost návratu.

ServeryIT strategie a praxeTechnické podrobnosti
HP ZBook s virtuálním strojem ve správě Proxmox vedle kontrolního seznamu pro přihlášení, aplikaci a obnovu.

Virtuální stroj se může na novém systému spustit, a přesto nemusí být připraven k produkčnímu provozu. Při přechodu z VMware na Proxmox se proto ověřuje a přebírá aplikace včetně jejích závislostí. Technický import je součástí tohoto postupu.

Před importem zmapovat závislosti

Inventura zahrnuje operační systém, způsob zavádění, virtuální zařízení, sítě, disky a potřebné služby. Posuzují se také aplikační licence, zálohovací software a přístupové cesty. Změny virtuálního hardwaru mohou ovlivnit ovladače a licence vázané na hardware.

U spolupracujících systémů se stanoví pořadí. Aplikaci, její databázovou službu a služby identit nelze posuzovat odděleně. Každá migrační vlna proto má věcného garanta a ověřitelná kritéria úspěšného dokončení.

Vybrat vhodný způsob převodu

Proxmox dokumentuje způsoby importu z VMware ESXi i další migrační postupy. Vhodná varianta závisí na verzi zdroje, přístupu, discích a plánovaném časovém okně. Výrobce popisuje také omezení, například při převodu stavu virtuálního TPM. Tyto závislosti se vyhodnotí před produkčním přechodem.

U hostovaných Windows jsou důležité mimo jiné vhodné ovladače VirtIO a skutečně zvolený diskový a síťový hardware. Potřebné informace pro obnovu se bezpečně uchovají. Pilot s nízkým rizikem může včas ukázat, jaké úpravy stávající prostředí vyžaduje; nedokazuje kompatibilitu každé další VM.

Zmapovat prostředí; zkušební import; převzít aplikaci; přejít do produkce.Zmapovat prostředí; zkušební import; převzít aplikaci; přejít do produkce.
Zjednodušené pořadí kontrol; konkrétní postup závisí na stávajícím prostředí.

Otestovat aplikaci z pohledu uživatele

Přejímací test zahrnuje přihlášení, reprezentativní zpracování, soubory, tisk nebo externí rozhraní, pokud k aplikaci patří. Na novém systému musí fungovat také zálohování a obnova. Ping a spuštěná plocha nestačí.

Cíleně se ověřují síťové adresy, časová služba a překlad názvů. Spuštění kopií systémů pro test nesmí vytvořit nekontrolovanou druhou produkční instanci se stejnými identitami. Testovací prostředí dostane jasně vymezenou roli a vhodná přístupová pravidla.

Časově omezit možnost návratu

Před přechodem se stanoví, do kterého okamžiku je možný návrat. Nová data již vzniklá v cílovém prostředí nelze získat zpět pouhým zapnutím původní VM. Pro tento případ se plánuje rozhodování, sladění dat a odpovědnosti.

DAXS rozděluje migraci do přehledných vln s pilotem, věcným schválením a zdokumentovanou následnou kontrolou. Původní prostředí se vyřazuje až po vědomě stanoveném uzavření. Přechod tak zůstává ověřitelnou provozní změnou a není zaměňován za úspěšný přenos souborů.

Plánování infrastruktury · Odhadnout náročnost IT · Projednat migraci

Zdroje: Proxmox: migrace a import z ESXi (externí odkaz) · Proxmox: ovladače VirtIO pro Windows (externí odkaz)