Asi pred 7 rokmi sa úplne prvé projekty presunuli do nášho cloudu jednoducho a nenáročne. Obrazy virtuálnych strojov boli nahrané na FTP server alebo boli doručené na pevné disky. Potom sa prostredníctvom špeciálneho importovacieho servera nahrali virtuálne počítače do cloudu.
Ak pre klienta nie je problém vypnúť virtuálny stroj na deň alebo dva (alebo neexistujú žiadne iné možnosti), tak sa to dá urobiť. Ale ak by prestoje mali byť maximálne hodinu, tak táto metóda nebude fungovať. Dnes vám poviem, aké nástroje vám pomôžu migrovať do cloudu s minimálnymi prestojmi a ako funguje samotný proces migrácie.
Migrácia pomocou Veeam Backup and Replication
Každý pozná Veeam Backup and Replication ako nástroj na vytváranie záloh a replík. Používame ho na migráciu medzi našimi lokalitami a na prepravu klientov z privátnej virtualizácie do nášho cloudu. Virtuálne počítače klienta sa replikujú do nášho vCenter, potom ich inžinier pridá do vCloud Director.
Primárna replikácia prebieha na zapnutom virtuálnom počítači. V dohodnutom čase je stroj na strane klienta vypnutý. Replikácia sa spustí znova, aby sa preniesli zmeny, ku ktorým došlo od prvej replikácie. Potom sa virtuálny stroj spustí v našom cloude.
Od okamihu, keď je počítač vypnutý v infraštruktúre klienta, až po jeho zapnutí v našom cloude, zvyčajne neuplynie viac ako pol hodiny, ale skôr 15 až 20 minút.
V tomto prípade zostane pôvodný virtuálny stroj na klientskej lokalite. Ak sa náhle niečo pokazí, vždy sa môžete vrátiť späť a zapnúť ho. Tento spôsob je pre klienta výhodný aj v tom, že nevyžaduje, aby mal Veeam.
Prípad 1
Klient mal vlastnú virtuálnu infraštruktúru založenú na VMware – 40 VM s kapacitou 30 TB. Zariadenia, na ktorých bol klaster nasadený, už boli zastarané a klient sa rozhodol neobťažovať nákupom nových a prešiel do verejného cloudu. Požiadavka na prestoje kritických systémov nebola dlhšia ako hodinu. Ako nástroj bol vybraný Veeam Replication. Ďalším plusom bolo, že v našom dátovom centre bol prítomný poskytovateľ internetu klienta, čo umožnilo zorganizovať dobrý kanál. Migrácia trvala približne mesiac, prestoje pri prepínaní boli do 30 minút na skupinu virtuálnych strojov.
Migrujte pomocou Veeam Cloud Connect
Veeam Cloud Connect je nástroj, ktorý vám pomôže nastaviť replikáciu virtuálnych strojov a spustiť repliky v cloude poskytovateľa služieb. Po aktualizácii na roku bolo možné replikovať virtuálne stroje priamo do vCloud Director. Jedinou podmienkou je, že na strane klienta musí byť nasadený Veeam Backup and Replication aspoň verzie 9. V skratke (podrobná verzia ), potom celý proces vyzerá takto.
V aplikácii vCloud Director je vytvorená organizácia s potrebnými zdrojmi a sieťami. Vo Veeam Cloud Connect vytvoríme účet, klient sa k nemu pripojí zo svojho Veeam B&R, vyberie si poskytovateľa a organizáciu DataLine a nakonfiguruje úlohy na replikáciu. Okrem toho, že pri takejto migrácii bude výpadok do 15–20 minút, klient nie je nijako závislý na technickej podpore poskytovateľa a celý proces riadi samostatne: vytvára replikačné úlohy, samotnú replikáciu, vypína stroje a spustí ich na novom mieste.
Prípad 2
Infraštruktúra klienta, odkiaľ bola migrácia plánovaná, sa nachádzala v Bielorusku. Bolo potrebné prepraviť 90 VM s celkovým objemom 27 TB, napriek tomu, že internetový kanál bol 100 Mbit/s. Ak vytvoríte zálohu a okamžite ju nahráte do nášho cloudu, niektorým VM by to trvalo niekoľko dní. Počas tejto doby by na VM narástla veľká delta, čo by mohlo mať negatívny dopad na výkon strojov alebo, čo je ešte horšie, miesto na dátovom úložisku by sa minulo. Postupovali sme nasledovne: najprv si klient urobil lokálnu plnú zálohu a jej kópiu preniesol do nášho cloudu cez Veeam Cloud Connect. Potom som urobil a preniesol prírastok do cloudu. Pôvodný virtuálny stroj bežal ďalej. Po vypnutí VM klient urobil ďalší prírastok a tiež ho preniesol do cloudu. Na našej strane sme nasadili virtuálny stroj z úplnej zálohy a potom sme naň preniesli dva prírastky. Táto schéma v konečnom dôsledku umožnila minimalizovať prestoje na 2 hodiny pri prechode na našu stránku.
Migrácia s dostupnosťou VMware vCloud
V marci tohto roku spoločnosť VMware vydala vCloud Availability 3.0, ktorá umožňuje migrovať virtuálne stroje medzi rôznymi cloudmi (vCloud Director – vCloud Director) a zo stojanov na virtualizáciu privátnych klientov do cloudu (vCenter – vCloud Director). Hlavnou výhodou je integrácia s rozhraním vCloud Director. To výrazne zjednodušuje proces správy replikácie a minimalizuje prestoje počas prepínania.
Pomocou tohto nástroja sme jedného z klientov migrovali z nášho moskovského cloudu do nášho cloudu v Petrohrade. Bolo potrebné prepraviť 18 virtuálnych strojov s celkovou kapacitou 14 TB. Pre klienta bola vytvorená organizácia v petrohradskom cloude a zorganizované potrebné siete. Ďalej z rozhrania vCloud Director prešiel klient do nastavení dostupnosti vCloud, vytvoril úlohy replikácie a prepol sa na stránku Petrohradu vo vhodnom čase. Prestoj počas prepínania bol 12 minút.
Schéma migrácie medzi oblakmi DataLine v Petrohrade a Moskve.
VCloud Availability má mechanizmus na migráciu virtuálnych počítačov z lokality klienta do nášho cloudu. Na tento účel je vo vCenter klienta nasadená špeciálna aplikácia vCloud Availability. Po jednoduchom nastavení sa pripojíte ku cloudu a nakonfigurujete úlohy migrácie. Klient tiež riadi celý proces samostatne a čas migrácie je obmedzený na minimum.
Schéma migrácie virtuálnych počítačov zo súkromnej inštalácie do cloudu.
VMware vCloud Availability má mnoho ďalších prípadov použitia; čoskoro o nich budeme hovoriť v samostatnom článku.
Príprava na migráciu
Ak chcete vybrať nástroj a skutočne začať s migráciou, musíte sa rozhodnúť pre nasledujúce body:
Odkiaľ migrujeme? Ak migrujete zo súkromného riešenia, máte úplnú slobodu pri výbere nástrojov. Ak sa vzdialite od svojho poskytovateľa, je to zložitejšie. S najväčšou pravdepodobnosťou prepojenie infraštruktúr dvoch poskytovateľov a jednoduché pretiahnutie virtuálneho počítača nebude fungovať z bezpečnostných dôvodov. Niekedy poskytovateľ, ktorého sa klient chystá odmietnuť, začína byť zlomyseľný a zastavuje sa. Od poskytovateľa sa môžete vzdialiť staromódnym spôsobom: nahraním VM na disky a FTP alebo migráciou na úrovni aplikácie. Meno toho druhého je podmienené a vyzerá asi takto.
Prípad 3
Bolo potrebné migrovať systém SAP klienta od európskeho poskytovateľa: 34 VM s kapacitou 54 TB. Klientovi boli pridelené prostriedky v našom cloude. Sieťová konektivita bola organizovaná medzi nami a infraštruktúrou európskeho poskytovateľa. Aplikačné servery boli nanovo nasadené, pričom potrebné konfigurácie boli prenesené. Veľké databázy boli migrované prostredníctvom nahrávania záloh do nášho cloudu. Ďalej bola nakonfigurovaná replikácia medzi databázami na našej a pôvodnej lokalite. V dohodnutom čase sme prešli na databázy v našom cloude.
Objem dát a internetový kanál. Zvyčajne žiadame klienta, aby poskytol upload podľa systému s parametrami pamäte, CPU a disku. Hodnotíme, či je kanál dostatočný na priame odosielanie replík alebo záloh virtuálnych strojov.
Prijateľné prestoje. Pre rôzne systémy a teda aj virtuálne stroje sa to môže líšiť v závislosti od ich obchodnej kritickosti. Klient zvyčajne prichádza s hotovými požiadavkami na výpadok počas migrácie a na základe toho vyberieme vhodný nástroj a plán migrácie. Finálny prechod sa snažíme naplánovať v noci alebo cez víkendy tak, aby koncoví užívatelia klienta nepostrehli ani menšie odstávky.
Na základe týchto údajov si môžete vybrať nástroj a spustiť samotnú migráciu. Tu je to, čo sa stane ďalej.
- Nastavenie sieťového pripojenia. Organizujeme sieťovú konektivitu medzi našim cloudom a infraštruktúrou klienta. Virtuálne počítače sa skopírujú cez túto sieť. Ak sa používa Veeam Backup and Replication, potom ide o vyhradený kanál, menej často o kanál VPN. Ak Veeam Cloud Connect, všetko ide cez internet alebo rovnaký vyhradený kanál.
Potom je sieť nakonfigurovaná pre virtuálny počítač v cloude. Autá sa zvyčajne pohybujú v skupinách a viac ako jeden deň. Keď sú virtuálne počítače privedené k nám a spustené, musia komunikovať so strojmi, ktoré stále zostávajú na pôvodnom mieste.
- Harmonogram migrácie. Keď je áut veľa, má zmysel ich rozdeliť do skupín a prepravovať v dávkach. Spolu s klientom dohodneme plán, v ktorom upresníme, kedy a ktoré stroje sa presunú a kedy bude vykonaná finálna replikácia a prechod na novú lokalitu.
- Testovacia migrácia. Migrujeme testovací virtuálny stroj a skontrolujeme, či je všetko správne nakonfigurované: sieťová konektivita medzi lokalitami, dostupnosť virtuálneho stroja pre stroje na zdrojovej lokalite, práva účtu atď. Tento test pomáha vyhnúť sa problémom vo fáze bojovej migrácie.
To je z mojej strany všetko. V komentároch sa pýtajte a povedzte nám o svojich skúsenostiach s migráciou.
Zdroj: hab.com