Azure-beschikbaarheidszones

Azure-beschikbaarheidszones zijn fysiek en logisch van elkaar gescheiden datacentra met hun eigen onafhankelijke voedingsbron, netwerk en koeling. Als ze zijn verbonden met een netwerk met een extreem lage latentie, vormen ze de bouwstenen van toepassingen met een hoge beschikbaarheid. Beschikbaarheidszones zorgen ervoor dat uw gegevens worden beschermd als zich een incident voordoet dat van invloed is op een datacentrum, bijvoorbeeld als iemand de stroom uitschakelt of als er problemen zijn met de koeling. Meer informatie.

Beschikbaarheidszones zijn beschikbaar in elk land waar Azure een regio beheert. Meer informatie over Azure-geografieën.

Wij zorgen ervoor dat de impact voor de klant zo klein mogelijk is, met een latentieperimeter van minder dan twee milliseconden tussen beschikbaarheidszones.

Natuurlijk. Gegevens die zich binnen of tussen regio's verplaatsen, worden versleuteld.

Tijdens het ontwerpproces worden meer dan 30 criteria op het gebied van levensvatbaarheid en risico's gebruikt om de plaatsing van elke beschikbaarheidszone te evalueren. Door dit proces te volgen, worden zowel aanzienlijke individuele risico's als collectieve en gedeelde risico's tussen beschikbaarheidszones blootgelegd.

Azure-services die ondersteuning bieden voor beschikbaarheidszones, kunnen in drie categorieën worden onderverdeeld: zonegebonden, zone-redundante en niet-regionale services. Workloads van klanten kunnen worden gecategoriseerd om gebruik te maken van een van deze architectuurscenario's en zo te kunnen voldoen aan de vereisten van de toepassing qua prestaties en duurzaamheid.

• Zoneservices: Een resource kan worden geïmplementeerd in een specifieke, zelf geselecteerde beschikbaarheidszone om aan striktere vereisten op het gebied van latentie of prestaties te voldoen. Tolerantie komt automatisch tot stand door toepassingen en gegevens te repliceren naar een of meer zones binnen de regio. Resources kunnen worden vastgemaakt aan een specifieke zone. Virtuele machines, beheerde schijven of standaard-IP-adressen kunnen bijvoorbeeld worden vastgemaakt aan een specifieke zone, waardoor de tolerantie kan worden vergroot door een of meer instanties van een resource over meerdere zones te verdelen.
• Zone-redundante services (ZRS): Met zone-redundante services wordt de replicatie van gegevens automatisch uitgevoerd om resources te beschermen tegen Single Point of Failure. Bij zone-redundante opslag worden bijvoorbeeld de gegevens gerepliceerd en over drie zones verdeeld, zodat een storing in een zone geen invloed heeft op de hoge beschikbaarheid van de gegevens.
• Niet-regionale services: Services die niet afhankelijk zijn van een specifieke Azure-regio. Hierdoor zijn ze bestand tegen storingen die tot uitval van een volledige zone maar ook van een volledige regio kunnen leiden.

Meer informatie over Azure-services die beschikbaarheidszones ondersteunen.

Zie de volledige lijst met Azure-services die door beschikbaarheidszones worden ondersteund.

U hoeft geen rekening te houden met de complexiteit die gepaard gaat met het bouwen van een app, als deze wordt gebouwd op zone-redundante services. U hoeft alleen maar met tolerantie rekening te houden als uw toepassing zowel zonegebonden als zone-redundante architectuur gebruikt. Het Azure Well-Architected Framework is een set leidende grondbeginselen die kunnen worden gebruikt om de kwaliteit van een workload te verbeteren en om meer te weten te komen over het bouwen van toepassingen.