Zhruba před 7 lety se úplně první projekty přesunuly do našeho cloudu jednoduše a nenáročně. Obrazy virtuálních strojů byly nahrány na FTP server nebo byly dodány na pevné disky. Poté byly prostřednictvím speciálního importního serveru nahrány virtuální počítače do cloudu.
Pokud pro klienta není problém virtuální stroj na den či dva vypnout (nebo nejsou jiné možnosti), tak to lze provést. Pokud by ale prostoj měl být maximálně hodinu, tak tato metoda nebude fungovat. Dnes vám řeknu, jaké nástroje vám pomohou migrovat do cloudu s minimálními prostoji a jak funguje samotný proces migrace.
Migrace pomocí Veeam Backup and Replication
Každý zná Veeam Backup and Replication jako nástroj pro vytváření záloh a replik. Používáme jej pro migraci mezi našimi weby a pro přepravu klientů z privátní virtualizace do našeho cloudu. Virtuální počítače klienta jsou replikovány do našeho vCenter a poté je technik přidá do vCloud Director.
Primární replikace probíhá na zapnutém virtuálním počítači. V dohodnutou dobu je počítač na straně klienta vypnutý. Replikace se spustí znovu, aby se přenesly změny, ke kterým došlo od první replikace. Poté se virtuální stroj spustí v našem cloudu.
Od okamžiku, kdy je počítač vypnut v klientské infrastruktuře, do okamžiku jeho zapnutí v našem cloudu obvykle neuplyne více než půl hodiny, ale spíše 15–20 minut.
V tomto případě zůstane původní virtuální počítač na klientském webu. Pokud se náhle něco pokazí, vždy se můžete vrátit zpět a zapnout jej. Tato metoda je pro klienta výhodná také v tom, že nevyžaduje, aby měl Veeam.
Případ 1
Klient měl vlastní virtuální infrastrukturu založenou na VMware – 40 VM s kapacitou 30 TB. Zařízení, na kterém byl cluster nasazen, bylo již zastaralé a klient se rozhodl neobtěžovat nákupem nového a přešel do veřejného cloudu. Požadavek na odstávku kritických systémů nebyl delší než hodinu. Jako nástroj byl vybrán Veeam Replication. Dalším plusem bylo, že v našem datovém centru byl přítomen poskytovatel internetu klienta, což umožnilo zorganizovat dobrý kanál. Migrace trvala zhruba měsíc, výpadky při přepínání byly až 30 minut na skupinu virtuálních strojů.
Migrujte pomocí Veeam Cloud Connect
Veeam Cloud Connect je nástroj, který vám pomůže nastavit replikaci virtuálních strojů a spouštět repliky v cloudu poskytovatele služeb. Po aktualizaci na roce bylo možné replikovat virtuální stroje přímo do vCloud Director. Jedinou podmínkou je, že na straně klienta musí být Veeam Backup and Replication nasazena alespoň verze 9. Zkrátka (podrobná verze ), pak celý proces vypadá takto.
V aplikaci vCloud Director je vytvořena organizace s nezbytnými zdroji a sítěmi. Ve Veeam Cloud Connect vytvoříme účet, klient se k němu připojí ze svého Veeam B&R, vybere poskytovatele a organizaci DataLine a nakonfiguruje úlohy pro replikaci. Kromě toho, že při takové migraci bude výpadek do 15–20 minut, klient není nijak závislý na technické podpoře poskytovatele a celý proces si řídí samostatně: vytváří replikační úlohy, samotnou replikaci, vypíná stroje a spustí je na novém místě.
Případ 2
Infrastruktura klienta, odkud byla migrace plánována, se nacházela v Bělorusku. Bylo potřeba přenést 90 VM o celkovém objemu 27 TB, přestože internetový kanál byl 100 Mbit/sec. Pokud vytvoříte zálohu a okamžitě ji nahrajete do našeho cloudu, u některých virtuálních počítačů by to trvalo několik dní. Během této doby by na virtuálním počítači narostla velká delta, což by mohlo mít negativní dopad na výkon strojů nebo, ještě hůř, místo na datovém úložišti by došlo. Postupovali jsme následovně: klient nejprve provedl lokální plnou zálohu a její kopii přenesl do našeho cloudu prostřednictvím Veeam Cloud Connect. Poté jsem provedl a přenesl přírůstek do cloudu. Původní virtuální stroj nadále běžel. Po vypnutí virtuálního počítače provedl klient další přírůstek a také jej přenesl do cloudu. Na naší straně jsme nasadili virtuální počítač z úplné zálohy a poté jsme na něj přenesli dva přírůstky. Toto schéma nakonec umožnilo minimalizovat prostoje na 2 hodiny při přechodu na naše stránky.
Migrace s VMware vCloud Availability
V březnu tohoto roku společnost VMware vydala vCloud Availability 3.0, která umožňuje migrovat virtuální stroje mezi různými cloudy (vCloud Director - vCloud Director) a z virtualizačních stojanů privátních klientů do cloudu (vCenter - vCloud Director). Hlavní výhodou je integrace s rozhraním vCloud Director. To značně zjednodušuje proces správy replikace a minimalizuje prostoje při přepínání.
Pomocí tohoto nástroje jsme migrovali jednoho z klientů z našeho moskevského cloudu do našeho cloudu v Petrohradě. Bylo potřeba přepravit 18 virtuálních strojů o celkové kapacitě 14 TB. Pro klienta byla vytvořena organizace v cloudu St. Petersburg a organizovány potřebné sítě. Dále z rozhraní vCloud Director přešel klient do nastavení dostupnosti vCloud, vytvořil úlohy replikace a přešel na web St. Petersburg ve vhodnou dobu. Prostoj při přepínání byl 12 minut.
Schéma migrace mezi cloudy DataLine v Petrohradě a Moskvě.
VCloud Availability má mechanismus pro migraci virtuálních počítačů z webu klienta do našeho cloudu. K tomu je ve vCenter klienta nasazena speciální aplikace vCloud Availability. Po jednoduchém nastavení se připojíte ke cloudu a nakonfigurujete úlohy migrace. Klient také řídí celý proces samostatně a doba migrace je omezena na minimum.
Schéma pro migraci virtuálních počítačů ze soukromé instalace do cloudu.
VMware vCloud Availability má mnoho dalších případů použití; brzy o nich budeme mluvit v samostatném článku.
Příprava na migraci
Chcete-li vybrat nástroj a skutečně zahájit migraci, musíte se rozhodnout pro následující body:
Odkud migrujeme? Pokud migrujete ze soukromého řešení, pak máte naprostou svobodu ve výběru nástrojů. Pokud se vzdálíte od svého poskytovatele, je to složitější. S největší pravděpodobností propojení infrastruktur dvou poskytovatelů a jednoduché přetažení virtuálního počítače nebude fungovat z bezpečnostních důvodů. Někdy poskytovatel, kterého se klient chystá odmítnout, začne být zlomyslný a zadrhne. Od poskytovatele se můžete vzdálit staromódním způsobem: nahráním virtuálních počítačů na disky a FTP nebo migrací na úrovni aplikace. Jméno toho druhého je podmíněné a vypadá asi takto.
Případ 3
Bylo nutné provést migraci systému SAP klienta od evropského poskytovatele: 34 VM s kapacitou 54 TB. Klientovi byly přiděleny prostředky v našem cloudu. Síťová konektivita byla organizována mezi námi a infrastrukturou evropského poskytovatele. Aplikační servery byly znovu nasazeny a byly převedeny potřebné konfigurace. Velké databáze byly migrovány prostřednictvím nahrávání záloh do našeho cloudu. Dále byla nakonfigurována replikace mezi databázemi na našem a původním webu. V domluvený čas jsme přešli na databáze v našem cloudu.
Objem dat a internetový kanál. Obvykle žádáme klienta, aby poskytl upload podle systému s parametry paměti, CPU a disku. Vyhodnocujeme, zda je kanál dostačující k přímému odesílání replik nebo záloh virtuálních strojů.
Přijatelné prostoje. U různých systémů, a tedy i virtuálních strojů, se může lišit v závislosti na jejich obchodní kritičnosti. Klient obvykle přichází s hotovými požadavky na výpadek při migraci a na základě toho vybereme vhodný nástroj a plán migrace. Finální přepnutí se snažíme naplánovat v noci nebo o víkendech tak, aby koncoví uživatelé klienta nepostřehli ani drobné odstávky.
Na základě těchto dat můžete vybrat nástroj a zahájit samotnou migraci. Zde je to, co se stane dál.
- Nastavení síťového připojení. Organizujeme síťové připojení mezi naším cloudem a klientskou infrastrukturou. Virtuální stroje budou zkopírovány přes tuto síť. Pokud se používá Veeam Backup and Replication, jedná se o vyhrazený kanál, méně často o kanál VPN. V případě Veeam Cloud Connect jde vše přes internet nebo stejný vyhrazený kanál.
Poté je síť nakonfigurována pro virtuální počítač v cloudu. Auta se obvykle pohybují ve skupinách a déle než jeden den. Jakmile jsou virtuální počítače přeneseny k nám a spuštěny, musí komunikovat s počítači, které stále zůstávají na původním místě.
- Plán migrace. Když je aut hodně, má smysl je rozdělit do skupin a přepravovat po dávkách. Společně s klientem domluvíme plán, ve kterém upřesníme, kdy a jaké stroje se přesunou a kdy bude provedena finální replikace a přechod na nové pracoviště.
- Testovací migrace. Provedeme migraci testovacího virtuálního stroje a zkontrolujeme, zda je vše správně nakonfigurováno: síťové připojení mezi weby, dostupnost virtuálního stroje pro stroje na zdrojovém webu, práva účtu atd. Tento test pomáhá vyhnout se problémům ve fázi bojové migrace.
To je z mé strany vše. V komentářích se ptejte a řekněte nám o svých zkušenostech s migrací.
Zdroj: www.habr.com