Tillförlitlighet i hanterade DevOps-pooler
Den här artikeln beskriver tillförlitlighetsstöd i hanterade DevOps-pooler och omfattar haveriberedskap mellan regioner.
Tillgänglighetszoner
Hanterade DevOps-pooler stöder inte tillgänglighetszoner just nu.
Haveriberedskap mellan regioner
Haveriberedskap handlar om att återställa från händelser med hög påverkan, till exempel naturkatastrofer som resulterar i driftstopp och dataförlust. Oavsett orsak är den bästa lösningen för en katastrof en väldefinierad och testad DR-plan och en programdesign som aktivt stöder DR. Innan du börjar fundera på att skapa en haveriberedskapsplan kan du läsa Rekommendationer för att utforma en strategi för haveriberedskap.
När det gäller dr använder Microsoft modellen för delat ansvar. I en modell med delat ansvar ser Microsoft till att baslinjeinfrastrukturen och plattformstjänsterna är tillgängliga. Samtidigt replikerar många Azure-tjänster inte automatiskt data eller återgår från en misslyckad region för att korsreparera till en annan aktiverad region. För dessa tjänster ansvarar du för att konfigurera en haveriberedskapsplan som fungerar för din arbetsbelastning.
Hanterade DevOps-poolinstanser replikeras inte automatiskt eller växlar från en misslyckad region till en annan aktiverad region. I händelse av ett fullständigt avbrott i Azure-regionen som är värd för din hanterade DevOps-pool skulle du behöva skapa en ny hanterad DevOps-pool i en annan region och manuellt uppdatera dina pipelines för att referera till den nya poolen.
Förbereda för haveriberedskap
Dokumentera konfigurationen av dina hanterade DevOps-pooler så att du kan återskapa dem även vid ett avbrott. Detta omfattar följande resurser som Hanterade DevOps-pooler är beroende av:
- Resursgruppen för ersättningspoolen
- Dev Center- och dev center-projektet för ersättningspoolen
- Azure Compute Gallery-avbildningarna (om din pool använder dem)
Du kan spara konfigurationen av din befintliga pool och skapa ARM-mallar eller Azure CLI-skript för att återskapa poolen med samma inställningar (förutom namn och plats) och manuellt uppdatera dina pipelines så att de använder den nya poolen. När normala åtgärder återupptas i Azure-regionen i den ursprungliga poolen kan du uppdatera dina pipelines så att de använder den ursprungliga poolen och ta bort den nya poolen och associerade resurser.