Provedení postupu zotavení po havárii
V této lekci se dozvíte o postupu zotavení po havárii Site Recovery: co je potřeba zvážit a jak spustit test, abyste zkontrolovali správnost konfigurace.
Postupy zotavení po havárii můžete použít k otestování schopnosti vaší organizace zotavit se z výpadku bez dopadu na produkční službu.
V předchozím cvičení jste dokončili nastavení Azure Site Recovery a teď potřebujete otestovat replikaci infrastruktury. Uděláte to tak, že spustíte postup zotavení po havárii. Azure Site Recovery umožňuje bezpečně spouštět tyto postupy, aby to nemělo vliv na vaše produkční prostředí. Spustíte také některé testy kontroly kvality v konfiguraci, abyste zajistili, že vaše řešení zotavení po havárii funguje.
Co je postup zotavení po havárii?
Postup zotavení po havárii je způsob, jak zkontrolovat, jestli jste řešení správně nakonfigurovali. Postup by vám a vaší společnosti měl poskytnout jistotu, že vaše data a služby jsou k dispozici, i když dojde k havárii. Organizace obvykle nastavují cíl doby obnovení (RTO), který označuje, jak dlouho bude trvat obnovení infrastruktury. Vaše společnost by také měla definovat cíl bodu obnovení (RPO), který určuje přijatelnou velikost ztráty dat jako funkci času. Pokud je například cíl bodu obnovení vaší společnosti den, budete muset každý den vytvořit zálohu všech dat. Budete také muset zajistit, aby obnovení této zálohy trvalo méně než den.
Služba Site Recovery hlídá, aby se testy zotavení po havárii spouštěly. K jejich spuštění proto aktivně vyzývá na svém řídicím panelu.
Proč byste měli spustit postup zotavení po havárii?
Postup zotavení po havárii je nezbytný k zajištění toho, aby implementované řešení splňovalo požadavky provozní kontinuity a zotavení po havárii (BCDR) a aby replikace správně fungovala. Postup zotavení po havárii v kombinaci s RTO a RPO je potřeba důkladně otestovat, aby se zajistila replikace, převzetí služeb při selhání a obnovení v požadovaném časovém rámci.
Předpokládejme například, že rto je hodina a cíl bodu obnovení je šest hodin. Pokud se systémy zálohují každou hodinu, znamená to hodinu ztracených dat a další hodinu potřebnou k obnovení systémů.
Řekněme, že skutečná doba obnovení je ve vašem případě pět hodin. Vaše systémy se teď blíží vypršení 6 hodin, což znamená, že dojde k porušení cíle cíle bodu obnovení bcdr. Otestování skutečného času potřebného k zotavení po selhání vám poskytuje jistotu, že systémy splní požadavky plánu BCDR.
Testovací převzetí služeb při selhání jednotlivých počítačů
Test převzetí služeb při selhání umožňuje simulovat havárii a zobrazit její účinky. Test převzetí služeb při selhání můžete spustit z řídicího panelu Site Recovery nebo přímo z nabídky zotavení po havárii na konkrétním virtuálním počítači. Začněte výběrem bodu obnovení. Můžete si vybrat poslední zpracovaný bod, nejnovější bod konzistentní vzhledem k aplikacím nebo vlastní bod obnovení.
Vytvoření testu převzetí služeb při selhání
Vytvořte izolovanou virtuální síť, aby vaše produkční infrastruktura nebyla ovlivněna. Postup je následující:
Otevřete cílový virtuální počítač s názvem patient-records. Snadný způsob, jak to najít, je filtrovat všechny prostředky tak, aby zobrazovaly pouze typ == virtuální počítač. Ze seznamu výsledků vyberte záznamy pacientů.
V nabídce prostředků přejděte do části Operace a pak vyberte Zotavení po havárii.
Otevře se nové podokno Replikované položky. Vyberte Aktualizovat , dokud se v poli stavu nezobrazí Chráněné . Potom v horním řádku nabídek vyberte Testovací převzetí služeb při selhání.
Po úspěšném ověření vyberte virtuální síť v rozevíracím seznamu Virtuální síť Azure a pak vyberte tlačítko Testovací převzetí služeb při selhání . Tato možnost spustí testovací převzetí služeb při selhání virtuálního počítače a umožňuje sledovat její průběh na stránce úloh Site Recovery výběrem ikony Oznámení a výběrem úlohy Spuštění úlohy, která provede testovací převzetí služeb při selhání propojení virtuálního počítače .
Po dokončení se virtuální počítač s převzetím služeb při selhání zobrazí na portálu v části Virtuální počítače v oblasti obnovení. Pak můžete ověřit, jestli je virtuální počítač spuštěný, jestli má správnou velikost a je správně připojený a jestli zrcadlí zdrojový virtuální počítač v jiné oblasti Azure.
Jakmile ověříte, že všechno funguje podle očekávání, můžete replikovaný virtuální počítač odstranit výběrem možnosti Vyčistit testovací převzetí služeb při selhání v podokně zotavení po havárii. V tomto okamžiku doporučujeme přidat poznámky k výsledku testu. Zaškrtnutím políčka vedle možnosti Testování odstraníte virtuální počítač s testovacím převzetím služeb při selhání a pak vyberete OK.
Flexibilní převzetí služeb při selhání více počítačů
Site Recovery vám dovoluje flexibilně spustit úplný scénář testování zotavení po havárii pro všechny virtuální počítače. Můžete vytvořit plány obnovení zahrnující jeden nebo více virtuálních počítačů. Převzetí služeb při selhání můžete spustit tolikrát, kolikrát potřebujete. Můžete také povolit flexibilní zásady umožňující otestovat různé kombinace infrastruktury.
Stejně jako při testování jednoho virtuálního počítače je stejné testovací vyčištění dostupné pro všechny položky zahrnuté v plánu obnovení.
Rozdíl mezi testovacím postupem a převzetím služeb při selhání provozu
Spuštění převzetí služeb při selhání provozu je v Site Recovery podobné testovacímu postupu. Je tu ale několik rozdílů. Za prvé, místo testovacího převzetí služeb při selhání je vybrána možnost Převzetí služeb při selhání. Můžete se rozhodnout před spuštěním převzetí služeb při selhání vypnout zdrojový virtuální počítač, aby během přepnutí nedošlo k žádným ztrátám dat. Služba Site Recovery po dokončení převzetí služeb při selhání nevyčistí zdrojové prostředí.
Jakmile se převzetí služeb dokončí, ověřte, že virtuální počítač funguje dle očekávání. Site Recovery umožňuje změnit bod obnovení v této fázi. Pokud jste s fungováním převzetí služeb při selhání spokojeni, potvrďte ho. Site Recovery odstraní všechny zdrojové body obnovení virtuálního počítače a dokončí převzetí služeb při selhání. Když máte infrastrukturu a data replikované v sekundární oblasti, nesmíte zapomenout, že je potřeba ochránit i nový virtuální počítač v sekundární oblasti.