Delen via


Betrouwbaarheid in Azure-implementatieomgevingen

In dit artikel wordt de betrouwbaarheidsondersteuning in Azure Deployment Environments beschreven en wordt aandacht besteed aan tolerantie binnen de regio met beschikbaarheidszones en tolerantie tussen regio's met herstel na noodgevallen. Zie Azure-betrouwbaarheid voor een gedetailleerder overzicht van betrouwbaarheid in Azure.

Ondersteuning voor beschikbaarheidszone

Beschikbaarheidszones zijn fysiek afzonderlijke groepen datacenters binnen elke Azure-regio. Wanneer één zone uitvalt, kunnen services een failover uitvoeren naar een van de resterende zones.

Zie Wat zijn beschikbaarheidszones in Azure voor meer informatie over beschikbaarheidszones?

Ondersteuning voor beschikbaarheidszones voor alle resources in Azure Deployment Environments wordt automatisch ingeschakeld. Er is geen actie die u moet ondernemen.

Ondersteunde regio's:

  • VS - west 2
  • VS - zuid-centraal
  • Verenigd Koninkrijk Zuid
  • Europa -west
  • VS - oost
  • Australië - oost
  • VS - oost 2
  • Europa - noord
  • US - west 3
  • Japan East
  • Azië - oost
  • India - centraal
  • Korea - centraal
  • Canada - midden

Zie Regio's en beschikbaarheidszones voor meer informatie over beschikbaarheidszones in Azure.

Herstel na noodgevallen en bedrijfscontinuïteit tussen regio's

Herstel na noodgevallen (DR) gaat over het herstellen van gebeurtenissen met een hoge impact, zoals natuurrampen of mislukte implementaties die downtime en gegevensverlies tot gevolg hebben. 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. De meeste services die worden uitgevoerd op PaaS-aanbiedingen (Platform as a Service) van Azure bieden functies en richtlijnen ter ondersteuning van herstel na noodgeval en u kunt servicespecifieke functies gebruiken om snel herstel te ondersteunen om uw DR-plan te ontwikkelen.

U kunt de volgende resources voor implementatieomgevingen in een alternatieve regio repliceren om gegevensverlies te voorkomen als er een failover tussen regio's plaatsvindt:

  • Ontwikkelaarscentrum
  • Project
  • Catalogus
  • Catalogusitems
  • Omgevingstype dev center
  • Projectomgevingstype
  • Omgevingen

Zie de architectuur voor herstel na noodgevallen van Azure naar Azure voor meer informatie over de architectuur voor herstel na noodgevallen van Azure.

Volgende stappen