Obecné dotazy ke službě Azure Site Recovery

Site Recovery přispívá ke strategii provozní kontinuity a zotavení po havárii (BCDR) tím, že orchestruje a automatizuje replikaci 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ími počítači do sekundárního datacentra. 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, na kterých je Nainstalovaný Docker.

Site Recovery přijímá různá opatření k zajištění integrity dat. Zabezpečené připojení se naváže mezi všemi službami pomocí protokolu HTTPS. Tím zajistíte, že s daty nebudou manipulovat žádné malwarové nebo externí 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í výpočetních 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 není možné použít pro migraci do Azure nebo zotavení po havárii v místním prostředí.

Ne, Azure Site Recovery v současné době nepodporuje dočasné disky.

Agent Microsoft Azure Recovery Services se používá ke konfiguraci nebo registraci ve službách Site Recovery a ke sledování stavu všech součástí. Tato komponenta je jedním ze základních stavebních bloků celé místní infrastruktury Azure Site Recovery. Pomáhá replikovat úlohy do jiné oblasti Azure z místní lokality a převzít služby při selhání do Azure v havárii.

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

Ne. 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 do Azure se data aplikací odesílají do úložiště Azure, ale ne do služby Site Recovery. Data se šifrují při přenosu (HTTPS) a zůstávají šifrovaná v Azure.

Ne. 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í (postup zotavení po havárii) nebo skutečné převzetí služeb při selhání, Site Recovery automaticky vytvoří virtuální počítače ve vašem předplatném.

Ano.

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

Ne, virtuální počítače Hyper-V můžete replikovat pouze do Azure.

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

K odhadu nákladů na používání Site Recovery můžete použít cenovou kalkulačku.

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ů.

Ano, při replikaci virtuálních počítačů pomocí Site Recovery se účtují další poplatky za využití účtu úložiště mezipaměti. Náklady na účet úložiště mezipaměti zůstávají stejné, pokud je úložiště replik typu spravované disky nebo nespravované disky.

Ano. U každé chráněné instance se prvních 31 dnů neúčtují žádné poplatky za Azure Site Recovery. Pokud například chráníte 10 instancí za posledních šest měsíců a připojíte 11. instanci ke službě Azure Site Recovery, po dobu prvních 31 dnů se neúčtují žá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.

Pro postup zotavení po havárii nejsou žádné samostatné 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 neobsahuje žá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ů replikujících do Azure se podporují šifrování během přenosu i neaktivních uložených dat šifrování (v Azure).

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

Agenti mobility instalované 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 ale může být na tls 1.1 nebo 1.0. Postupujte podle pokynů k vynucení protokolu TLS 1.2 na všech konfiguračních serverech a procesových serverech nastavených vámi.

Veškerá komunikace mezi mikroslužbami Azure Site Recovery probíhá v protokolu TLS 1.2. Site Recovery používá zprostředkovatele 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 s ID Microsoft Entra, můžete přejít do svých účtů úložiště a udělit trezoru následující přiřazení rolí:

• Účty úložiště založené na Resource Manageru (standardní typ):
  • Přispěvatel
  • Přispěvatel dat objektů blob úložiště
• Účty úložiště založené na Resource Manageru (typ Premium):
  • Přispěvatel
  • Vlastník dat v objektech blob služby Storage
• Klasické účty úložiště:
  • Klasický přispěvatel úč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 Replikaci Azure 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 může chránit všechny úlohy spuštěné na virtuálním počítači Hyper-V.
• Fyzické servery: Site Recovery může 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.

Site Recovery můžete použít k ochraně většiny úloh běžících na podporovaném virtuálním počítači nebo fyzickém serveru. Site Recovery poskytuje podporu replikace pracující s aplikacemi, aby se aplikace mohly 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 Hat. 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 pro virtuální počítače 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 nastavovat 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. Seznamte se s požadavky na zotavení po havárii do Azure. Fyzické servery po převzetí služeb při selhání běží 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 je ale možné 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 a 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 (Virtual Private Network) Azure, nebo možnosti třetích stran, jako je 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í s využitím privátních koncových bodů
• Replikace přes privátní připojení k virtuální síti 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 se podporuje přes privátní partnerský vztah pouze v případě, že jsou pro trezor povolené privátní koncové body.
• Pokud chráníte počítače VMware nebo fyzické počítače, ujistěte se, že jsou splněné také požadavky na síť pro konfigurační server. konfigurační server vyžaduje Připojení itivitu pro konkrétní adresy URL 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 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 o tuto funkci ve fóru pro zpětnou vazbu.

