Spolehlivost v Azure Backup

Azure Backup je integrovaná služba Azure, která bezpečně chrání cloudové a místní úlohy. Zálohování může škálovat svou ochranu napříč více úlohami a poskytuje nativní integraci s úlohami Azure, včetně virtuálních počítačů (VMs), SAP HANA v Azure VMs, SQL v Azure VMs, Azure Files, Azure Blob Storage, Azure Data Lake Storage, spravovaných disků Azure, Azure Elastic SAN svazků a služby Azure Kubernetes (AKS). Nemusíte spravovat automatizaci ani infrastrukturu, psát skripty ani zřizovat úložiště.

Při použití Azure je spolehlivost sdílenou odpovědností. Microsoft poskytuje řadu funkcí pro podporu odolnosti a obnovení. Zodpovídáte za pochopení toho, jak tyto možnosti fungují ve všech službách, které používáte, a výběrem možností, které potřebujete ke splnění vašich obchodních cílů a cílů dostupnosti.

Tento článek popisuje, jak může být zálohování odolné vůči nejrůznějším potenciálním výpadkům a problémům, včetně přechodných chyb, výpadků zón dostupnosti a výpadků oblastí. Také zvýrazňuje některé klíčové informace o smlouvě o úrovni služeb (SLA) služby Backup.

Doporučení pro produkční nasazení pro spolehlivost

Pokud chcete zálohovat produkční úlohy, doporučujeme nakonfigurovat trezor následujícími způsoby:

Další podrobnosti o těchto konfiguracích najdete v následujících částech tohoto článku.

Seznam dalších doporučení pro zálohování, včetně doporučení zaměřených na spolehlivost, najdete v tématu Zálohování cloudových a místních úloh do cloudu.

Přehled architektury spolehlivosti

Tato část popisuje některé důležité aspekty fungování služby, které jsou z hlediska spolehlivosti nejrelevantní. Tato část představuje logickou architekturu, která obsahuje některé prostředky a funkce, které nasazujete a používáte. Popisuje také fyzickou architekturu, která poskytuje podrobnosti o tom, jak služba funguje v zákulisí.

Logická architektura

Zálohování může zálohovat a obnovovat různé zdroje dat. Zálohování nakonfigurujete odlišně v závislosti na zdroji dat, se kterým pracujete. Běžné jsou následující zdroje dat:

• Azure virtuální počítače
• Různé databáze
• účty Blob Storage
• Clustery AKS
• Místní servery prostřednictvím agenta služby Microsoft Azure Recovery Services (MARS)

Zálohování ukládá zálohovaná data do trezorů. Trezory jsou entity online úložiště v Azure, které uchovávají data, jako jsou záložní kopie, body obnovení a zásady zálohování. Trezory služby Recovery Services a trezory služby Backup jsou dva typy trezorů. V závislosti na tom, co potřebujete chránit, můžete použít jeden nebo oba typy. Seznam zdrojů dat, které každý typ trezoru podporuje, najdete v nejčastějších dotazech k trezorům podporovaným pro zálohování a obnovení.

Úlohy představují aktivitu zálohování nebo obnovení dat. Úlohy zálohování zahrnují plánované operace nebo operace na vyžádání, které kopírují data ze zdroje do trezoru. Úlohy obnovení zahrnují operace, které obnovují data z úložiště záloh do cílového umístění. Každá úloha má jedinečný identifikátor a sledování stavu, abyste mohli sledovat průběh a řešit problémy, ke kterým dochází během operací zálohování a obnovení. Vytvoříte také zásady zálohování přidružené k úlohám. Zásady určují konfiguraci, jako je plán zálohování a jak dlouho chcete uchovávat data.

Trezory ukládají zásady zálohování a konfiguraci spolu s metadaty o úlohách, které umožňují sledovat úlohy a řešit potíže.

Fyzická architektura

Microsoft spravuje základní infrastrukturu služby Backup. Tato infrastruktura zodpovídá za správu a provoz služby, včetně aktivace a monitorování úloh.

Služba Backup ukládá zálohy do trezoru. Trezory jsou postavené na Azure úložišti. Trezory automaticky replikují zálohovaná data a odolnost zálohování závisí na redundanci úložiště trezoru.

