Sdílet prostřednictvím


Vyhodnocení připravenosti úloh

Tento článek se zaměřuje na vyhodnocení připravenosti úlohy na migraci do cloudu.

Když chcete migrovat úlohu, tým přechodu na cloud zajistí, aby všechny prostředky a přidružené závislosti byly kompatibilní s vaším modelem nasazení a poskytovatelem cloudu. Tým dokumentuje veškeré požadované úsilí o nápravu problémů s kompatibilitou.

Východiska vyhodnocení

Většina obsahu, který popisuje principy architektury přechodu na cloud pro Azure, je nezávislá na cloudu. Proces vyhodnocení připravenosti ale musí být specifický pro každou cloudovou platformu a nástroje pro migraci, které jste vybrali ve fázi Přípravy .

Vybrané nástroje pro posouzení by měly obsahovat informace o jakýchkoli překážkách pro migraci. Mezi běžné blokovací moduly patří podpora operačního systému, velikost serveru a četnost změn dat, které můžou ovlivnit replikaci.

Některé organizace také čelí problémům s konfigurací virtuálních počítačů, které využívají výhod zdrojové platformy hypervisoru. Mezi tyto konfigurace patří zabezpečení založené na virtualizaci, dynamické disky, licence aplikací jiných společností než Microsoft, konfigurace zdrojů dat a certifikáty.

Tento článek nezachytává všechny možné aktivity vyhodnocení, protože každé prostředí a obchodní výsledek určují konkrétní požadavky. Abychom vám pomohli určit, jaké jsou tyto požadavky, tady je několik běžných vyhodnocovacích aktivit souvisejících s infrastrukturou, databázemi a sítěmi.

Vyhodnocení závislostí mezi datovými centry

Pokud migrujete úlohy z několika datacenter, musíte vyhodnotit všechny závislosti mezi těmito datovými centry.

Zvažte následující možnosti vyhodnocení závislostí mezi datovými centry:

  • Vizualizace závislostí: Pomocí funkce vizualizace závislostí ve službě Azure Migrate a modernizace můžete určit závislosti.
  • Závislosti skupin: Při práci s globální složitostí používejte seskupování závislostí. Tato funkce vám pomůže identifikovat IP adresy a porty všech prostředků, které jsou potřeba pro podporu úlohy.

Důležité

  • Potřebujete odborníka na danou problematiku, který rozumí umístění prostředků a schématům IP adres k identifikaci prostředků, které se nacházejí v sekundárním datacentru.
  • Abyste porozuměli obousměrným závislostem, musíte ve vizualizaci vyhodnotit podřízené závislosti a klienty.

Ukázkové scénáře

Následující části obsahují pokyny k vyhodnocení připravenosti na migraci úloh a databází do cloudu.

Běžné vyhodnocovací aktivity pro Azure Migrate a modernizace

Následující doprovodné materiály předpokládají, že máte v úmyslu migrovat úlohu do Azure. Předpokládá se také, že používáte Azure Migrate a modernizujete pro aktivity replikace.

Pomocí projektu Azure Migrate a Modernizace můžete vyhodnotit úlohy a vypočítat náklady na provoz v Azure. Další informace najdete v tématu Posouzení virtuálních počítačů Azure ve službě Azure Migrate a modernizace.

Projekt Azure Migrate a Modernizace můžete použít také k posouzení připravenosti na migraci, překladu velikosti serveru do předplatných Azure na základě skutečného použití a výpočtu nákladů. Další upřesnění výpočtů nákladů vytvořením obchodního případu

