Spolehlivost ve spravovaných fondech DevOps
Tento článek popisuje podporu spolehlivosti ve spravovaných fondech DevOps a popisuje zotavení po havárii napříč oblastmi.
Zóny dostupnosti
Spravované fondy DevOps v tuto chvíli nepodporují zóny dostupnosti.
Zotavení po havárii mezi oblastmi
Zotavení po havárii (DR) se týká zotavení z událostí s vysokým dopadem, jako jsou přírodní katastrofy, které vedou k výpadkům a ztrátě dat. Bez ohledu na příčinu je nejlepším řešením havárie dobře definovaný a otestovaný plán zotavení po havárii a návrh aplikace, který aktivně podporuje zotavení po havárii. Než začnete přemýšlet o vytvoření plánu zotavení po havárii, přečtěte si doporučení pro návrh strategie zotavení po havárii.
Pokud jde o zotavení po havárii, Microsoft používá model sdílené odpovědnosti. V modelu sdílené odpovědnosti Microsoft zajišťuje, aby byly dostupné základní služby infrastruktury a platformy. Současně mnoho služeb Azure automaticky nereplikuje data nebo se vrátí z oblasti, která selhala, aby se křížově replikovala do jiné povolené oblasti. Za tyto služby zodpovídáte za nastavení plánu zotavení po havárii, který funguje pro vaši úlohu.
Spravované instance fondů DevOps se automaticky nereplikují ani nepřepínají z oblasti, která selhala, na jinou povolenou oblast. V případě úplného výpadku oblasti Azure, která je hostitelem spravovaného fondu DevOps, byste museli vytvořit nový spravovaný fond DevOps v jiné oblasti a ručně aktualizovat kanály tak, aby odkazovaly na nový fond.
Plán pro zotavení po havárii
Zdokumentujte konfiguraci spravovaných fondů DevOps, abyste je mohli znovu vytvořit i v případě výpadku. To zahrnuje následující prostředky, na které závisí spravované fondy DevOps:
- Skupina prostředků pro náhradní fond
- Projekt vývojového centra a vývojového centra pro náhradní fond
- Image galerie výpočetních prostředků Azure (pokud je váš fond používá)
Konfiguraci stávajícího fondu můžete uložit a vytvořit šablony ARM nebo skripty Azure CLI pro opětovné vytvoření fondu pomocí stejného nastavení (s výjimkou názvu a umístění) a ručně aktualizovat kanály tak, aby používaly nový fond. Když se normální operace obnoví v oblasti Azure původního fondu, můžete kanály aktualizovat tak, aby používaly původní fond, a odstranit nový fond a přidružené prostředky.