• Lokálně redundantní úložiště (LRS) replikuje data ve vašem trezoru do jedné nebo více zón dostupnosti Azure umístěných v primární oblasti, kterou zvolíte. Nemůžete zvolit upřednostňovanou zónu dostupnosti, ale Azure může přesunout nebo rozšířit účty LRS napříč zónami, aby se zlepšilo vyrovnávání zatížení. U vašich dat není zaručeno, že se budou šířit mezi zóny. Další informace najdete v tématu Přehled zón dostupnosti.

• ZRS a GRS poskytují dodatečnou ochranu. Tento článek podrobně popisuje tyto možnosti.

Odolnost proti přechodným chybám

Přechodné chyby jsou krátká, přerušovaná selhání ve složkách. V distribuovaném prostředí, jako je cloud, se vyskytují často a jsou normální součástí provozu. Přechodné chyby se opravují po krátké době. Je důležité, aby vaše aplikace mohly zpracovávat přechodné chyby, obvykle opakováním ovlivněných požadavků.

Všechny aplikace hostované v cloudu by měly postupovat podle Azure pokynů pro zpracování přechodných chyb, když komunikují s libovolnými rozhraními API, databázemi a dalšími komponentami hostovanými v cloudu. Další informace najdete v tématu Doporučení pro zpracování přechodných chyb.

Při použití zálohování jsou pracovní postupy zálohování i obnovení odolné vůči přerušovaným selháním. Služba se automaticky opakuje, když dojde k přechodným chybám sítě nebo k dočasnému přerušení služeb. Nenakonfigurujete žádnou logiku opakování. Pokud dochází k opakovaným chybám, přečtěte si téma Řešení potíží s operacemi správy trezoru služby Backup.

Odolnost proti chybám zóny dostupnosti

zóny dostupnosti jsou fyzicky oddělené skupiny datacenter v rámci Azure oblasti. Když jedna zóna selže, mohou služby přejít na jednu ze zbývajících zón.

Zálohování samostatně spravuje konfiguraci zóny dostupnosti služby a vašich dat.

• Služby: Služba Backup je v podporovaných oblastech automaticky odolná vůči zóně. Tato integrovaná odolnost zón se ale nevztahuje na zálohovaná data.

• Redundance úložiště zálohování: Vyberte požadovanou úroveň redundance pro zálohovaná data tím, že nakonfigurujete trezor služby Recovery Services nebo trezor služby Backup. Pokud vyberete ZRS, kopie zálohovaných dat se automaticky ukládají napříč několika zónami dostupnosti v Azure oblasti, kterou používáte.

  Pokud ZRS nepoužíváte, vaše zálohovaná data se považují za nezonální a můžou být uložená v jakékoli zóně. Pokud má nějaká zóna v dané oblasti problém, mohou být nezónová záložní data nedostupná.

Požadavky

• Podpora regionů: Služba je ve všech regionech, které mají dostupnostní zóny, automaticky odolná vůči výpadkům v zónách. Trezory ZRS jsou podporovány ve stejných regionech.

• Pouze nové trezory: Nakonfigurujte ZRS na svém trezoru před provedením prvního zálohování.

Náklady

Když povolíte ZRS pro vaše zálohy, budou se vám účtovat jiné sazby než LRS kvůli dodatečné replikaci a režijním nákladům na úložiště. Další informace najdete v tématu o cenách služby Backup.

Konfigurujte podporu zón dostupnosti

• Vytvořte nový trezor, který používá ZRS: Při vytváření trezoru nakonfigurujte redundanci úložiště. V závislosti na typu trezoru postupujte podle různých kroků. Další informace najdete v následujících článcích:

  • Vytvořit a odstranit trezory zálohování
  • Vytvoření a konfigurace trezoru služby Recovery Services

• Konfigurace ZRS v existujících trezorech: Pro trezory služby Backup nakonfigurujte redundanci úložiště při vytváření trezoru. Po vytvoření trezoru služby Backup se nastavení zamkne a nemůžete ho změnit.

  V případě trezorů služby Recovery Services musíte před ochranou úloh nakonfigurovat redundanci úložiště. Po ochraně úlohy se nastavení zamkne a nemůžete ho změnit.

  Můžete vytvořit nový trezor nakonfigurovaný tak, aby používal ZRS, a znovu přiřadit úlohy k novému trezoru. Tento přístup ale vyžaduje výpadek. Další informace najdete v tématu Úprava výchozího nastavení. Zodpovídáte také za ruční odstranění existujících bodů obnovení a dalších dat, protože se už nepoužijí zásady uchovávání informací starého trezoru. Další informace najdete v tématu Odstranění trezoru služby Backup nebo odstranění trezoru služby Recovery Services.

