Obecné dotazy ke službě Azure Site Recovery

Site Recovery přispívá ke strategii provozní kontinuity a zotavení po havárii (BCDR) orchestrací a automatizací replikace virtuálních počítačů Azure mezi oblastmi, místními virtuálními počítači a fyzickými servery do Azure a místních počítačů do sekundárního datacentra. Přečtěte si další informace.

Ne, Azure Site Recovery nepodporuje úlohy Dockeru spuštěné na virtuálních počítačích. Pokud chcete tyto virtuální počítače chránit pomocí Site Recovery, vylučte disky s nainstalovaným Dockerem.

Existují různá opatření, která Site Recovery k zajištění integrity dat. Zabezpečené připojení se vytváří mezi všemi službami pomocí protokolu HTTPS. Tím zajistíte, že s daty nebudou manipulovat všechny malwarové nebo vnější entity. Dalším přijatým opatřením je použití kontrolních součtů. Přenos dat mezi zdrojem a cílem se provádí pomocí kontrolních součtů dat mezi nimi. Tím zajistíte, že přenášená data budou konzistentní.

Azure nepodporuje trvalé adresy MAC, takže software s licenčními modely založenými na mac nejde použít pro místní migraci do Azure nebo zotavení po havárii.

Ano, Site Recovery podporuje jak vyhrazené, tak sdílené modely infrastruktury.

No. Identita tenanta zůstává anonymní. Vaši klienti nepotřebují přístup k portálu Site Recovery. Pouze správce poskytovatele služeb pracuje s portálem.

Při replikaci mezi lokalitami ve vlastnictví poskytovatele služeb se data aplikací do Azure nikdy nepřenášejí. Data se šifrují při přenosu (HTTPS) a replikují se přímo mezi lokalitami poskytovatele služeb.

Pokud replikujete do Azure, data aplikací se posílají do úložiště Azure, ale nikoli do služby Site Recovery. Data se šifrují při přenosu a zůstanou šifrovaná v Azure.

No. Azure má fakturační vztah přímo s poskytovatelem služeb. Za generování konkrétních faktur pro své klienty má plnou odpovědnost poskytovatel služeb.

Ne, data se replikují do úložiště Azure ve vašem předplatném. Když provedete testovací převzetí služeb při selhání (rutina pro zotavení po havárii) nebo skutečné převzetí, Site Recovery ve vašem předplatném automaticky vytvoří virtuální počítače.

Ano.

Podporujeme nasazení Azure Pack, Cloud Platform System a System Center (2012 a novější). Přečtěte si další informace o integraci sady Azure Pack a Site Recovery.

Ano, virtuální počítače Hyper-V můžete replikovat do Azure nebo mezi lokalitami poskytovatele služeb. Upozorňujeme, že pokud replikujete mezi lokalitami poskytovatele služeb, integrace runbooků Azure není dostupná.

Projděte si podrobnosti o cenách Site Recovery.

Cenovou kalkulačku můžete použít k odhadu nákladů při používání Site Recovery.

Pokud chcete získat podrobný odhad nákladů, spusťte nástroj plánovače nasazení pro VMware nebo Hyper-V a použijte sestavu odhadu nákladů.

Ne, za mezipaměť se neúčtují žádné další poplatky. Pokud využíváte replikaci do účtu úložiště úrovně Standard, toto úložiště mezipaměti je součástí stejného cílového účtu úložiště.

Ano. U každé chráněné instance se prvních 31 dnů neúčtují žádné poplatky za Azure Site Recovery. Pokud například posledních 6 měsíců chráníte 10 instancí a připojíte k Azure Site Recovery 11. instanci, prvních 31 dnů se vám za 11. instanci nebudou účtovat žádné poplatky. U prvních 10 instancí se budou dál účtovat poplatky za Azure Site Recovery, protože jsou chráněné déle než 31 dnů.

