Migrace úloh do Řešení Azure VMware

Tento článek obsahuje pokyny, které pomáhají tvůrcům s rozhodovací pravomocí definovat strategii migrace pro Řešení Azure VMware, včetně fází plánování, provádění a vyřazení z provozu.

Diagram znázorňující proces Microsoft Cloud Adoption Framework pro přijetí Řešení Azure VMware

Řešení Azure VMware poskytuje strukturovanou cestu pro migraci úloh založených na VMware na Azure s minimálními změnami aplikace. Úspěch závisí na více než přesunu virtuálních počítačů. Organizace potřebují jasné zásady migrace, kritéria hodnocení úloh, ověřovací standardy a kontrolní mechanismy provádění, které snižují riziko, udržují provozní kontinuitu a podporují dlouhodobé cíle platformy.

Doporučení: Před migrací úloh do Řešení Azure VMware definujte strategii migrace, přístup k posouzení úloh, pořadí migrací a požadavky na ověření.

1. Plánování migrace

Než něco navrhnete, vytvořte jasný obrázek toho, co migrujete, v jakém pořadí a proč. K posouzení vašich aktiv použijte metodologii plánu Cloud Adoption Framework. Řešení Azure VMware nejlépe vyhovuje přístupu pro změny hostitele, kde potřebujete minimální přerušení a žádné krátkodobé modernizace. Není to správný domov pro každou aplikaci a fáze plánování je místo, kde se rozhodnete.

1.1 Zjišťování a inventář

Azure Migrate prohledá místní prostředí vSphere a sestaví inventář virtuálních počítačů, jejich využití prostředků a jejich závislostí. Tyto údaje slouží jako podklad jak pro dimenzování (kolik hostitelů a jaký typ hostitele je potřeba), tak pro plánování vln (které úlohy se přesouvají společně). Azure Migrate neprovádí přesun do Řešení Azure VMware. Poskytuje důkazy o velikosti a sekvencování projektu.

1.2 Strategie migrace

Řešení Azure VMware primárně podporuje přístup k opětovnému hostování. Aplikace, které potřebují refaktoring nebo úpravu architektury, můžou být lépe obsluhovány Azure nativními výpočetními prostředky. Zaznamenejte tato rozhodnutí tak, aby plán odrážel záměrné volby místo výchozích hodnot. Viz Výběr strategie migrace do cloudu.

1.3 Posouzení úloh

Ne každá úloha je stejně vhodným kandidátem na Řešení Azure VMware. Před přiřazením úloh k migračním vlnám vyhodnoťte jejich technické požadavky, provozní závislosti a přizpůsobení platformy. Strukturované posouzení vám pomůže identifikovat rizika v rané fázi, ověřit vhodnost a zajistit, aby plány migrace odrážely obchodní priority místo předpokladů.

1.3.1 Požadavky

Před přiřazením úlohy k migrační vlně vyhodnoťte technické, provozní a obchodní požadavky, které ovlivňují jeho úspěch na Řešení Azure VMware. Toto posouzení vám pomůže určit vhodnost platformy, identifikovat potenciální problémy s migrací a poskytnout informace potřebné pro rozhodování o určení velikosti, sekvencování a připravenosti. Při posuzování jednotlivých úloh se zaměřte na:

  • Požadavky na výkon: Seznamte se s požadavky na procesor, paměť, vstupně-výstupní operace úložiště a propustnost sítě. Přiřaďte tyto požadavky ke SKU hostitelů služby Řešení Azure VMware a k zásadám úložiště vSAN, včetně konfigurace RAID a nastavení počtu tolerovaných selhání (FTT).

  • Závislosti aplikací: Určete, se kterými systémy jednotlivé úlohy komunikují. Závislosti určují plánování migrační vlny a to, jestli se závislé systémy musí přesouvat společně.

  • Požadavky na kompatibilitu: Ověřte, že jsou na Řešení Azure VMware podporované hostované operační systémy a software třetích stran. Většinu úloh, které běží v místním prostředí vSphere, lze bez úprav provozovat i v Řešení Azure VMware, ale raději to ověřte, než abyste to předpokládali, a nezapomeňte otestovat postup návratu pro případ problematických migrací.

  • Požadavky na síť: Zdokumentujte segmenty sítě, IP adresy, konfigurace DNS a pravidla brány firewall, která každá úloha vyžaduje. Identifikujte úlohy citlivé na latenci a ujistěte se, že je síťová architektura optimalizovaná tak, aby podporovala jejich požadavky.

1.3.2 Zpracování pracovní zátěže