Chování, když jsou všechny zóny v pořádku

Tato část popisuje, co očekávat, když nakonfigurujete trezory pro zónově redundantní úložiště a všechny zóny jsou funkční.

• Operace napříč zónami: Úlohy zálohování běží v infrastruktuře replikované napříč zónami. Azure spravuje úlohy z infrastruktury v libovolné zóně.

• Replikace dat mezi zónami: ZRS replikuje zálohovaná data napříč zónami. Replikace probíhá synchronně, což znamená, že více zón potvrdí každou operaci zápisu před dokončením.

Chování při selhání zóny

Tato část popisuje, co očekávat, když nakonfigurujete trezory pro zónově redundantní úložiště (ZRS) a dojde k výpadku v jedné z těchto zón.

• Detekce a reakce: Pro samotnou službu Backup zodpovídá Microsoft za detekci selhání v zónách dostupnosti a reakci na ně. Nemusíte dělat nic, abyste zahájili převzetí zóny.

  Důležité

  U všech dat nebo prostředků, které nejsou kvůli výpadku zóny dostupné, zodpovídáte za zjištění výpadku a provádění akcí obnovení, včetně obnovení záloh do zóny, která je v pořádku.

• Notification: Microsoft vás při výpadku zóny automaticky neoznámí. Pomocí Azure Resource Health ale můžete monitorovat stav jednotlivých prostředků a můžete nastavit výstrahy Resource Health, které vás upozorní na problémy. Můžete také použít Azure Service Health k pochopení celkového stavu služby, včetně jakýchkoli selhání zóny, a můžete nastavit upozornění služby Service Health, která vás upozorní na problémy.

• Aktivní požadavky: Chování aktivních úloh závisí na tom, která zóna selže.

  • U všech zdrojů dat v zóně dostupnosti, které selhaly, způsobí selhání zóny nedostupnost zdrojů dat. Aktivní úlohy mohou být pozastavené nebo selhat.

  • U všech zdrojů dat ve zdravých zónách dostupnosti, které spouštějí aktivní úlohy, může dojít k malému výpadku, obvykle několika sekund, zatímco platforma přepne na zdravé zóny dostupnosti pro službu zálohování.

• Očekávaná ztráta dat: Očekávaná ztráta dat se označuje také jako cíl bodu obnovení (RPO). Cíl bodu obnovení (RPO) pro vaše zálohovaná data závisí na několika faktorech, včetně harmonogramu zálohování. Obecně platí, že u výpadku zóny se neočekává žádná ztráta zálohovaných dat, protože se všechna data replikují synchronně napříč zónami.

• Očekávaný výpadek: Očekávaná doba výpadku se také označuje jako cíl doby obnovení (RTO). RtO se pro každý z následujících scénářů liší:

  • U všech zdrojů dat v zóně dostupnosti, které selhaly, nemusí být zdroje dat dostupné, dokud se zóna neobnoví. Úlohy zálohování se nemusí podařit spustit, dokud nebude zdroj dat znovu k dispozici. RtO není definováno.

  • U všech zdrojů dat v zónách dostupnosti, které jsou v pořádku, může dojít k malému výpadku, obvykle několik sekund, zatímco platforma přepne do zón dostupnosti v pořádku pro službu Backup.

• Přerozdělování: Další spuštění úloh automaticky používají infrastrukturu ve funkčních zónách, pokud jsou dostupné zdroje dat.

  Zodpovídáte za obnovení zálohy do infrastruktury v dobré zóně a za změnu konfigurace nástrojů pro vyrovnávání zatížení, klientů a dalších systémů pro přesměrování provozu do infrastruktury v dobrém stavu v nové zóně.

Obnovení zóny

Když se zóna dostupnosti obnoví, služba Backup automaticky obnoví operace v zóně dostupnosti a směruje provoz mezi zónami jako obvykle. Úlohy dál běží a data zůstávají k dispozici.

Testování poruch zón

Platforma Backup spravuje směrování provozu, replikaci dat, převzetí služeb při selhání a navrácení služeb po obnovení. Tato funkce je plně spravovaná, takže nemusíte zahajovat ani ověřovat procesy selhání zóny dostupnosti.

Odolnost proti selháním v celé oblasti

Zálohování podporuje geografickou redundanci a přepnutí na náhradní systém prostřednictvím GRS a CRR.

Geograficky redundantní úložiště a obnovení mezi oblastmi

