Plaatsing van beschikbaarheidszones gebruiken voor hoge beschikbaarheid van toepassingen met Azure NetApp Files
Azure-beschikbaarheidszones zijn fysiek gescheiden locaties binnen elke ondersteunende Azure-regio die tolerant zijn voor lokale fouten. Fouten kunnen variëren van software- en hardwarefouten tot gebeurtenissen zoals aardbevingen, overstromingen en brand. Tolerantie voor fouten wordt bereikt vanwege redundantie en logische isolatie van Azure-services. Om tolerantie te garanderen, zijn er minimaal drie afzonderlijke beschikbaarheidszones aanwezig in alle regio's met beschikbaarheidszones.
Belangrijk
Beschikbaarheidszones worden logische zones genoemd. Elk datacenter wordt toegewezen aan een fysieke zone. Fysieke zones worden toegewezen aan logische zones in uw Azure-abonnement en de toewijzing verschilt met verschillende abonnementen. Aan Azure-abonnementen wordt deze toewijzing automatisch toegewezen wanneer een abonnement wordt gemaakt. Azure NetApp Files is afgestemd op de algemene toewijzing van een logische naar fysieke beschikbaarheidszone voor alle Azure-services voor het abonnement.
Azure-beschikbaarheidszones zijn maximaal beschikbaar, fouttolerant en schaalbaarder dan traditionele infrastructuren voor één of meerdere datacenters. Met Azure-beschikbaarheidszones kunt u toepassingen en databases ontwerpen en gebruiken die automatisch zonder onderbreking tussen zones worden overgestapt. U kunt flexibele oplossingen ontwerpen met behulp van Azure-services die gebruikmaken van beschikbaarheidszones.
Het gebruik van hoge beschikbaarheidsarchitecturen met beschikbaarheidszones is nu een standaardaanbeveling en aanbevolen procedure in het Goed ontworpen Framework van Azure. Bedrijfstoepassingen en -resources worden in toenemende mate geïmplementeerd in meerdere beschikbaarheidszones om dit niveau van hoge beschikbaarheid (HA) of isolatie van foutdomeinen (zone) te bereiken.
Veel toepassingen zijn gebouwd voor hoge beschikbaarheid in meerdere beschikbaarheidszones met behulp van op toepassingen gebaseerde replicatie- en failovertechnologieën, zoals SQL Server Always-On-beschikbaarheidsgroepen (AOAG), SAP HANA met HANA System Replication (HSR) en Oracle met Data Guard.
Voordat u een beschikbaarheidszone gebruikt, moet u de volgende concepten begrijpen:
Zonegebonden plaatsing: Resources worden vastgemaakt aan een specifieke beschikbaarheidszone. U kunt meerdere zonegebonden implementaties in verschillende zones combineren om te voldoen aan hoge betrouwbaarheidsvereisten. U bent verantwoordelijk voor het beheren van gegevensreplicatie en het distribueren van aanvragen tussen zones. Als er een storing optreedt in één beschikbaarheidszone, bent u verantwoordelijk voor failover naar een andere beschikbaarheidszone.
Zoneredundantie: Resources zijn verdeeld over meerdere beschikbaarheidszones. Microsoft beheert het verspreiden van aanvragen tussen zones en de replicatie van gegevens in zones. Als er een storing optreedt in één beschikbaarheidszone, beheert Microsoft failover automatisch.
Belangrijk
Hoewel het gebruik van zonegebonden plaatsing met Azure NetApp Files gecombineerd met replicatie- en failovertechnologieën op basis van toepassingen kan worden gebruikt om een architectuur met hoge beschikbaarheid te maken, biedt zonegebonden plaatsing van Azure NetApp Files alleen geen zonegebonden redundantie. Als uw workload geen ondersteuning biedt voor replicatie en failover op basis van toepassingen, kunt u overwegen om replicatie tussen zones van Azure NetApp Files te gebruiken voor extra redundantie.
Met de functie voor de plaatsing van het volume van de beschikbaarheidszone van Azure NetApp Files kunt u elk volume in de specifieke beschikbaarheidszone van uw keuze implementeren, in overeenstemming met Azure Compute en andere services in dezelfde zone.
In het diagram hebben alle virtuele machines (VM's) binnen de regio in (gekoppelde) VNets toegang tot alle Azure NetApp Files-resources (blauwe pijlen). VM's die toegang hebben tot Azure NetApp Files-volumes in dezelfde zone (groene pijlen) delen het domein van de fout in de beschikbaarheidszone. Let op: er is geen replicatie tussen de verschillende volumes op platformniveau.
Azure NetApp Files-implementaties vinden plaats in de beschikbaarheid van de gewenste zone als Azure NetApp Files aanwezig is in die beschikbaarheidszone en voldoende capaciteit heeft.
Belangrijk
De plaatsing van het volume in de beschikbaarheidszone van Azure NetApp Files biedt zonegebonden plaatsing. Het biedt geen nabijheidsplaatsing naar rekenkracht. Als zodanig biedt het geen garantie voor laagste latentie. VM-naar-opslaglatenties bevinden zich binnen de latentie-enveloppen van de beschikbaarheidszone.
U kunt uw reken-, opslag-, netwerk- en gegevensresources in een beschikbaarheidszone samen vinden en deze rangschikking repliceren in andere beschikbaarheidszones.
Latentie is onderhevig aan latentie in de beschikbaarheidszone voor toegang tot beschikbaarheidszones en de regionale latentie-envelop voor toegang tot meerdere beschikbaarheidszones.
Belangrijk
Het wordt niet aanbevolen om beschikbaarheidszones te gebruiken met door Terraform beheerde volumes. Als u dit doet, moet u de zone-eigenschap toevoegen aan uw volume.
Azure-regio's met beschikbaarheidszones
Zie Azure-regio's met ondersteuning voor beschikbaarheidszones voor een lijst met regio's die momenteel ondersteuning bieden voor beschikbaarheidszones.