Posouzení úloh identifikuje, co úloha potřebuje. Zpracování úloh určuje, jaká akce se má provést. Pracovníci s rozhodovací pravomocí by měli vyhodnotit, jestli každá aplikace patří do Řešení Azure VMware, jestli by měla zůstat v místním prostředí, nebo jestli jsou části aplikace lépe obsluhovány službami Azure nativními službami. Pro každou úlohu určete:

  • Zda tam pracovní zátěž patří. Pracovní zátěže, které již na vSphere běží dobře, jsou přirozenými kandidáty, zejména ty, které nemají plán modernizace v nejbližší době. U úlohy, která směřuje k ukončení provozu nebo k nahrazení řešením SaaS, zvažte, zda její migrace přinese přidanou hodnotu, nebo zda by měla zůstat beze změny až do konce životního cyklu.

  • Jestli tam každá vrstva patří. Úloha má často více než jednu vrstvu, například webový front-end a databázi. Virtuální počítače aplikace můžete spustit na Řešení Azure VMware a připojit je k Azure nativním datovým službám, jako je Azure SQL Database. Tato konfigurace vám poskytuje výhody spravované databáze vedle vašich úloh VMware a snižuje náklady na vaše hostitelské servery VMware a licence VMware.

1.4 Připravenost na migraci

Definujte minimální provozní, výkon, zabezpečení a požadavky zásad správného řízení, které musí každá úloha splňovat, než ji schválíte pro produkční použití.

Použijte konzistentní ověřovací architekturu pro každou vlnu migrace. Rámec by měl definovat požadované kontroly, kritéria schválení a důkazy, které musí týmy předložit před schválením přechodu. Minimálně ověřte:

  • Stav replikace HCX

  • Směrovatelnost segmentů NSX

  • Stav hostitele ESXi

  • Dosažitelnost identity a ověřování z cílového segmentu

  • Stav podpůrných služeb, jako je zálohování a monitorování

Před migrací rozhodněte, jestli týmy musí zaznamenávat základní metriky výkonu ze zdrojového prostředí. Tato měření poskytují referenční bod pro ověřování výkonu po migraci a identifikaci regresí.

Před přepnutím požadujte po týmech, aby určily, zda externí záznamy DNS, konfigurace nástroje pro vyrovnávání zatížení, koncové body aplikací nebo jiné závislosti související s připojením vyžadují aktualizaci. Zahrňte do plánu přechodu pro danou vlnu všechny požadované změny, aby se snížilo riziko narušení služeb.

1.5 Sekvence migrace Řešení Azure VMware

Pořadí migrace určuje, které úlohy se přesunou do Řešení Azure VMware první, druhé atd. Dobré plánování vln snižuje riziko a zabraňuje zbytečnému přerušení.

  • Seskupte podle závislostí: Pomocí dat závislostí ze zjišťování můžete najít sady virtuálních počítačů, které úzce spolupracují, jako je aplikační server a jeho databáze. Přesuňte je v rámci stejné vlny, aby provoz nemusel procházet sítí u každého požadavku, když jedna část stále zůstává v místním prostředí.

  • Zmapujte existující pravidla: Zdokumentujte všechna pravidla afinity nebo anti-afinity z vašeho místního prostředí a naplánujte, jak je znovu vytvořit. Řešení Azure VMware zásady umístění vynucují afinitu virtuálních počítačů k hostitelům, což je důležité kvůli licenčním omezením, například u SQL Serveru, a při přísných požadavcích na výkon.

  • Sekvencovat podle rizika: Začněte s méně rizikovými úlohami, jako jsou neprodukční systémy nebo aplikace s několika závislostmi. Váš tým si předtím, než proces začne být využíván pro kritické podnikové aplikace, vybuduje důvěru v jeho fungování. Přechod na úlohy s vyšší složitostí s rostoucím počtem zkušeností

  • Zohledněte plány rozšíření sítě: Při určování pořadí vycházejte z topologie místní on-premises sítě. Když několik aplikací sdílí síťový segment, migrujte je ve stejné vlně nebo v po sobě jdoucích vlnách. Segment pak můžete rychle přepnout na nativní síť Řešení Azure VMware a odebrat dočasné rozšíření.

1.6 Nástroje pro migraci

Pomocí VMware HCX můžete přesunout úlohy do Řešení Azure VMware s minimálním přerušením. HCX Enterprise je součástí bez dalších nákladů a ve výchozím nastavení se instaluje, což zpřístupňuje možnosti, jako jsou Replication Assisted vMotion a Mobility Optimized Networking. Není nutné používat HCX a můžete také přenést fyzické úlohy pomocí partnerského řešení migrace.

1.6.1 Přístup k migraci