Toto není podporováno. Požádejte o tuto funkci ve 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í webu 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ředběžnými možnostmi a po jeho provedení používá agent mobility Azure Site Recovery během konzistence aplikací. Níže jsou uvedené kroky, jak ho povolit.

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

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

3. V umístění instalace změňte adresář na VX/scripts.
   # 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ž je skript volána s předběžnou možností, měl by ukotvit vstup a výstup aplikace a při zavolání s možností post-option by se měl rozmrazovat 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. Přidejte ukotvení a odblokování vstupních a výstupních příkazů v předběžných a po krocích pro aplikace vyžadující konzistenci aplikace. Můžete se rozhodnout přidat další skript, který je určí, a vyvolat ho z "customscript.sh" s předběžnými a post-options.

Zásady replikace definují nastavení pro historii 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 vytáhli napájecí kabel ze serveru. Bod obnovení konzistentní vzhledem k selhání neobsahuje nic, co bylo v paměti při pořízení snímku.

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

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

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í vzhledem k selháním a zároveň zachytává data v paměti a všechny probíhající transakce.

Vzhledem k jejich dodatečnému obsahu jsou snímky konzistentní vzhledem k aplikacím nejobsádnější a nejdelší. 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í tato data zachycují, vyžadují rozhraní, jako je služba Stínová kopie svazku ve Windows, aby aplikace byla v nečinnosti. Pokud je proces zachytávání častý, může mít vliv na výkon, když je úloha už zaneprázdněná. Nedoporučujeme používat nízkou frekvenci pro body obnovení konzistentní vzhledem k aplikacím pro úlohy, které nejsou databázové. I pro databázové úlohy stačí 1 hodina.

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

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 aplikacím 1 hodinu.

Site Recovery vytvoří bod obnovení konzistentní vzhledem k selhání každých 5 minut. Tuto frekvenci nemůžete změnit. V posledních 2 hodinách 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 vyřadí Site Recovery všechny body obnovení za posledních 2 hodin a ušetří jenom jeden bod obnovení za hodinu až po 24 hodin dne.

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

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

• Po uplynutí posledních 2 hodin site Recovery uchovává pouze jeden bod obnovení za hodinu.

  

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

Ne, Site Recovery uchovává všechny předchozí body obnovení. V závislosti na intervalu uchovávání bodů obnovení služba Site Recovery nahradí nejstarší bod pouze v případě, že generuje nové body. Kvůli problému nemůže Site Recovery vygenerovat žádné nové body obnovení. Dokud nedojde k novým bodům obnovení, zůstanou všechny staré body po dosažení období uchovávání.

Přejděte do zásad replikace infrastruktury>site recovery trezoru>Site Recovery. Vyberte zásadu, kterou chcete upravit, a uložte změny. Všechny změny platí i pro všechny stávající replikace.

První vygenerovaný bod obnovení obsahuje úplnou kopii. Všechny následné body obnovení mají rozdílové změny.

Ano, pokud dobu uchovávání zvýšíte z jednoho dne na tři dny, Site Recovery uloží body obnovení na další dva dny. Přidaný čas bude účtovat poplatky za úložiště, protože bude potřeba uložit 12 dalších bodů obnovení s prodloužením doby uchovávání z jednoho dne na tři dny. Jeden bod obnovení může mít například 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řistupovat přes zabezpečené připojení k internetu, přes síť VPN typu site-to-site 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 AZURE SLA. V takovém případě zajistíme, aby vaše metadata a trezory zůstaly ve stejné geografické oblasti, kterou jste zvolili pro svůj 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 jediným kliknutím na portálu nebo můžete k aktivaci převzetí služeb při selhání použít Site Recovery PowerShell . 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 ke zjištění 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 možnost Dokončit migraci se aktivuje potvrzení a interně zakážete replikaci.
2. Potvrzení znamená, že to není konec procesu replikace. Položka replikace spolu se všemi konfiguracemi zůstane zachována a v pozdějším okamžiku můžete stisknout možnost 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 Manageru
• Replikace virtuálních počítačů Hyper-V bez nástroje VMM do Azure PowerShell Resource Manageru
• Replikace VMware do Azure pomocí PowerShell Resource Manageru

Ne, vyřazení modulu AzureRM nemá vliv na fungování automatických aktualizací Site Recovery. Pro interní runbook nejsou potřeba žádné změny a rozhraní REST API použité na místě nadále funguje podle očekávání s účtem Automation.

Přečtěte si o nových aktualizacích a získejte souhrnné informace.

Další kroky

• Projděte si přehled Site Recovery.