Ano, Site Recovery je u chráněné instance prvních 31 dnů sice zdarma, ale můžou se vám účtovat poplatky za službu Azure Storage, transakce úložiště a přenos dat. V případě obnoveného virtuálního počítače se můžou účtovat také poplatky za výpočetní prostředky Azure.

S postupem zotavení po havárii se nepojí žádné zvláštní náklady. Po vytvoření virtuálního počítače po testovacím převzetí služeb při selhání se budou účtovat poplatky za výpočetní prostředky.

Ne, Site Recovery nezachycuje replikovaná data a nemá žádné informace o tom, co běží na virtuálních počítačích nebo fyzických serverech. Replikační data se vyměňují mezi lokálními hostiteli Hyper-V, hypervisory VMware nebo fyzickými servery a úložištěm Azure nebo sekundární lokalitou. Site Recovery nemá schopnost tato data zachytit. Do služby Site Recovery se odesílají jen metadata, která jsou nezbytná k orchestraci replikace a převzetí služeb při selhání.

Site Recovery je ISO 27001:2013, 27018, HIPAA, DPA certified a je v procesu hodnocení SOC2 a FedRAMP JAB.

Ano. Při vytváření trezoru Site Recovery v oblasti zajistíme, aby všechna metadata, která potřebujeme k povolení a orchestraci replikace a převzetí služeb při selhání, zůstala v rámci geografické hranice dané oblasti.

U virtuálních počítačů a fyzických serverů se podporuje replikace mezi místními lokalitami šifrování při přenosu. U virtuálních počítačů a fyzických serverů replikujících do Azure se podporuje šifrování při přenosu i neaktivní neaktivních uložených šifrování (v Azure).

Ano, protokol TLS 1.2 se ve výchozím nastavení vynucuje pro scénář azure-to-Azure Site Recovery.

Agenti mobility nainstalovaní na replikovaných položkách komunikují s procesový server pouze na protokolu TLS 1.2. Komunikace z konfiguračního serveru do Azure a procesového serveru do Azure však může být na protokolu TLS 1.1 nebo 1.0. Postupujte podle pokynů a vynucujte protokol TLS 1.2 na všech konfiguračních serverech a procesových serverech, které jste nastavili.

Veškerá komunikace mezi mikroslužbami Azure Site Recovery probíhá v protokolu TLS 1.2. Site Recovery používá poskytovatele zabezpečení nakonfigurované v systému (OS) a používá nejnovější dostupný protokol TLS. Jeden bude muset explicitně povolit protokol TLS 1.2 v registru a pak Site Recovery začne používat protokol TLS 1.2 pro komunikaci se službami.

Spravovanou identitu trezoru služby Recovery Services můžete zapnout tak, že přejdete do nastavení Identita . Jakmile se trezor zaregistruje ve službě Azure Active Directory, můžete přejít na účty úložiště a udělit trezoru následující přiřazení rolí:

• účty úložiště založené na Resource Manager (typ Standard):
  • Přispěvatel
  • Přispěvatel dat v objektech blob služby Storage
• účty úložiště založené na Resource Manager (typ Premium):
  • Přispěvatel
  • Vlastník dat v objektech blob služby Storage
• Klasické účty úložiště:
  • Přispěvatel klasického účtu úložiště
  • Role operátoru klíče účtu úložiště Classic

Azure Site Recovery nesleduje změny zdrojového virtuálního počítače mimo zdrojový operační systém. Pokud například používáte Azure k replikaci Do Azure a změníte velikost zdrojového virtuálního počítače, změna velikosti zdrojového virtuálního počítače se do cílového virtuálního počítače nereplikuje.

• Virtuální počítače Azure: Site Recovery může replikovat jakoukoli úlohu spuštěnou na podporovaném virtuálním počítači Azure.
• Virtuální počítače Hyper-V: Site Recovery mohou chránit všechny úlohy spuštěné na virtuálním počítači Hyper-V.
• Fyzické servery: Site Recovery mohou chránit fyzické servery se systémem Windows nebo Linux.
• Virtuální počítače VMware: Site Recovery může chránit všechny úlohy spuštěné na virtuálním počítači VMware.