Pokud chcete dosáhnout regionální redundance zálohovaných dat, pomocí služby Backup replikujte zálohy do spárované oblasti Azure spárované oblasti pomocí GRS. GRS chrání vaše zálohy před regionálními výpadky.

Oblast, kam nasadíte svůj trezor, se nazývá primární region. Zdroje dat musí být umístěné v primární oblasti. Zálohy do trezoru nemůžete nakonfigurovat v jiné oblasti.

Spárovaná oblast se také označuje jako sekundární oblast.

Pokud nekonfigurujete GRS a dojde k výpadku v oblasti trezoru, můžete mít možnost se dostat k trezoru a zobrazit zálohované položky. Bez regionální redundance ale podkladová zálohovaná data zůstanou pro operace obnovení nedostupná.

Obnovení mezi oblastmi

Když nakonfigurujete GRS v trezoru, Microsoft vytvoří zálohy ve spárované oblasti dostupné po výpadku v primární oblasti. Pokud váš zdroj dat podporuje CRR, můžete obnovit z bodů obnovení v sekundární oblasti i když v primární oblasti nedojde k výpadku. CRR také umožňuje spouštět cvičení pro posouzení odolnosti proti regionálním výpadkům. Když zapnete CRR, Microsoft upgraduje úložiště záloh z GRS na geograficky redundantní úložiště jen pro čtení (RA-GRS).

Požadavky

• Podpora regionů: GRS pro zálohování funguje jenom v párových Azure regionech.

• Pouze nové trezory: Před provedením prvního zálohování musíte ve svém trezoru nakonfigurovat GRS.

Úvahy

• CRR: Po zapnutí CRR může trvat až 48 hodin, než budou zálohované položky dostupné v sekundární oblasti.

Náklady

Trezory GRS účtují další náklady na replikaci napříč regiony a úložiště v sekundárním regionu. Přenos dat mezi Azure oblastmi se účtuje na základě standardních sazeb šířky pásma. CRR je účtován rozdílnou sazbou, protože Microsoft upgraduje úložiště ze služby GRS na RA-GRS. Další informace najdete v tématu o cenách služby Backup.

Konfigurace podpory více oblastí

• Vytvořte nový trezor, který používá GRS a CRR: Při vytváření trezoru byste také měli nakonfigurovat redundanci úložiště. Po výběru GRS můžete volitelně povolit CRR v trezoru. Postup, který provedete, závisí na typu trezoru. Další informace najdete v následujících článcích:

  • Vytvořit a odstranit trezory zálohování
  • Vytvoření a konfigurace trezoru služby Recovery Services

• Konfigurace GRS a CRR u existujících trezorů: V případě trezorů služby Backup musíte při vytváření trezoru nakonfigurovat redundanci úložiště.

  V případě trezorů služby Recovery Services musíte před ochranou úloh nakonfigurovat redundanci úložiště. Jakmile je úloha chráněná, nastavení se uzamkne a nemůžete ho změnit.

  CRR můžete povolit u existujících trezorů GRS. Po povolení CRR ho nemůžete zakázat.

Chování, když jsou všechny oblasti v pořádku

Tato část popisuje, co očekávat, když nakonfigurujete trezory tak, aby používaly GRS a všechny oblasti jsou funkční.

• Operace mezi oblastmi: Zálohy se vždy dokončí v primární oblasti, což je oblast, ve které jsou úložiště a zdroj dat nasazeny.

• Replikace dat mezi oblastmi: Když nakonfigurujete trezor tak, aby používal GRS, zálohy se nejprve potvrdí do primární oblasti pomocí LRS. Po úspěšném dokončení v primární oblasti se data asynchronně replikují do sekundární oblasti. Sekundární oblast k ukládání dat používá LRS. Replikace zálohovaných dat může trvat až 12 hodin, než se replikují z primární oblasti do sekundární oblasti.

Chování při selhání oblasti

Tato část popisuje, co očekávat, když nakonfigurujete trezory tak, aby používaly GRS a dojde k výpadku v primární oblasti.

• Detekce a odpověď: U zdrojů dat, které podporují CRR a kde je ve vaultu povolený CRR, můžete kdykoli zahájit vlastní CRR do spárované oblasti, včetně regionálního výpadku nebo havárie. Zodpovídáte za zjištění výpadku a provádění akcí obnovení, včetně obnovení záloh do oblasti, která je v pořádku.

  Pro všechny ostatní scénáře jsou data replikovaná do sekundární oblasti dostupná k obnovení v sekundární oblasti pouze v případě, že Azure deklaruje havárii v primární oblasti. Microsoft zodpovídá za deklaraci havárie. Doba potřebná k deklaraci havárie závisí na závažnosti incidentu a času potřebném k vyhodnocení situace. Microsoft obvykle deklaruje havárii až po delší době.

