Architektura zotavení po havárii z Hyper-V do Azure
Tento článek popisuje architekturu a procesy používané při replikaci, převzetí služeb při selhání a obnovení virtuálních počítačů Hyper-V mezi místními hostiteli Hyper-V a Azure pomocí služby Azure Site Recovery .
Hostitele Hyper-V můžete volitelně spravovat v privátních cloudech System Center Virtual Machine Manager (VMM).
Komponenty architektury – Hyper-V bez nástroje VMM
Následující tabulka a grafika obsahují podrobný pohled na součásti používané pro replikaci Hyper-V do Azure, když nejsou hostitelé Hyper-V spravováni nástrojem VMM.
| Komponenta | Požadavek | Podrobnosti |
|---|---|---|
| Azure | Předplatné Azure, účet úložiště Azure a síť Azure. | Replikovaná data z místních úloh virtuálních počítačů se ukládají v účtu úložiště. Virtuální počítače Azure se vytvářejí s daty replikovaných úloh, když dojde k převzetí služeb při selhání z vaší místní lokality. Virtuální počítače Azure se připojí k virtuální síti Azure po svém vytvoření. |
| Hyper-V | Během nasazení Site Recovery shromažďujete hostitele a clustery Hyper-V do lokalit technologie Hyper-V. Na každého samostatného hostitele Hyper-V nebo na každém uzlu clusteru Hyper-V nainstalujete poskytovatele Azure Site Recovery a agenta Recovery Services. | Zprostředkovatel orchestruje replikaci pomocí služby Site Recovery přes internet. Agent Recovery Services se stará o replikaci dat. Komunikace z poskytovatele i agenta je zabezpečená a šifrovaná. Šifrují se rovněž replikovaná data v úložišti Azure. |
| Virtuální počítače Hyper-V | Jeden nebo více virtuálních počítačů běžících na technologii Hyper-V. | Na virtuálních počítačích není nutné explicitně instalovat žádné požadavky. |
Architektura Hyper-V do Azure (bez VMM)
Komponenty architektury – technologie Hyper-V s nástrojem VMM
Následující tabulka a grafika obsahují podrobný pohled na součásti používané pro replikaci Hyper-V do Azure, když jsou hostitelé Hyper-V spravováni v cloudech VMM.
| Komponenta | Požadavek | Podrobnosti |
|---|---|---|
| Azure | Předplatné Azure, účet úložiště Azure a síť Azure. | Replikovaná data z místních úloh virtuálních počítačů se ukládají v účtu úložiště. Když dojde k převzetí služeb při selhání z místního webu, vytvoří se virtuální počítače Azure s replikovanými daty. Virtuální počítače Azure se připojí k virtuální síti Azure po svém vytvoření. |
| Server VMM | Server VMM obsahuje jeden nebo více cloudů s hostiteli Hyper-V. | Na server VMM nainstalujete poskytovatele Site Recovery, pro orchestraci replikace pomocí Site Recovery a registraci serveru v trezoru služby Recovery Services. |
| Hostitel Hyper-V | Jeden nebo několik hostitelů/clusterů Hyper-V spravovaných nástrojem VMM. | Agenta Recovery Services nainstalujete na každého hostitele nebo uzel clusteru Hyper-V. |
| Virtuální počítače Hyper-V | Jeden nebo několik virtuálních počítačů spuštěných na hostitelském serveru Hyper-V. | Na virtuálních počítačích není výslovně potřeba nic instalovat. |
| Sítě | Logické sítě a sítě virtuálních počítačů nastavené na serveru VMM. Síť virtuálních počítačů by měla být propojená s logickou sítí, která je přidružená ke cloudu. | Sítě virtuálních počítačů jsou namapované na virtuální sítě Azure. Když se po převzetí služeb při selhání vytvoří virtuální počítače Azure, přidají se do sítě Azure, která je namapovaná na síť virtuálních počítačů. |
Architektura Hyper-V do Azure (s VMM)
Nastavení odchozího připojení k síti
Aby mohla Site Recovery fungovat podle očekávání, musíte upravit odchozí síťové připojení, aby bylo možné prostředí replikovat.
Poznámka
Site Recovery nepodporuje připojení k síti pomocí ověřovacího proxy serveru.
Odchozí připojení pro adresy URL
Pokud k řízení odchozího připojení používáte proxy server brány firewall založený na adrese URL, povolte přístup k těmto adresám URL:
| Název | Komerční | Státní správa | Popis |
|---|---|---|---|
| Storage | *.blob.core.windows.net |
*.blob.core.usgovcloudapi.net |
Umožňuje zápis dat z virtuálního počítače do účtu úložiště mezipaměti ve zdrojové oblasti. |
| Azure Active Directory | login.microsoftonline.com |
login.microsoftonline.us |
Zajišťuje autorizaci a ověřování pro adresy URL služby Site Recovery. |
| Replikace | *.hypervrecoverymanager.windowsazure.com |
*.hypervrecoverymanager.windowsazure.com |
Umožňuje komunikaci virtuálního počítače se službou Site Recovery. |
| Service Bus | *.servicebus.windows.net |
*.servicebus.usgovcloudapi.net |
Umožňuje virtuálnímu počítači zapisovat data monitorování a diagnostiky Site Recovery. |
Proces replikace
Replikace a proces obnovení
Povolení ochrany
- Po povolení ochrany pro virtuální počítače Hyper-V (na webu Azure Portal nebo místně) se spustí Povolení ochrany.
- Úloha zkontroluje, zda počítač splňuje požadavky, a potom vyvolá metodu CreateReplicationRelationship, která nastaví replikaci s nastavením, které jste nakonfigurovali.
- Úloha spustí počáteční replikaci vyvoláním metody StartReplication, která zahájí úplnou replikaci virtuálního počítače a odešle virtuální disky virtuálního počítače do Azure.
- Úlohu můžete sledovat na kartě úlohy .
Počáteční replikace dat
- Při spuštění počáteční replikace se pořídí snímek virtuálního počítače Hyper-V .
- Virtuální pevné disky virtuálního počítače se replikují jednou po jednom, dokud se všechny nezkopírují do Azure. Tato situace může chvíli trvat, v závislosti na velikosti virtuálního počítače a šířce pásma sítě. Přečtěte si, jak zvýšit šířku pásma sítě.
- Pokud dojde ke změnám na disku v době, kdy probíhá počáteční replikace, sledování replikace repliky technologie Hyper-V sleduje změny jako protokoly replikace technologie Hyper-V (. hrl). Tyto soubory protokolu jsou umístěné ve stejné složce jako disky. Každý disk má přidružený soubor. hrl, který se odesílá do sekundárního úložiště. Soubory snímků a protokolů spotřebovávají prostředky disku v době, kdy probíhá počáteční replikace.
- Po dokončení počáteční replikace se snímek virtuálního počítače odstraní.
- Rozdílové změny na disku v protokolu se synchronizují a sloučí s nadřazeným diskem.
Finalizace procesu ochrany
- Po dokončení počáteční replikace se spustí ochrana finalizace úlohy virtuálního počítače . Nakonfiguruje síť a další nastavení po replikaci tak, aby byl virtuální počítač chráněný.
- V této fázi můžete zkontrolovat nastavení virtuálního počítače, abyste se ujistili, že je připravený na převzetí služeb při selhání. Pro virtuální počítač můžete spustit postupné procházení zotavení po havárii (testovací převzetí služeb při selhání) a zkontrolovat, jestli převezme služby při selhání podle očekávání.
Rozdílová replikace
- Po počáteční replikaci se v souladu se zásadami replikace spustí rozdílová replikace.
- Sledovací modul replikace replik technologie Hyper-V sleduje změny virtuálního pevného disku jako souborů. HRL. Každý disk nakonfigurovaný pro replikaci má přidružený soubor .hrl.
- Protokol se pošle do účtu úložiště zákazníka. Při přenosu protokolu do Azure jsou změny v primárním disku sledovány v jiném souboru protokolu ve stejné složce.
- Během počáteční a rozdílové replikace můžete virtuální počítač monitorovat v Azure Portal.
Proces opakované synchronizace
Pokud rozdílová replikace selže a úplná replikace by byla náročná, pokud jde o šířku pásma nebo čas, pak se virtuální počítač označí pro resynchronizaci.
- Pokud například soubory .hrl dosáhnou 50 % velikosti disku, pak se u virtuálního počítače stanoví nutnost resynchronizace.
- Ve výchozím nastavení je automatické spuštění resynchronizace naplánováno mimo kancelářskou dobu.
Opětovná synchronizace odesílá jenom rozdílová data.
- Minimalizuje množství dat odesílaných výpočetními součty zdrojového a cílového virtuálního počítače.
- Používá algoritmus bloků s pevným blokem, ve kterém jsou zdrojové a cílové soubory rozdělené do pevných bloků dat.
- Vygenerují se kontrolní součty pro jednotlivé bloky dat. Tyto jsou porovnány s cílem určit, které bloky ze zdroje je nutné použít na cíl.
Po dokončení resynchronizace by měla pokračovat normální rozdílová replikace.
Pokud nechcete čekat na výchozí opětovnou synchronizaci mimo hodiny, můžete virtuální počítač znovu synchronizovat ručně. Například pokud dojde k výpadku. Provedete to tak, že v Azure Portal > znovu synchronizujete virtuální počítač.
Opakovat proces
Pokud dojde k chybě replikace, je předdefinován opakovaný pokus. Opakování je klasifikované tak, jak je popsáno v tabulce.
| Kategorie | Podrobnosti |
|---|---|
| Neopravitelné chyby | Pokus se nebude opakovat. Stav virtuálního počítače bude Kritický a bude nutný zásah správce. Mezi příklady těchto chyb patří poškozený řetězec VHD, neplatný stav pro virtuální počítač repliky, chyby ověřování v síti, chyby autorizace a Chyby nenalezení virtuálních počítačů (pro samostatné servery Hyper-V. |
| Opravitelné chyby | Pokusy se budou opakovat v každém intervalu replikace a pomocí exponenciální regrese se bude od počátku prvního pokusu zvětšovat interval opakování o 1, 2, 4, 8 a 10 minut. Pokud chyba přetrvává, bude se pokus opakovat každých 30 minut. Mezi tyto příklady patří chyby sítě, chybové zprávy s nízkým diskem a nedostatečné paměťové podmínky. |
Proces převzetí služeb při selhání a navrácení služeb po obnovení
- Můžete spustit plánované nebo neplánované převzetí služeb při selhání z místních virtuálních počítačů Hyper-V do Azure. Pokud spustíte plánovanou operaci, dojde k ukončení zdrojových virtuálních počítačů, aby se zcela předešlo možné ztrátě dat. Pokud vaše primární lokalita není dostupná, spusťte neplánované převzetí služeb při selhání.
- Můžete převzít službu při selhání jednoho počítače nebo vytvořit plány zotavení a orchestrovat převzetí služeb při selhání více počítačů.
- Spouštíte převzetí služeb při selhání. Po dokončení první fáze převzetí služeb při selhání byste měli být schopni zobrazit vytvořené virtuální počítače repliky v Azure. Virtuálnímu počítači můžete přiřadit veřejnou IP adresu, když je to třeba.
- Pak potvrdíte převzetí služeb při selhání, abyste mohli začít přistupovat ke úlohám z repliky virtuálního počítače Azure.
Po opětovném zprovoznění místní infrastruktury můžete provést navrácení služeb po obnovení. Navrácení služeb po obnovení proběhne ve třech fázích:
Vykonání plánovaného převzetí služeb při selhání z Azure do místní lokality:
- Minimalizovat prostoje: Pokud použijete tuto možnost Site Recovery před převzetí služeb při selhání synchronizuje data. Kontroluje změněné bloky dat a stáhne je do místní lokality, zatímco virtuální počítač Azure běží a minimalizuje výpadky. Když ručně určíte, že převzetí služeb při selhání by mělo být dokončené, virtuální počítač Azure se vypne a všechny poslední změny rozdílu se zkopírují a spustí se převzetí služeb při selhání.
- Úplné stažení: při převzetí služeb při selhání je tato data možností synchronizovaná. Tato možnost stáhne celý disk. Je rychlejší, protože nejsou vypočítány žádné kontrolní součty, ale existuje více výpadků. Tuto možnost použijte, pokud jste už nějakou dobu spustili repliky virtuálních počítačů Azure, nebo pokud se místní virtuální počítač odstranil.
- Vytvořit virtuální počítač: můžete vybrat, že se navrácení služeb po obnovení do stejného virtuálního počítače nebo na jiný virtuální počítač. Můžete určit, že Site Recovery vytvořit virtuální počítač, pokud ještě neexistuje.
Po dokončení počáteční synchronizace můžete vybrat, aby se převzetí služeb při selhání dokončilo. Po dokončení se můžete přihlásit k místnímu virtuálnímu počítači a ověřit, jestli všechno funguje podle očekávání. V Azure Portal vidíte, že se virtuální počítače Azure zastavily.
Pak potvrdíte převzetí služeb při selhání, které se dokončí, a znovu otevřete přístup k zatížení z místního virtuálního počítače.
Po úspěšném dokončení úloh se povolí zpětná replikace, aby se místní virtuální počítače znovu replikují do Azure.
Další kroky
V tomto kurzu se naučíte používat replikaci Hyper-V do Azure.