Betrouwbaarheid in beheerde DevOps-pools
In dit artikel wordt de betrouwbaarheidsondersteuning in beheerde DevOps-pools beschreven en wordt beschreven hoe herstel na noodgevallen tussen regio's mogelijk is.
Beschikbaarheidszones
Beheerde DevOps-pools bieden momenteel geen ondersteuning voor beschikbaarheidszones.
Herstel na noodgevallen tussen regio's
Herstel na noodgevallen (DR) gaat over herstel na gebeurtenissen met een hoge impact, zoals natuurrampen die leiden tot downtime en gegevensverlies. Ongeacht de oorzaak is de beste oplossing voor een noodgeval een goed gedefinieerd en getest DR-plan en een toepassingsontwerp dat actief dr ondersteunt. Zie aanbevelingen voor het ontwerpen van een strategie voor herstel na noodgevallen voordat u begint na te denken over het maken van uw plan voor herstel na noodgevallen.
Als het gaat om herstel na noodgevallen, gebruikt Microsoft het model voor gedeelde verantwoordelijkheid. In een model voor gedeelde verantwoordelijkheid zorgt Microsoft ervoor dat de basisinfrastructuur en platformservices beschikbaar zijn. Tegelijkertijd repliceren veel Azure-services niet automatisch gegevens of vallen ze terug van een mislukte regio om kruislings te repliceren naar een andere ingeschakelde regio. Voor deze services bent u verantwoordelijk voor het instellen van een plan voor herstel na noodgevallen dat geschikt is voor uw workload.
Exemplaren van beheerde DevOps-pools worden niet automatisch gerepliceerd of overgeschakeld van een mislukte regio naar een andere ingeschakelde regio. In het geval van een volledige storing in de Azure-regio die als host fungeert voor uw beheerde DevOps-pool, moet u een nieuwe Beheerde DevOps-pool in een andere regio maken en uw pijplijnen handmatig bijwerken om te verwijzen naar de nieuwe pool.
Herstel na noodgeval plannen
Documenteer de configuratie van uw beheerde DevOps-pools, zodat u ze zelfs in een storing opnieuw kunt maken. Dit omvat de volgende resources waarvoor beheerde DevOps-pools afhankelijk zijn:
- De resourcegroep voor de vervangende pool
- Het ontwikkelaarscentrum- en ontwikkelaarscentrumproject voor de vervangende pool
- De installatiekopieën van de Azure Compute Gallery (als uw pool deze gebruikt)
U kunt de configuratie van uw bestaande pool opslaan en ARM-sjablonen of Azure CLI-scripts maken om uw pool opnieuw te maken met dezelfde instellingen (met uitzondering van naam en locatie) en uw pijplijnen handmatig bijwerken om de nieuwe pool te gebruiken. Wanneer de normale bewerkingen worden hervat in de Azure-regio van uw oorspronkelijke pool, kunt u uw pijplijnen bijwerken om de oorspronkelijke pool te gebruiken en de nieuwe pool en de bijbehorende resources verwijderen.