vMotion přesouvá běžící pracovní zátěž bez odstávky a v 2. generaci je obecně rychlejší než dávkové metody. Replikace s asistencí a hromadná migrace mohou dnes na Generation 2 probíhat pomaleji, proto naplánujte delší časová okna a vlny podle toho rozvrhněte. Viz aspekty návrhu privátního cloudu 2. generace Řešení Azure VMware.

1.6.2 Zásady správného řízení rozšíření sítě

Některé týmy považují síťové rozšíření za trvalý návrh. To není. Nechte rozšíření otevřená jenom pro okno migrace. Rozšíření sítě HCX roztáhne místní síť do Řešení Azure VMware ve vrstvě 2, která umožňuje úlohám zachovat jejich stávající adresy během přesunu. Tento návrh zabraňuje překonfigurování aplikací předem a přináší kompromisy, které musí řídit rozhodovací tvůrce.

  • Místní závislost. Rozšířená síť obvykle udržuje svou bránu místně, takže úloha po přesunu stále závisí na zdrojové lokalitě.

  • Neefektivní směrování Provoz se může vracet do místní infrastruktury a zpět, což je vzorec označovaný jako tromboning, který zvyšuje latenci a vytváří další body selhání.

Nastavte pevnou politiku. Rozšiřte síť jenom v případě, že úloha nemůže změnit svoji adresu, a po přesunutí úloh odeberte každé rozšíření. Nejprve vyhodnoťte místní síť, abyste věděli, které segmenty potřebují rozšíření a jak dlouho. Toto hodnocení podává váš plán vlny i časovou osu rozšíření. Síť optimalizovaná pro mobilitu může v určitých případech omezit jev tromboning, proto před jejím povolením ověřte, které konfigurace jsou podporovány. Viz Konfigurace síťového rozšíření HCX.

2. Příprava migrace

Následující posloupnost nasazení odráží závislosti mezi fázemi. Každý krok předpokládá, že předchozí krok je dokončený a ověřený.

  1. Cílová zóna platformy: Ujistěte se, že všechny požadované centralizované síťové služby, identity, zabezpečení a monitorování jsou připravené k integraci s Azure úlohami VMware. Použijte standardní hodnoty zásad správného řízení a zabezpečení prostřednictvím Azure Policy v hierarchii skupin pro správu, která vám pomůže dosáhnout požadavků na dodržování předpisů. Generace 2 se nasazuje do vaší virtuální sítě, takže základní zásada, která vynucuje přísná pravidla pro skupiny zabezpečení sítě nebo směrovací tabulky, může nasazení zablokovat. Před nasazením odeberte tyto konkrétní zásady z virtuální sítě privátního cloudu a pak je znovu použít. Zahrňte tuto výjimku do výchozího plánu, aby správa a řízení nezbrzdily nasazení.

  2. Cílové zóny úloh: Umístěte cílové zóny úloh (předplatná) pod správnou skupinu pro správu, a to online nebo interní („Corp“).

  3. Rozsahy IP adres: Vyhraďte si minimální blok adres /22 pro privátní cloud. V prostředí Generation 2 si také vyhraďte dva další bloky /24 pro správu HCX a uplink. Ověřte, že se žádný z těchto rozsahů nepřekrývá s vaším místním adresním prostorem, adresním prostorem Azure ani jiným cloudovým adresním prostorem. Tuto podmínku nemůžete po nasazení snadno opravit. Viz aspekty návrhu generace 2.

  4. Žádost o kvótu: Požádejte o kvótu včas, protože přidělení může trvat až pět pracovních dnů. Požadujte dostatečnou kapacitu pro růst a zotavení po havárii, například redundanci N+1, tedy o jednoho hostitele více, než vyžaduje pracovní zátěž. Potvrďte licenci Portable VMware Cloud Foundation, kterou vyžadují nová nasazení. Viz Požádat o kvótu hostitele.

  5. Nasazení privátního cloudu Řešení Azure VMware: Nasaďte privátní cloud generace 2 do jeho virtuální sítě Azure. Viz Vytvoření privátního cloudu generace 2.

  6. Konfigurace sítí a identit: Propojte síť privátního cloudu se svým hubem a zajistěte připojení k místní infrastruktuře. Připojte vCenter Server k externímu zdroji identity, aby se správci přihlásili pomocí spravovaných účtů místo sdílených předdefinovaných přihlašovacích údajů.

  7. Monitorování a správa: Přeposílejte protokoly do řešení správy protokolů a nakonfigurujte upozornění služby Service Health. Připojte hostující virtuální počítače prostřednictvím Azure Arc, abyste je mohli řídit pomocí stejných nástrojů Azure, které používáte jinde.

  8. Instalace HCX: Před zahájením první vlny nainstalujte HCX a otestujte připojení typu site-to-site.