K ochraně většiny úloh spuštěných na podporovaném virtuálním počítači nebo fyzickém serveru můžete použít Site Recovery. Site Recovery poskytuje podporu replikace pracující s aplikacemi, aby bylo možné aplikace obnovit do inteligentního stavu. Integruje se s aplikacemi Microsoftu, jako jsou SharePoint, Exchange, Dynamics, SQL Server a Active Directory, a úzce spolupracuje s předními dodavateli, včetně Oracle, SAP, IBM a Red Hatu. Další informace o ochraně úloh.

Ano. Když použijete Site Recovery k orchestraci replikace a převzetí služeb při selhání ve firemních pobočkách, získáte jednotnou orchestraci a zobrazení všech úloh poboček v centrálním umístění. Z centrály můžete snadno provádět převzetí služeb při selhání a spravovat zotavení po havárii na všech pobočkách, aniž byste na nich museli být přítomni.

Ano, Site Recovery podporuje havárii virtuálních počítačů Azure mezi oblastmi Azure. Projděte si běžné dotazy týkající se zotavení po havárii virtuálního počítače Azure. Pokud chcete replikovat mezi dvěma oblastmi Azure na stejném kontinentu, použijte naši nabídku Azure k zotavení po havárii Azure. Není potřeba nastavit konfigurační server nebo procesový server a připojení ExpressRoute.

Ano, Site Recovery podporuje zotavení po havárii místních virtuálních počítačů VMware. Projděte si běžné otázky týkající se zotavení po havárii virtuálních počítačů VMware.

Ano, Site Recovery podporuje zotavení po havárii místních virtuálních počítačů Hyper-V. Projděte si běžné otázky týkající se zotavení po havárii virtuálních počítačů Hyper-V.

Ano, Site Recovery podporuje zotavení po havárii místních fyzických serverů s Windows a Linuxem do Azure nebo do sekundární lokality. Přečtěte si o požadavcích na zotavení po havárii do Azure a dosekundární lokality. Mějte na paměti, že fyzické servery po převzetí služeb při selhání poběží jako virtuální počítače v Azure. Navrácení služeb po obnovení z Azure na místní fyzický server se v současné době nepodporuje. Navrácení služeb po obnovení můžete provést pouze na virtuální počítač VMware.

Ne, Azure Site Recovery nepodporuje přesun trezoru služby Recovery Services, který má chráněné virtuální počítače hostované v něm.

Azure Site Recovery replikuje data do účtu úložiště Azure nebo spravovaných disků přes veřejný koncový bod. Replikaci však lze provést i přes síť VPN typu Site-to-Site. Připojení VPN typu Site-to-Site umožňuje organizacím vzájemně propojit existující sítě s Azure nebo sítěMi Azure. Vpn typu Site-to-Site probíhá přes tunelování IPSec přes internet, využívá stávající místní hraniční síťové zařízení a síťová zařízení v Azure, buď nativní funkce, jako je brána VPN (Azure Virtual Private Network), nebo možnosti třetích stran, jako jsou Check Point CloudGaurd, Palo Alto NextGen Firewall.

• Privátní připojení přes veřejný internet k Microsoft Edgi
• Trezory služby Recovery Service nakonfigurované pro zabezpečení pomocí privátních koncových bodů
• Replikace přes privátní připojení Virtual Network zákazníka
• Snadný přechod na budoucí stav
• Žádná smlouva SLA a potenciálně vyšší latence
• Vyžaduje dostupnost místního zařízení VPN.

Náš partner, Riverbed, poskytuje podrobné pokyny k práci s Azure Site Recovery. Projděte si průvodce řešením.

Ano, ExpressRoute se dá použít k replikaci místních virtuálních počítačů do Azure.

