Regio's en zones in Azure
De impact van een storing kan van geval tot geval variëren. Sommige hardwarefouten, zoals een mislukte schijf, kunnen van invloed zijn op één hostcomputer. Maar een storing in een netwerkswitch kan gevolgen hebben voor een heel serverrek. Zeldzamer zijn storingen die een heel datacenter platleggen, zoals wanneer zich een stroomstoring in een datacenter voordoet. In zeer uitzonderlijke gevallen kan een storing zich over een hele regio uitstrekken.
Een van de belangrijkste manieren om ervoor te zorgen dat een toepassing tolerant is, is via redundantie. Het is van belang deze redundantie al te plannen bij het ontwerpen van de toepassing. Bovendien is het redundantieniveau dat u nodig hebt, afhankelijk van uw bedrijfsvereisten. Niet elke toepassing heeft redundantie nodig in verschillende regio's om te voorkomen dat er sprake is van een regionale storing. In het algemeen is het zo dat naarmate de redundantie en de betrouwbaarheid groter zijn, de kosten en de complexiteit toenemen.
In Azure wordt een regio onderverdeeld in twee of meer beschikbaarheidszones. Een beschikbaarheidszone komt overeen met een fysiek geïsoleerd datacenter in de betreffende geografische regio. Azure heeft op elk niveau van een mogelijke fout een groot aantal functies voor toepassingsreduntatie, waaronder beschikbaarheidssets, beschikbaarheidszones en gekoppelde regio's.
Het diagram heeft drie delen. Het eerste deel toont VM's in een beschikbaarheidsset in een virtueel netwerk. Het tweede deel toont een beschikbaarheidszone met twee beschikbaarheidssets in een virtueel netwerk. Het derde deel toont regionale paren met resources in elke regio.
De volgende tabel geeft een overzicht van elke optie.
| Beschikbaarheidsset | Beschikbaarheidszone | Gekoppelde regio | |
|---|---|---|---|
| Grootte van impact door storing | rack | Datacenter | Regio |
| Routering aanvragen | Load Balancer | Zoneoverschrijdende Load Balancer | Traffic Manager |
| Netwerklatentie | Zeer laag | Beperkt | Middelhoog tot hoog |
| Virtueel netwerk | VNet | VNet | Regio-overschrijdende VNet-peering |
Beschikbaarheidssets
Ter bescherming tegen lokaal optredende hardwarestoringen, zoals een schijf- of netwerkswitchstoring, raden we u aan twee of meer virtuele machines in een beschikbaarheidsset te implementeren. Een beschikbaarheidsset bestaat uit twee of meer foutdomeinen die een gemeenschappelijke voedingsbron en netwerkswitch delen. VM's in een beschikbaarheidsset bevinden zich verspreid over de foutdomeinen, wat betekent dat als een hardwarestoring het ene foutdomein treft, het netwerkverkeer nog steeds kan worden omgeleid naar de VM's in de andere foutdomeinen. Zie Manage the availability of Windows virtual machines in Azure (De beschikbaarheid van virtuele Windows-machines in Azure beheren) voor meer informatie over beschikbaarheidssets.
Wanneer de VM-exemplaren aan beschikbaarheidssets worden toegevoegd, worden ze ook aan een updatedomein toegewezen. Een updatedomein is een groep virtuele machines die zijn ingesteld voor gelijktijdige onderhoudsgebeurtenissen. Het distribueren van virtuele machines over meerdere updatedomeinen zorgt ervoor dat geplande update- en patchgebeurtenissen altijd alleen invloed hebben op een subset van virtuele machines.
Beschikbaarheidssets moeten worden ingedeeld op basis van de rol van de instantie in uw toepassing om ervoor te zorgen dat er in elke rol altijd één instantie operationeel is. Maak in een webtoepassing met drie lagen bijvoorbeeld afzonderlijke beschikbaarheidssets voor de frontend-, toepassings- en gegevenslagen.
Beschikbaarheidszones
Een beschikbaarheidszone is een fysiek afgescheiden zone binnen een Azure-regio. Elke beschikbaarheidszone heeft een afzonderlijke voedingsbron en koeling, en een afzonderlijk netwerk. Door machines in verschillende beschikbaarheidszones te implementeren, is het gemakkelijker om een toepassing te beveiligen tegen storingen die een heel datacenter treffen.
Gekoppelde regio's
U kunt een toepassing beschermen tegen regionale uitval door de toepassing in meerdere regio's te implementeren met behulp van Azure Traffic Manager, zodat internetverkeer over de verschillende regio's wordt gedistribueerd. Elke Azure-regio is gekoppeld aan een andere regio. Samen vormen deze een regionaal paar. Met uitzondering van Brazilië - zuid bevinden de regionale paren zich binnen hetzelfde geografische gebied. Zo kan worden voldaan aan de vereisten op het gebied van belastingwetgeving en wetshandhaving die in de desbetreffende jurisdicties worden gesteld.
In tegenstelling tot Beschikbaarheidszones, die fysiek gescheiden datacenters zijn, maar zich mogelijk in relatief nabijgelegen geografische gebieden bevinden, worden gekoppelde regio's meestal gescheiden door ten minste 300 mijl. Dit ontwerp zorgt ervoor dat noodgevallen op grote schaal alleen van invloed zijn op één van de regio's in het paar. Aangrenzende paren kunnen worden ingesteld om database- en opslagservicegegevens te synchroniseren, en worden zo geconfigureerd dat platformupdates in slechts één regio tegelijk worden geïmplementeerd.
Azure Geografisch redundante opslag (GRS) wordt automatisch een back-up gemaakt van de juiste gekoppelde regio. Voor alle overige resources betekent het maken van een volledig redundante oplossing met behulp van gekoppelde regio's dat er in beide regio's een integrale kopie van uw oplossing wordt gemaakt.
Zie ook
Feedback
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie: https://aka.ms/ContentUserFeedback.
Feedback verzenden en weergeven voor