• Notification: Microsoft vás při výpadku oblasti automaticky neoznámí. Mějte však na paměti následující:

  • K monitorování stavu jednotlivých prostředků můžete použít Azure Resource Health a můžete nastavit výstrahy Resource Health, které vás upozorní na problémy.

  • Pomocí Azure Service Health můžete porozumět celkovému stavu služby, včetně případných selhání regionů, a můžete nastavit výstrahy na stav služby, které vás upozorní na problémy.

• Očekávaná ztráta dat: RPO vašich zálohovaných dat závisí na několika faktorech, včetně plánu zálohování. Při výpadku regionu může dojít k očekávané ztrátě dat až na 36 hodin, protože doba cílového bodu obnovení v primární oblasti je 24 hodin a replikace zálohovaných dat z primární do sekundární oblasti může trvat až 12 hodin.

• Očekávaný výpadek: RtO se pro každý z následujících scénářů liší:

  • Zdroje dat a jiné zdroje v regionu, který selhal, nemusí být dostupné, dokud se region neobnoví, takže RTO není definováno.

  • Zálohování nemusí být schopné provádět zálohovací nebo obnovovací operace v selhavší oblasti, dokud se neobnoví oblast, takže RTO není definováno.

  • Pokud používáte CRR, RTO pro zahájení obnovení záloh, které jsou již replikovány do spárované oblasti, je nula. Pokud CRR nepoužíváte, RTO závisí na tom, jak dlouho trvá, než Microsoft ohlásí havárii v oblasti, která selhala.

• Přerozdělování: V době, kdy je primární oblast offline, se nedají spustit žádné úlohy zálohování. Data v úložišti můžete znovu obnovit, ale není možné přidat nová data.

  Zodpovídáte za obnovení zálohy do infrastruktury ve spárované oblasti a za změnu konfigurace nástrojů pro vyrovnávání zatížení, klientů a dalších systémů pro přesměrování provozu do infrastruktury v dobrém stavu ve spárované oblasti.

Obnovení oblasti

Když se primární oblast obnoví, služba Backup automaticky obnoví operace v dané oblasti. Úlohy se obnoví a ta data zůstanou k dispozici.

Testování selhání regionů

Pomocí CRR můžete provést operaci obnovení v spárované oblasti. Tento přístup můžete použít k ověření obnovení a dalších procesů obnovení.

Odolnost proti ztrátě zálohovaných dat

Zálohování poskytuje dvě funkce obnovení klíčů, které brání náhodnému nebo škodlivému odstranění zálohovaných dat:

• Obnovitelné odstranění umožňuje obnovit odstraněné objekty a trezory během konfigurovatelné doby uchovávání. Ve výchozím nastavení je toto období 14 dní, ale můžete ho upravit. Měkké odstranění si můžete představit jako odpadkový koš pro vaše zálohy a úložiště. Další informace najdete v tématu Zabezpečení ve výchozím nastavení s obnovitelným odstraněním pro zálohování.

• Neměnné trezory vám můžou pomoct chránit zálohovaná data blokováním operací, které můžou vést ke ztrátě bodů obnovení. Nastavení neměnného trezoru můžete uzamknout, aby bylo nevratné. Můžete také použít úložiště s jednorázovým zápisem a mnohonásobným čtením (WORM) pro zálohy, abyste zabránili škodlivým osobám v možnosti zakázat neměnnost a smazat zálohy. Další informace najdete v tématu Neměnný trezor pro zálohování.

Smlouva o úrovni služeb

Smlouva o úrovni služeb (SLA) pro služby Azure popisuje očekávanou dostupnost každé služby a podmínky, které musí vaše řešení splnit, aby bylo dosaženo očekávané dostupnosti. Další informace najdete v tématu SLA pro online služby.

Smlouva SLA zálohování pokrývá dostupnost služby pro operace zálohování i obnovení. Pokud chcete smlouvu SLA pokrýt, musíte opakovat neúspěšné úlohy zálohování nebo obnovení aspoň jednou za 30 minut.

Související obsah

• Spolehlivost v Azure
• Spolehlivost v Azure Virtual Machines
• spolehlivost v Azure Disk Storage
• spolehlivost v Azure Site Recovery