Migracija iš VMware į Proxmox VE: ką patikrinti prieš perkeliant įmonės serverius?

Importavimo įrankis nepakeičia migracijos plano

„Proxmox“ siūlo integruotą importavimo vedlį „VMware ESXi“ virtualioms mašinoms perkelti. Gamintojas šią galimybę pristatė su „Proxmox VE“ 8.2: importuojama virtuali mašina ir pritaikoma didelė dalis jos konfigūracijos. Tai istorinė funkcijos pristatymo versija, o ne rekomendacija dabar diegti būtent 8.2. Konkrečios naudojamos versijos galimybes ir ribojimus reikia patikrinti prieš darbą. Oficialus „Proxmox“ pranešimas.

Tačiau importavimo pabaiga ir veikiančios verslo paslaugos nėra tas pats rezultatas. Toliau pateikiame INsec siūlomą pasirengimo tvarką, kurią verta pritaikyti konkrečiai infrastruktūrai.

1. Surašykite, kas iš tikrųjų veikia serveriuose

Vien virtualių mašinų pavadinimų sąrašo neužtenka. Kiekvienai sistemai užfiksuokite paskirtį, atsakingą žmogų, operacinę sistemą, procesoriaus ir atminties poreikį, diskų užimtumą bei tinklo nustatymus. Atskirkite skirtus resursus nuo realaus jų naudojimo.

Aprašykite ir priklausomybes: kuri programa naudoja kokią duomenų bazę, kur veikia DNS ir naudotojų autentifikavimas, kokie suplanuoti darbai vykdomi naktį. Atskirai pažymėkite USB įrenginius, aparatinius licencijų raktus, tiesiogiai priskirtą įrangą ir ryšius su išoriniais partneriais.

2. Patikrinkite suderinamumą dar prieš prastovą

Į bandomosios migracijos sąrašą įtraukite įkrovos režimą, diskų valdiklius, tinklo adapterius, svečio tvarkykles ir šifravimo atkūrimo priemones. „Proxmox“ migracijos gairėse aprašomi papildomi veiksmai pereinant prie „VirtIO“, ypač „Windows“ virtualiose mašinose. Gamintojo migracijos gairės.

INsec rekomenduoja su programos tiekėju patikrinti palaikomą virtualizacijos aplinką ir licencijos perkėlimo sąlygas. Techninis pasileidimas savaime nepatvirtina nei gamintojo palaikymo, nei licencijos tinkamumo. Atkūrimo raktus saugokite taip, kad jie būtų pasiekiami ir neveikiant perkeliamiems serveriams.

3. Išbandykite kopiją izoliuotame tinkle

Pirmam bandymui pasirinkite mažesnės rizikos sistemą arba suderintą kritinės sistemos kopiją. Bandymo tinklas turi neleisti kopijai konfliktuoti su tikru serveriu ar siųsti tikrų pranešimų, mokėjimų ir kitų operacijų į išorines sistemas.

Patikrinkite programos veiksmus: prisijungimą, duomenų atidarymą, ataskaitos sukūrimą, failo įrašymą ir integracijų darbą. Rezultatą turėtų patvirtinti paslaugos savininkas, o ne vien serverį paleidęs specialistas.

4. Prastovą skaičiuokite iki darbo atnaujinimo

Planuodami laiką įtraukite ne tik diskų kopijavimą, bet ir programų sustabdymą, paskutinių duomenų perkėlimą, tinklo pakeitimus bei patikrą. Tikslų langą nustatykite pagal bandomojo perkėlimo rezultatą ir numatykite rezervą.

5. Grįžimo plane numatykite ir naujus duomenis

Jeigu darbuotojai jau pradėjo darbą naujoje aplinkoje, paprastas senos virtualios mašinos įjungimas gali palikti jų naujus įrašus kitoje sistemoje. Todėl aprašykite, kada leidžiama pradėti darbą, kaip stabdomi nauji įrašai ir kaip būtų suderinami duomenys prireikus grįžti.

Venkite dviejų savarankiškai veikiančių tos pačios produkcinės sistemos kopijų. Iki perdavimo patikros šaltinį išsaugokite pagal suderintą planą, bet neleiskite jam nekontroliuojamai veikti lygiagrečiai.

6. Atkurkite priežiūrą naujoje platformoje

Po migracijos patikrinkite atsarginių kopijų užduotis, perspėjimus, prieigas ir dokumentaciją. Numatytoje saugioje aplinkoje atlikite atkūrimo bandymą. Sėkmingas perkėlimas neturi palikti serverio be įprastos stebėsenos ar atkuriamos kopijos.

Perdavimo lape užfiksuokite migracijos datą, patikrintas funkcijas, žinomus apribojimus ir likusius darbus. Senos aplinkos išjungimą bei duomenų ištrynimą planuokite atskirai, tik gavę sutartą rezultato patvirtinimą.