Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In dit artikel worden de betrouwbaarheidsondersteuning in beheerde DevOps-pools en de aanpak van herstel na noodgevallen (DR) over meerdere regio's besproken.
Beschikbaarheidszones
Beheerde DevOps-pools bieden momenteel geen ondersteuning voor beschikbaarheidszones.
Herstel na noodgevallen tussen regio's
Het concept van herstel na noodgevallen gaat over het herstellen van 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.
Voor DR maakt Microsoft gebruik van 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. Als er een volledige storing optreedt in de Azure-regio die als host fungeert voor uw pool, moet u een nieuwe pool in een andere regio maken en uw pijplijnen vervolgens handmatig bijwerken om te verwijzen naar de nieuwe pool.
Herstel na noodgeval plannen
Documenteer de configuratie van uw pools, zodat u ze opnieuw kunt maken als er een storing optreedt. Beheerde DevOps-pools zijn afhankelijk van de volgende resources:
- De resourcegroep voor de vervangende pool
- Het Dev Center - en Dev Center-project 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 Azure Resource Manager-sjablonen (ARM-sjablonen), Bicep-sjablonen of Azure CLI-scripts maken om uw pool opnieuw te maken. U kunt dezelfde instellingen gebruiken (met uitzondering van naam en locatie) en uw pijplijnen handmatig bijwerken om de nieuwe pool te gebruiken. Wanneer normale bewerkingen worden hervat in de Azure-regio van uw oorspronkelijke pool, kunt u uw pijplijnen bijwerken om de oorspronkelijke pool te gebruiken en vervolgens de nieuwe pool en de bijbehorende resources verwijderen.