3. Provádění migrace

Definujte, co "hotovo" znamená před každou vlnou. Vlna je dokončena, když je pracovní zátěž validována, síťové rozšíření je odebráno a aplikace je v pořádku ve svém trvalém stavu.

Před každou vlnou definujte kritéria vrácení zpět a před migrací produkčních systémů otestujte cestu vrácení zpět. HCX podporuje zpětnou migraci a přesný přístup závisí na typu migrace, který jste použili. Kritéria úspěchu vlny zahrnují:

  1. Každý virtuální počítač ve vlně běží na Řešení Azure VMware a už nezávisí na síťovém rozšíření pro produkční provoz.

  2. Každá aplikace je dostupná pro své uživatele a její závislé systémy.

  3. Každý virtuální počítač se zobrazí v monitorovacích nástrojích bez upozornění nebo chyb.

  4. Vrácení zpět už není potřeba a můžete ho formálně zavřít.

  5. Výkon aplikace odpovídá referenční hodnotě nebo ji překonává.

  6. Úlohy splňují vaše požadavky na zabezpečení a dodržování předpisů.

  7. Pracovní zátěž byla úspěšně začleněna do řešení pro zálohování a zotavení po havárii.

4. Vyhodnocení migrace a vyřazení z provozu

Migrace nekončí, když se úlohy zapnou v Řešení Azure VMware. Ověřte, že pracovní zátěže fungují správně v novém prostředí, potvrďte, že byla odstraněna dočasná opatření zavedená kvůli migraci, a formálně vyřaďte zdrojovou infrastrukturu. Ponechání místní infrastruktury může mít za následek neobjevené a nezdokumentované závislosti. Vyhodnocený proces vyhodnocení a vyřazení z provozu zajišťuje, aby organizace zjistila očekávané výhody migrace bez zbytečných provozních nákladů nebo rizik.

4.1 Připravenost produkčního prostředí po přepnutí

Stanovte kritéria po přepnutí, která potvrdí, že se zatížení chová podle očekávání. Zkontrolujte dostupnost sítě a překlad názvů. Zkontrolujte funkci aplikace a komunikaci se závislými systémy. Po přesunu jednotlivých virtuálních počítačů ověřte, že se spustí, že se jeho prostředky shodují s plánem a že platí správné zásady úložiště. Porovnejte výkon se standardními hodnotami před migrací.

Rozhodněte se o zásadách parity. Klíčovým rozhodnutím je, zda migrovaná úloha musí dosáhnout úplné parity se stavem v místním prostředí, než ji označíte za připravenou pro produkční provoz, nebo zda povolíte dočasné odchylky. Mnoho organizací požaduje okamžitou paritu výkonu pro zákaznické systémy, ale uděluje interním aplikacím krátkou stabilizaci s pevným termínem nápravy.

4.2 Ověření připojení

Ověřte koncové připojení napříč Řešení Azure VMware, Azure, místním prostředím, internetem a překladem ip adres. Spusťte základní testy aplikace a ověřte, že pracovní zátěž plní svůj účel. Ověřte, zda je potřeba v rámci přepnutí aktualizovat záznamy externích názvů nebo nastavení load balanceru.

Pokud jste vytvořili sekundární instanci Řešení Azure VMware pro zotavení po havárii, ujistěte se, že je dostupná z primární instance i od všech klientů nebo podpůrných služeb, které se k ní potřebují připojit, pokud je aktivovaná.

4.3 Zrušení síťového rozšíření

Jakmile se všechny úlohy v rozšířeném segmentu přesunou, odeberte rozšíření vrstvy 2 HCX a ověřte, že nativní brána řešení Řešení Azure VMware správně směruje provoz. Nenechávejte rozšíření ponechané déle, než vyžaduje migrace.

4.4 Vyřazení zdrojového prostředí z provozu

Vyřazení z provozu formálně uvolňuje zdrojovou kapacitu, licence a provozní pokrytí. Vnímejte to jako řízené předání spíše než jako úkol následného úklidu. Pokud vynecháte vyřazení z provozu, platíte za nečinnou infrastrukturu a nesete ohrožení zabezpečení. Pomocí vyřazení zdrojových úloh z provozu po migraci do cloudu můžete nastavit pořadí operací, dobu uchovávání zdrojových záloh, schválení potřebná k vypnutí zdrojových systémů a kritéria pro uvolnění licencí a hardwaru.

Další kroky

Návrh úloh:

  • Last updated on