Replikace prostředků při migraci do cloudu

Místní datacentra ukládají fyzické prostředky, jako jsou servery, zařízení a síťová zařízení. Každý fyzický prostředek, jako je server, je ale jenom prostředí. Skutečná hodnota pochází z binárního souboru, který běží na serveru. Datové centrum existuje kvůli aplikacím a datům, což jsou primární binární soubory, které migrujete. Digitální prostředky a binární zdroje, jako jsou operační systémy, síťové trasy, soubory a protokoly zabezpečení, powerují aplikace a úložiště dat.

Proces replikace se skládá z následujících kroků:

1. Replikace: Zkopíruje verzi různých binárních souborů k určitému bodu v čase.

2. Seeding: Zkopíruje binární snímky do nové platformy a nasadí je na nový hardware. Počáteční kopie binárního souboru se chová stejně jako původní binární soubor na starém hardwaru. Snímek binárního souboru je ale zastaralý a je nesprávně zarovnaný s původním zdrojem.

3. Synchronizace: Zarovná nový binární soubor a starý binární soubor. Tento proces průběžně aktualizuje kopii uloženou na nové platformě. Synchronizace pokračuje až do zvýšení úrovně aktiva ve shodě s vybraným modelem povýšení. V tomto okamžiku se synchronizace zastaví.

Požadavky na replikaci

Před replikací byste měli dokončit aktivity ve fázích přípravy a posouzení . Abyste mohli začít replikovat, musíte mít:

• Předplatné pro migrované prostředky.

• Nástroj pro migraci, který přesune binární kopie.

• Zdrojové binární soubory připravené pro replikaci a synchronizaci. Jejich přesná konfigurace závisí na vašem nástroji pro migraci. Příprava zahrnuje nápravu všech problémů s replikací, které jste našli ve fázi posouzení. Příklad zahájení replikace najdete v tématu Migrace z VMware prostřednictvím migrace bez agentů.

• Všechny závislosti pro vaši úlohu, které jste identifikovali během kroku návrhu architektury úloh. Tyto závislosti můžou zahrnovat skupiny prostředků, virtuální sítě a podsítě, ve kterých chcete nasadit replikované virtuální počítače. Další informace najdete v tématu Nasazení podpůrných služeb.

Rizika replikace: Fyzika replikace

Při plánování a provádění binární zdrojové replikace do nového cíle zvažte následující základní zákony:

• Rychlost světla: Při přesouvání velkých objemů dat je vlákno nejrychlejší možností. Optické kabely ale mohou přesouvat data pouze ve dvou třetinách rychlostí světla. Neexistuje žádná metoda pro okamžitou nebo neomezenou replikaci dat.

• Rychlost kanálu WAN: Šířka pásma pro odesílání je ještě důležitější než rychlost přesunu dat. Objem dat za sekundu, která stávající síť WAN vaší společnosti přenese do cílového datacentra, určuje šířku pásma pro odesílání.

• Rychlost rozšíření sítě WAN: Pokud rozpočet umožňuje, můžete do řešení WAN vaší společnosti přidat větší šířku pásma. Ale může trvat týdny nebo měsíce, než se pořizovat, připravit a integrovat více vláken připojení.

• Rychlost disků: I při nekonečné rychlosti dat a nekonečném limitu šířky pásma mezi zdrojovým binárním souborem a cílovým cílem platí, že fyzika stále omezuje replikaci. Replikace dat probíhá pouze tak rychle, jak můžou zdrojové disky číst data.

• Rychlost lidských výpočtů: Disky a světlo se pohybují rychleji než procesy lidského rozhodování. Když skupina lidí spolupracuje a rozhoduje společně, výsledky se zpomalí. Replikace nemůže překonat zpoždění související s lidskými výpočty.

Každý z těchto zákonů fyziky řídí následující rizika, která běžně ovlivňují plány migrace:

• Doba replikace: Replikace vyžaduje čas a šířku pásma. Plány by měly obsahovat realistické časové osy, která odráží dobu potřebnou k replikaci binárních souborů.

  Celková dostupná šířka pásma migrace je velikost šířky pásma vázané na to, kterou ostatní obchodní potřeby s vyšší prioritou nespotřebovávají. Šířka pásma vázané na šířku pásma se měří v megabitech za sekundu (Mb/s) nebo gigabitech za sekundu (Gb/s). Celkové úložiště migrace je celkové místo na disku měřené v gigabajtech (GB) nebo terabajtech (TB), které je potřeba k uložení snímku prostředků, které se mají migrovat.

  Pokud chcete určit počáteční odhad času, vydělte celkové úložiště migrace celkovou dostupnou šířkou pásma migrace. Nezapomeňte na převod bitů na bajty. Další položka popisuje přesnější výpočet času.

• Kumulativní účinek posunu disku: Od bodu replikace po povýšení prostředku do produkčního prostředí musí zůstat zdrojové a cílové binární soubory synchronizované.

  Posun binárních souborů spotřebovává další šířku pásma, protože je nutné replikovat změny binárního souboru opakovaně. Během synchronizace zahrnuje výpočet celkového úložiště migrace všechny binární posuny. Čím déle trvá povýšení prostředku do produkčního prostředí, dojde k kumulativnímu posunu. Čím více synchronizovaných prostředků máte, tím větší šířku pásma využíváte. Pro každý prostředek ve stavu synchronizace máte k dispozici méně celkovou dostupnou šířku pásma migrace.

• Časová změna: Čas synchronizace má kumulativní negativní vliv na rychlost migrace. Stanovení priorit backlogu migrace a pokročilá příprava na plán komunikace změn jsou pro rychlost migrace zásadní.

  Nejvýznamnějším testem obchodní a technické shody během migrace je tempo povýšení. Čím rychleji se prostředek zvýší do produkčního prostředí, tím menší posun disku ovlivní šířku pásma. Další šířku pásma a čas můžete přidělit další replikaci úlohy.

Plánování, kdy požadavky na data překračují kapacitu sítě

Při migraci do cloudu replikujete a synchronizujete prostředky přes síť mezi existujícím datacentrem a cloudem. Stávající požadavky na velikost dat různých úloh můžou překročit kapacitu sítě. V takovém scénáři může být proces migrace radikálně zpomalován nebo v některých případech zcela zastaven.

Pokud vaše posouzení, počáteční replikace nebo testování identifikuje problém s kapacitou, zvažte použití Azure Data Boxu k přenosu nezávislých úložišť dat. Tento přístup použijte k odeslání velkých objemů dat do cloudu před migrací úloh.

Některá partnerová řešení, která nejsou od Microsoftu, používají data Box také k migraci. S těmito řešeními můžete přesunout velký objem dat prostřednictvím offline přenosu, ale později je budete synchronizovat v nižším měřítku přes síť.

Další krok

Příprava na správu