Nezapomeňte zdokumentovat všechny rozdíly v konfiguraci hostitele, v konfiguraci replikovaných virtuálních počítačů, dále požadavky na úložiště a konfiguraci sítě. Tyto informace použijte k odhadu aspektů šířky pásma migrace. Mezi běžné součásti odhadu šířky pásma patří:

  • Celkové úložiště: Vypočítejte celkové úložiště, které replikované virtuální počítače potřebují během iterací, které vedou k vydání verze.
  • Posun nebo rychlost změn: Výpočet posunu nebo četnosti změn úložiště, které replikované virtuální počítače potřebují během iterací, které vedou k vydání.
  • Požadavky na šířku pásma: Vypočítejte požadavky na šířku pásma, které každá iterace potřebuje, tím, že sečte celkové úložiště a posun.
  • Nepoužitá šířka pásma: Vypočítejte dostupnou nepoužitou šířku pásma v aktuální síti, abyste ověřili zarovnání podle iterace.
  • Šířka pásma rychlosti migrace: Zdokumentujte šířku pásma, kterou potřebujete k dosažení očekávané rychlosti migrace. Pokud potřebujete nějakou nápravu, abyste zajistili potřebnou šířku pásma, informujte tým, který zodpovídá za nápravné aktivity.

Poznámka:

Celkové úložiště přímo ovlivňuje požadavky na šířku pásma během počáteční replikace. Ale posun úložiště pokračuje od okamžiku replikace až do vydání verze. To znamená, že posun má kumulativní účinek na dostupnou šířku pásma.

Pokyny týkající se požadavků na šířku pásma najdete v nejčastějších dotazech k nástrojům pro migraci a modernizaci.

Běžné aktivity při vyhodnocení databáze

V rámci migrace serverů se také můžete podívat na migraci instancí SQL Serveru nebo jiných databázových serverů.

  • Zdokumentujte cíle bodů obnovení (RPO) a plánovanou dobu obnovení (RTO) aktuálního nasazení databáze. Tyto informace vám pomůžou při rozhodování během aktivit architektury.
  • Zdokumentování požadavků na vysokou dostupnost: Zdokumentování požadavků na konfiguraci vysoké dostupnosti Další informace o požadavcích SQL Serveru najdete v průvodci řešeními pro vysokou dostupnost SQL Serveru.
  • Vyhodnocení PaaS: Vyhodnocení kompatibility platformy jako služby (PaaS) Průvodce službou Azure Database Migration Service mapuje místní databáze na kompatibilní řešení Azure PaaS, jako jsou Azure Cosmos DB, Azure SQL Database, Azure Database for MySQL, Azure Database for PostgreSQL nebo Azure Database for MariaDB.
    • Kompatibilita PaaS bez nápravy: Pokud je kompatibilita PaaS možnost bez nutnosti nápravy, obraťte se na tým zodpovědný za aktivity architektury. Migrace PaaS můžou ušetřit čas a snížit celkové náklady na vlastnictví většiny cloudových řešení.
    • Kompatibilita PaaS v případě potřeby nápravy: Obraťte se na týmy zodpovědné za aktivity architektury a nápravy . V mnoha scénářích převáží výhody migrací PaaS pro databázová řešení nad nárůstem doby nápravy.
  • Velikost a rychlost změny dokumentu: Zdokumentujte velikost a míru změn pro každou databázi, kterou chcete migrovat.
  • Závislosti aplikací a databází dokumentů: Pokud je to možné, zdokumentujte všechny aplikace nebo jiné prostředky, které pro každou databázi volají.

Poznámka:

Synchronizace prostředku klade nároky na šířku pásma při replikačních procesech. Běžnou nástrahou je přehlédnout, kolik šířky pásma potřebujete k synchronizaci prostředků mezi body replikace a uvolněním. Během cyklů vydávání verzí jsou to právě databáze, které spotřebovávají šířku pásma. Zvlášť problematické jsou databáze s velkými nároky na úložiště nebo s vysokým tempem změn.

Před testováním přijetí uživatele a vydáním zvažte replikaci datové struktury s řízenými aktualizacemi. V těchto scénářích můžou být alternativy k Azure Site Recovery vhodnější. Další informace najdete v průvodcích službou Azure Database Migration Service.

Další krok

Po vyhodnocení systému budou výstupy živit vývoj nové cloudové architektury.