• Azure Site Recovery replikuje data do služby Azure Storage přes veřejný koncový bod. Pokud chcete použít ExpressRoute pro replikaci Site Recovery, musíte nastavit partnerský vztah Microsoftu nebo použít existující veřejný partnerský vztah (zastaralý pro nové okruhy).
• Partnerský vztah Microsoftu je doporučená doména směrování pro replikaci.
• Replikace není podporována prostřednictvím privátního partnerského vztahu.
• Pokud chráníte počítače VMware nebo fyzické počítače, ujistěte se, že jsou splněny také požadavky na sítě pro konfigurační server. Připojení ke konkrétním adresám URL vyžaduje konfigurační server pro orchestraci replikace Site Recovery. Pro toto připojení se nedá použít ExpressRoute.
• Po převzetí služeb při selhání virtuálních počítačů do virtuální sítě Azure k nim můžete přistupovat pomocí nastavení privátního partnerského vztahu s virtuální sítí Azure.

Azure Site Recovery nepodporuje použití účtů úložiště jako cílového úložiště. Doporučuje se raději používat spravované disky jako cílové úložiště pro vaše počítače. Spravované disky podporují pouze typ LRS pro odolnost dat.

• Hyper-V: Virtuální počítače Hyper-V je možné replikovat každých 30 sekund (s výjimkou služby Premium Storage) nebo pět minut.
• Virtuální počítače Azure, virtuální počítače VMware, fyzické servery: Frekvence replikace tady není relevantní. Replikace je nepřetržitá.

Rozšířená nebo zřetězená replikace není podporována. Požádejte tuto funkci na fóru pro zpětnou vazbu.

Toto není podporováno. Požádejte o tuto funkci na fóru pro zpětnou vazbu.

To se podporuje při replikaci virtuálních počítačů VMware a virtuálních počítačů Hyper-V do Azure pomocí Azure Portal.

Dynamické disky se podporují při replikaci virtuálních počítačů Hyper-V a při replikaci virtuálních počítačů VMware a fyzických počítačů do Azure. Disk operačního systému musí být základní disk.

Ano. Další informace o omezení šířky pásma najdete v těchto článcích:

• Plánování kapacity pro replikaci virtuálních počítačů VMware a fyzických serverů
• Plánování kapacity pro replikaci virtuálních počítačů Hyper-V do Azure

Ano. Azure Site Recovery pro linuxový operační systém podporuje vlastní skripty aplikací pro konzistenci aplikací. Vlastní skript s předpřipravenými možnostmi a následnými možnostmi bude azure Site Recovery Mobility Agent používat během konzistence aplikací. Níže jsou uvedené kroky, které ho povolí.

1. Přihlaste se k počítači jako root.

2. Změňte adresář na umístění instalace agenta Mobility v Azure Site Recovery. Výchozí hodnota je /usr/local/ASR.
   # cd /usr/local/ASR

3. Změna adresáře na VX/scripts v umístění instalace
   # cd VX/scripts

