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 wordt de betrouwbaarheidsondersteuning in Azure Deployment Environments beschreven. Het omvat 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.
De volgende regio's ondersteunen implementatieomgevingen en beschikbaarheidszones:
- Australië - oost
- Brazilië - zuid
- Canada Centraal
- Centraal-India
- Centrale Verenigde Staten
- Azië - oost
- Oost VS
- Oost VS 2
- Duitsland - west-centraal
- Italië - noord
- Oost-Japan
- Korea Central
- Europa - noord
- Zuid-Afrika - noord
- Zuid-Centraal Verenigde Staten
- Zuidoost-Azië
- Zweden - centraal
- Zwitserland - noord
- Verenigd Koninkrijk Zuid
- West-Europa
- Westelijke VS 2
- West US 3
Herstel na noodgevallen en bedrijfscontinuïteit tussen regio's
Herstel na noodgevallen (DR) verwijst naar procedures die organisaties gebruiken om te herstellen van gebeurtenissen met hoge impact, zoals natuurrampen of mislukte implementaties 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 noodgevallenvoordat u begint met het maken van uw plan voor herstel na noodgevallen.
Voor DR maakt Microsoft gebruik van het model voor gedeelde verantwoordelijkheid. In dit model zorgt Microsoft ervoor dat de basisinfrastructuur en platformservices beschikbaar zijn. Veel Azure-services repliceren echter niet automatisch gegevens of vallen 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 voor ondersteuning van disaster recovery. U kunt servicespecifieke functies gebruiken om snelle herstelbewerkingen te ondersteunen en uw noodherstelplan 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:
- Ontwikkelaarscentra
- Projecten
- Catalogi
- Catalogusartikelen
- Omgevingstypen voor ontwikkelaarscentrum
- Projectomgevingstypen
- Omgevingen
Zie de architectuur voor herstel na noodgevallen van Azure naar Azure voor meer informatie.
Verwante inhoud
- Zie Azure-betrouwbaarheid voor meer informatie over hoe Azure betrouwbaarheid ondersteunt.
- Zie de belangrijkste concepten van Azure Deployment Environments voor meer informatie over resources voor implementatieomgevingen.
- Om aan de slag te gaan met implementatieomgevingen, zie Quickstart: Azure Deployment Environments configureren.