Provozní kontinuita a zotavení po havárii pro analýzy na úrovni cloudu
Při návrhu architektury pro cloudovou službu zvažte požadavky na dostupnost a reakce na potenciální přerušení služby. Problém může být lokalizován do konkrétní instance nebo oblasti. Plánování obou je důležité. V závislosti na cíli doby obnovení a cíli bodu obnovení můžete zvolit agresivní strategii pro vysokou dostupnost a zotavení po havárii.
Vysoká dostupnost a zotavení po havárii se někdy dají kombinovat. Tyto dvě oblasti mají mírně odlišné strategie, zejména pokud jde o data. Další informace najdete v architektury Microsoft Azure Well-Architected Framework a principy spolehlivosti.
Místo toho, abyste se pokusili zabránit selháním, přijměte předem, že k selháním může dojít. Minimalizujte účinky jakékoli jedné součásti, která selhává v životním cyklu. Vaše tolerance pro náklady, cíl bodu obnovení a cíl doby obnovení určují typ řešení, které se má implementovat.
Strategie zálohování
K dispozici je mnoho alternativních strategií pro implementaci distribuovaných výpočetních prostředků napříč oblastmi. Strategie musí být přizpůsobené obchodním požadavkům a okolnostem vaší aplikace. Přístupy na vysoké úrovni spadají do následujících kategorií:
Zálohování a obnovení: Obnovit databázové aplikace z poslední záložní kopie před havárií. Tento přístup se běžně používá po poškození nebo náhodném odstranění dat.
opětovné nasazení při havárii: znovu nasaďte aplikaci od začátku v době havárie. Tento přístup je vhodný pro nekritické aplikace, které nevyžadují garantovanou dobu obnovení.
Teplé náhradní (aktivní/pasivní): Vytvoření sekundární hostované služby v alternativní oblasti. Nasaďte role, abyste zajistili minimální kapacitu. Ty role/úkoly nepřijímají produkční provoz. Tento přístup je užitečný pro aplikace, které nejsou navržené k distribuci provozu napříč oblastmi.
Hot spare (aktivní/aktivní): Navrhnout aplikaci tak, aby přijímala produkční zatížení v několika regionech. Cloudové služby v každé oblasti můžete nakonfigurovat pro vyšší kapacitu, než je vyžadováno pro účely zotavení po havárii. Místo toho byste mohli podle potřeby škálovat cloudové služby v době havárie a během převzetí služeb při selhání.
Tento přístup vyžaduje investice do návrhu aplikace, ale má výhody. Nabízí nízkou a garantovanou dobu obnovení. Průběžně probíhá testování všech lokalit obnovení a efektivní využití kapacity. U databázových aplikací tento přístup zahrnuje nástroj pro vyrovnávání zatížení pro dvě databáze, které se synchronizují s jedním spojovacím bodem.
Zotavení po havárii a vysoká dostupnost služeb Azure
Cloud Scale Analytics se skládá z několika služeb Azure, které jsou seskupené do platformy, jádra a dat. Další informace o průvodcích spolehlivostí specifických pro služby a zotavení po havárii najdete v dokumentaci ke spolehlivosti Azure