4. Vytvořte skript prostředí Bash s názvem "customscript.sh" s oprávněními ke spuštění pro kořenového uživatele.
   a. Skript by měl podporovat možnosti příkazového řádku --pre a-post (všimněte si dvojitých pomlček).
   b. Když se skript volá s předpřipravenou možností, měl by ukotvit vstup nebo výstup aplikace a při zavolání po možnosti by se měl rozmrznout vstup a výstup aplikace.
   c. Ukázková šablona –
   

   # cat customscript.sh
   

    #!/bin/bash

    if [ $# -ne 1 ]; then
        echo "Usage: $0 [--pre | --post]"
        exit 1
    elif [ "$1" == "--pre" ]; then
        echo "Freezing app IO"
        exit 0
    elif [ "$1" == "--post" ]; then
        echo "Thawed app IO"
        exit 0
    fi

5. V předkrocích a po krocích pro aplikace vyžadující konzistenci aplikací přidejte zablokované a odblokované vstupní a výstupní příkazy. Můžete zvolit přidání dalšího skriptu určujícího tyto skripty a jejich vyvolání z "customscript.sh" s předem a po možnostech.

Zásady replikace definují nastavení historie uchovávání bodů obnovení. Zásady také definují frekvenci snímků konzistentních vzhledem k aplikacím. Azure Site Recovery ve výchozím nastavení vytvoří novou zásadu replikace s výchozím nastavením:

• Jeden den pro historii uchovávání bodů obnovení.
• Žádné snímky konzistentní vzhledem k aplikacím

Bod obnovení konzistentní s chybovým ukončením obsahuje data na disku, jako kdybyste během snímku stáhli napájecí kabel ze serveru. Bod obnovení konzistentní vzhledem k chybám neobsahuje nic, co bylo v paměti při pořízení snímku.

Většina aplikací se dnes může dobře zotavit ze snímků konzistentních s chybovým ukončením. Bod obnovení konzistentní vzhledem k chybám je obvykle dostatečný pro operační systémy bez databáze a aplikace, jako jsou souborové servery, servery DHCP a tiskové servery.

Site Recovery každých 5 minut vytvoří bod obnovení konzistentní vzhledem k chybám.

Body obnovení konzistentní vzhledem k aplikacím se vytvářejí ze snímků konzistentních vzhledem k aplikacím. Body obnovení konzistentní vzhledem k aplikacím zaznamenávají stejná data jako snímky konzistentní s chybovým ukončením a zároveň zachytávají data v paměti a všechny transakce v procesu.

Vzhledem k jejich dodatečnému obsahu jsou snímky konzistentní vzhledem k aplikacím nejvíce zapojené a pořiďte nejdéle. Pro databázové operační systémy a aplikace, jako je SQL Server, doporučujeme body obnovení konzistentní vzhledem k aplikacím.

Body obnovení konzistentní vzhledem k aplikacím zaznamenávají všechna data v paměti a v procesu. Vzhledem k tomu, že body obnovení zachytávají tato data, vyžadují architekturu, jako je služba Stínová kopie svazku ve Windows, aby aplikaci zachytávali. Pokud je proces zachytávání častý, může mít vliv na výkon, když už je úloha zaneprázdněná. Nedoporučujeme používat nízkou frekvenci pro body obnovení konzistentní vzhledem k aplikacím pro úlohy, které nejsou databáze. I pro úlohy databáze stačí 1 hodina.

Site Recovery může vytvořit bod obnovení konzistentní vzhledem k aplikacím s minimální frekvencí 1 hodiny.

Abychom pochopili, jak Site Recovery generuje body obnovení, podívejme se na příklad zásad replikace. Tato zásada replikace má bod obnovení s 1denním intervalem uchovávání informací a snímkem frekvence konzistentní vzhledem k aplikaci 1 hodinu.

Site Recovery každých 5 minut vytvoří bod obnovení konzistentní vzhledem k chybám. Tuto frekvenci nemůžete změnit. Pro poslední 2 hodiny si můžete vybrat z 24 bodů konzistentních vzhledem k chybám a 2 bodů konzistentních vzhledem k aplikacím. V průběhu času Site Recovery vyprázdní všechny body obnovení za posledních 2 hodin a ušetří jen 1 bod obnovení za hodinu až 24 hodin dne.

Následující snímek obrazovky znázorňuje příklad. Na snímku obrazovky:

• Během posledních 2 hodin existují body obnovení s frekvencí 5 minut.

• Za posledních 2 hodin Site Recovery udržuje pouze 1 bod obnovení za hodinu.

  

Nejstarší bod obnovení, který můžete použít, je 15 dnů se spravovaným diskem a 3 dny s nespravovaným diskem.

Ne, Site Recovery zachová všechny předchozí body obnovení. V závislosti na okně uchovávání bodů obnovení Site Recovery nahradí nejstarší bod pouze v případě, že generuje nové body. Kvůli problému Site Recovery nemůže vygenerovat žádné nové body obnovení. Dokud nebudou k dispozici nové body obnovení, všechny staré body zůstanou po dosažení okna uchovávání.

Přejděte na Site Recovery Trezor> Site Recoveryzásady replikaceinfrastruktury>. Vyberte zásadu, kterou chcete upravit, a změny uložte. Všechny změny budou platit i pro všechny stávající replikace.

První bod obnovení, který se vygeneruje, má úplnou kopii. Všechny následné body obnovení mají rozdílové změny.

Ano, pokud dobu uchovávání zvýšíte od 1 dne na 3 dny, Site Recovery body obnovení uloží na dalších 2 dny. Přidaný čas bude účtovat poplatky za úložiště, protože bude 12 dalších bodů obnovení, které je potřeba uložit s prodloužením doby uchovávání od 1 dne do 3 dnů. Například jeden bod obnovení může mít rozdílové změny 10 GB s náklady na 0,16 USD za měsíc. Další poplatky by byly 1,60 USD × 12 měsíčně.

K virtuálním počítačům Azure můžete přistoupit přes zabezpečené internetové připojení, síť site-to-site VPN nebo přes Azure ExpressRoute. Abyste se mohli připojit, musíte připravit řadu věcí. Další informace.

Služba Azure je pro odolnost navržena. Site Recovery je již navržen pro převzetí služeb při selhání do sekundárního datacentra Azure v souladu se smlouvou SLA Azure. Pokud k tomu dojde, zajistíme, aby vaše metadata a trezory zůstaly ve stejné geografické oblasti, kterou jste zvolili pro váš trezor.

Ze sekundární lokality můžete aktivovat neplánované převzetí služeb při selhání. Site Recovery k provedení převzetí služeb při selhání nepotřebuje připojení z primární lokality.

Převzetí služeb při selhání není automatické. Převzetí služeb při selhání zahájíte jedním kliknutím na portálu nebo můžete pomocí Site Recovery PowerShellu aktivovat převzetí služeb při selhání. Navrácení služeb po obnovení je jednoduchá akce na portálu Site Recovery.

K automatizaci můžete použít místní orchestrator nebo Operations Manager k detekci selhání virtuálního počítače a následné aktivaci převzetí služeb při selhání pomocí sady SDK.

• Přečtěte si další informace o plánech obnovení.
• Přečtěte si další informace o převzetí služeb při selhání.
• Další informace o navrácení služeb po obnovení virtuálních počítačů VMware a fyzických serverů

Ano, obnovení alternativního umístění můžete použít k navrácení služeb po obnovení na jiného hostitele z Azure.

• Pro virtuální počítače VMware
• Pro virtuální počítače Hyper-V

Jakmile se počítač ze zdrojového umístění převezme služby při selhání do cílového umístění, můžete si vybrat ze tří možností. Všechny tři slouží různým účelům -

1. Dokončení migrace znamená, že se už nebudete vracet do zdrojového umístění. Migrovali jste do cílové oblasti a teď jste hotovi. Kliknutím na Tlačítko Dokončit migraci aktivujete potvrzení a potom zakážete replikaci interně.
2. Potvrzení znamená, že to není konec procesu replikace. Položka replikace spolu se všemi konfiguracemi zůstane a v pozdějším okamžiku můžete znovu chránit , abyste umožnili replikaci počítačů zpět do zdrojové oblasti.
3. Zakázání replikace zakáže replikaci a odebere veškerou související konfiguraci. Nebude mít vliv na již existující počítač v cílové oblasti.

Ano. Pracovní postupy Site Recovery můžete automatizovat pomocí rozhraní REST API, PowerShellu nebo sady Azure SDK. Aktuálně podporované scénáře nasazení Site Recovery pomocí PowerShellu:

• Replikace virtuálních počítačů Hyper-V v cloudech virtuálních počítačů do Azure PowerShell Resource Manager
• Replikace virtuálních počítačů Hyper-V bez nástroje VMM do Azure PowerShell Resource Manager
• Replikace VMware do Azure pomocí powershellového Resource Manager

Seznamte se s novými aktualizacemi a získejte souhrnné informace.

Další kroky

• Projděte si přehled Site Recovery.