Azure Files-gegevensredundantie
Azure Files slaat altijd meerdere kopieën van uw gegevens op, zodat deze worden beschermd tegen geplande en ongeplande gebeurtenissen, waaronder tijdelijke hardwarestoringen, netwerk- of stroomstoringen en natuurrampen. Redundantie zorgt ervoor dat uw opslagaccount voldoet aan de beschikbaarheids- en duurzaamheidsdoelen, zelfs als er fouten optreden.
Wanneer u besluit welke redundantieoptie het beste is voor uw scenario, moet u rekening houden met de afwegingen tussen lagere kosten en hogere beschikbaarheid. De factoren waarmee u kunt bepalen welke redundantieoptie u moet kiezen, zijn:
- Hoe uw gegevens worden gerepliceerd in de primaire regio.
- Of uw gegevens worden gerepliceerd naar een tweede regio die geografisch ver van de primaire regio is, om te beschermen tegen regionale rampen (geo-redundantie).
Azure-bestandsshares worden beheerd via een algemene Azure-resource, een opslagaccount genoemd. Het opslagaccount vertegenwoordigt een gedeelde opslaggroep die kan worden gebruikt voor het implementeren van bestandsshares. Zie Overzicht van opslagaccount voor meer informatie over opslagaccounts.
Wanneer u een opslagaccount maakt, kiest u een redundantie-instelling voor het opslagaccount dat wordt gedeeld voor alle opslagservices die door dat account worden weergegeven. Daarom hebben alle bestandsshares die zijn geïmplementeerd in hetzelfde opslagaccount dezelfde redundantie-instelling. Mogelijk wilt u bestandsshares isoleren in afzonderlijke opslagaccounts als ze verschillende redundantievereisten hebben.
Redundantie in de primaire regio
Gegevens in een Azure-opslagaccount worden altijd drie keer gerepliceerd in de primaire regio. Azure Files biedt twee opties voor de replicatie van uw gegevens in de primaire regio:
- Lokaal redundante opslag (LRS) kopieert uw gegevens drie keer synchroon binnen één fysieke locatie in de primaire regio. LRS is de goedkoopste replicatieoptie, maar wordt niet aanbevolen voor toepassingen waarvoor hoge beschikbaarheid of duurzaamheid is vereist.
- Zone-redundante opslag (ZRS) kopieert uw gegevens synchroon naar drie Azure-beschikbaarheidszones in de primaire regio. Voor toepassingen waarvoor hoge beschikbaarheid is vereist, raden we u aan ZRS te gebruiken in de primaire regio en ook te repliceren naar een secundaire regio.
Lokaal redundante opslag
Lokaal redundante opslag (LRS) repliceert uw opslagaccount drie keer binnen één datacenter in de primaire regio. LRS biedt ten minste 99,9999999999% (negens) duurzaamheid gedurende een bepaald jaar.
LRS is de laagst mogelijke redundantieoptie en biedt de minst duurzaamheid in vergelijking met andere opties. LRS beschermt uw gegevens tegen serverrack- en stationsfouten. Als een noodgeval, zoals brand of overstromingen, zich echter in het datacenter voordoet, kunnen alle replica's van een opslagaccount met LRS verloren gaan of onherstelbaar zijn. Om dit risico te beperken, raden we u aan zone-redundante opslag (ZRS), geografisch redundante opslag (GRS) of geografisch zone-redundante opslag (GZRS) te gebruiken.
Een schrijfaanvraag naar een opslagaccount dat LRS gebruikt, gebeurt synchroon. De schrijfbewerking wordt pas geretourneerd nadat de gegevens naar alle drie de replica's zijn geschreven.
In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd binnen één datacenter met LRS:
LRS is een goede keuze voor de volgende scenario's:
- Als uw toepassing gegevens opslaat die eenvoudig kunnen worden gereconstrueerd als er gegevensverlies optreedt.
- Als uw toepassing is beperkt tot het repliceren van gegevens alleen binnen een land of regio vanwege vereisten voor gegevensbeheer. In sommige gevallen kunnen de gekoppelde regio's waarover de gegevens geografisch worden gerepliceerd zich in een ander land of een andere regio bevinden. Zie Azure-regio's voor meer informatie over gekoppelde regio's.
Zone-redundante opslag
Met zone-redundante opslag (ZRS) wordt uw opslagaccount synchroon gerepliceerd in drie Azure-beschikbaarheidszones in de primaire regio. Elke beschikbaarheidszone is een afzonderlijke fysieke locatie met onafhankelijke voeding, koeling en netwerken. ZRS biedt duurzaamheid van ten minste 99,999999999999% (12 9's) gedurende een bepaald jaar.
Met ZRS zijn uw gegevens nog steeds toegankelijk voor zowel lees- als schrijfbewerkingen, zelfs als een zone niet beschikbaar is. Als een zone niet beschikbaar is, voert Azure netwerkupdates uit, zoals DNS-herpointing. Deze updates kunnen van invloed zijn op uw toepassing als u toegang hebt tot gegevens voordat de updates zijn voltooid. Bij het ontwerpen van toepassingen voor ZRS volgt u procedures voor tijdelijke foutafhandeling, inclusief het implementeren van beleid voor opnieuw proberen met exponentieel uitstel.
Een schrijfaanvraag naar een opslagaccount dat ZRS gebruikt, gebeurt synchroon. De schrijfbewerking retourneert pas nadat de gegevens naar alle replica's in de drie beschikbaarheidszones zijn geschreven.
Een voordeel van het gebruik van ZRS voor Azure Files-workloads is dat als een zone niet meer beschikbaar is, er geen hermounting van Azure-bestandsshares van de verbonden clients is vereist. U wordt aangeraden ZRS in de primaire regio te gebruiken voor scenario's waarvoor hoge beschikbaarheid is vereist. We raden ZRS ook aan om de replicatie van gegevens naar een bepaald land of een bepaalde regio te beperken om te voldoen aan de vereisten voor gegevensbeheer.
Notitie
Azure File Sync is zone-redundant in alle regio's die zones ondersteunen, met uitzondering van US Gov Virginia. In de meeste gevallen raden we aan dat Azure File Sync-gebruikers opslagaccounts configureren voor het gebruik van ZRS of GZRS.
In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd in beschikbaarheidszones in de primaire regio met ZRS:
ZRS biedt uitstekende prestaties, lage latentie en tolerantie voor uw gegevens als deze tijdelijk niet beschikbaar zijn. ZRS zelf beschermt uw gegevens echter mogelijk niet tegen een regionale ramp waarbij meerdere zones permanent worden getroffen. Voor bescherming tegen regionale rampen raden we u aan geografisch zone-redundante opslag (GZRS) te gebruiken, die gebruikmaakt van ZRS in de primaire regio en ook geo-replicatie van uw gegevens naar een secundaire regio.
Zie beschikbaarheidszoneservice en regionale ondersteuning voor meer informatie over welke regio's ZRS ondersteunen.
Standard-opslagaccounts
ZRS wordt ondersteund in standaard v2-opslagaccounts voor algemeen gebruik voor alle drie de standard-lagen: geoptimaliseerd voor transacties, dynamisch en statisch.
Zie Azure-regio's die zone-redundante opslag (ZRS) ondersteunen voor standaardopslagaccounts voor een lijst met regio's die ZRS ondersteunen voor standaardopslagaccounts.
Premium-bestandsshareaccounts
ZRS wordt ondersteund voor Premium-bestandsshares via het FileStorage type opslagaccount.
Zie Zone-redundante opslag van Azure Files voor Premium-bestandsshares voor premium bestandsshares voor een lijst met regio's die ondersteuning bieden voor ZRS voor premium bestandsshares.
Redundantie in een secundaire regio
Voor toepassingen die een hoge duurzaamheid vereisen voor SMB-bestandsshares, kunt u geografisch redundante opslag kiezen om de gegevens in uw opslagaccount te kopiëren naar een secundaire regio die honderden kilometers verwijderd is van de primaire regio. Als uw opslagaccount wordt gekopieerd naar een secundaire regio, zijn uw gegevens duurzaam, zelfs in het geval van een volledige regionale storing of een noodgeval waarin de primaire regio niet kan worden hersteld.
Belangrijk
Azure Files biedt alleen ondersteuning voor georedundantie (GRS of GZRS) voor standaard-SMB-bestandsshares. Premium-bestandsshares en NFS-bestandsshares moeten LRS of ZRS gebruiken.
Wanneer u een opslagaccount maakt, selecteert u de primaire regio voor het account. De gekoppelde secundaire regio wordt bepaald op basis van de primaire regio en kan niet worden gewijzigd. Zie Azure-regio's voor meer informatie over regio's die worden ondersteund door Azure.
Azure Files biedt twee opties voor het kopiëren van uw gegevens naar een secundaire regio. Momenteel zijn geografisch redundante opslagopties alleen beschikbaar voor standaard-SMB-bestandsshares.
- Geografisch redundante opslag (GRS): uw gegevens worden drie keer synchroon gekopieerd binnen één fysieke locatie in de primaire regio met LRS. Vervolgens worden uw gegevens asynchroon gekopieerd naar één fysieke locatie in de secundaire regio. Binnen de secundaire regio worden uw gegevens drie keer synchroon gekopieerd met LRS.
- Geografisch zone-redundante opslag (GZRS) kopieert uw gegevens synchroon in drie Azure-beschikbaarheidszones in de primaire regio met behulp van ZRS. Vervolgens worden uw gegevens asynchroon gekopieerd naar één fysieke locatie in de secundaire regio. Binnen de secundaire regio worden uw gegevens drie keer synchroon gekopieerd met LRS.
Het belangrijkste verschil tussen GRS en GZRS is hoe gegevens worden gerepliceerd in de primaire regio. Binnen de secundaire regio worden gegevens altijd drie keer synchroon gerepliceerd met behulp van LRS. LRS in de secundaire regio beschermt uw gegevens tegen hardwarefouten.
Geografisch redundante opslag
Geografisch redundante opslag (GRS): uw gegevens worden drie keer synchroon gekopieerd binnen één fysieke locatie in de primaire regio met LRS. Vervolgens worden uw gegevens asynchroon gekopieerd naar één fysieke locatie in een secundaire regio die honderden kilometers verwijderd is van de primaire regio. GRS biedt duurzaamheid van ten minste 99,9999999999999999% (16 9's) gedurende een bepaald jaar.
Een schrijfbewerking wordt eerst doorgevoerd op de primaire locatie en gerepliceerd met behulp van LRS. De update wordt vervolgens asynchroon gerepliceerd naar de secundaire regio. Wanneer gegevens naar de secundaire locatie worden geschreven, worden deze ook gerepliceerd binnen die locatie met behulp van LRS.
In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd met GRS:
Geografisch zone-redundante opslag
Geografisch zone-redundante opslag (GZRS) combineert de hoge beschikbaarheid die wordt geboden door redundantie in beschikbaarheidszones met bescherming tegen regionale storingen die worden geboden door geo-replicatie. Gegevens in een GZRS-opslagaccount worden gekopieerd naar drie Azure-beschikbaarheidszones in de primaire regio en worden ook gerepliceerd naar een secundaire geografische regio voor bescherming tegen regionale noodgevallen. We raden u aan om GZRS te gebruiken voor toepassingen die maximale consistentie, duurzaamheid en beschikbaarheid vereisen, uitstekende prestaties en tolerantie voor herstel na noodgevallen.
Met een GZRS-opslagaccount kunt u gegevens blijven lezen en schrijven als een beschikbaarheidszone niet meer beschikbaar is of onherstelbaar is. Daarnaast zijn uw gegevens ook duurzaam in het geval van een volledige regionale storing of een noodgeval waarbij de primaire regio niet kan worden hersteld. GZRS is ontworpen voor ten minste 99,9999999999999999% (16 9's) duurzaamheid gedurende een bepaald jaar.
In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd met GZRS:
Alleen standaard v2-opslagaccounts voor algemeen gebruik ondersteunen GZRS.
Zie Azure-regio's die ondersteuning bieden voor geografisch zone-redundante opslag (GZRS) voor een lijst met regio's die ondersteuning bieden voor GZRS.
Herstel na noodgevallen en failover
Met GRS of GZRS zijn de bestandsshares niet toegankelijk in de secundaire regio, tenzij er een failover plaatsvindt. Als de primaire regio niet meer beschikbaar is, kunt u ervoor kiezen om een failover naar de secundaire regio uit te geven. Het failoverproces werkt de DNS-vermelding van Azure Files bij, zodat het secundaire eindpunt het nieuwe primaire eindpunt wordt voor uw opslagaccount. Tijdens het failoverproces zijn uw gegevens niet toegankelijk. Nadat de failover is voltooid, kunt u gegevens lezen en schrijven naar de nieuwe primaire regio. Nadat de failover is voltooid, wordt de secundaire regio de primaire regio en kunt u gegevens opnieuw lezen en schrijven. Zie Herstel na noodgevallen en failover van Azure Files voor meer informatie.
Belangrijk
Azure Files biedt geen ondersteuning voor geografisch redundante opslag met leestoegang (RA-GRS) of geografisch zone-redundante opslag met leestoegang (RA-GZRS). Als een opslagaccount is geconfigureerd voor het gebruik van RA-GRS of RA-GZRS, worden de bestandsshares geconfigureerd en gefactureerd als GRS of GZRS.
Georedundantie voor Premium-bestandsshares
Zoals eerder vermeld, worden opties voor georedundantie (GRS en GZRS) niet ondersteund voor Premium-bestandsshares. U kunt echter op andere manieren georedundantie bereiken.
Voor Azure File Sync-scenario's kunt u synchroniseren tussen uw Azure-bestandsshare (uw cloudeindpunt), een on-premises Windows-bestandsserver en een gekoppelde bestandsshare die wordt uitgevoerd op een virtuele machine in een andere Azure-regio (uw servereindpunt voor herstel na noodgevallen). U moet cloudlagen uitschakelen om ervoor te zorgen dat alle gegevens lokaal aanwezig zijn en voldoende opslag inrichten op de Azure-VM om de hele gegevensset op te slaan. Om ervoor te zorgen dat wijzigingen snel naar de secundaire regio worden gerepliceerd, moeten bestanden alleen worden geopend en gewijzigd op het servereindpunt in plaats van in Azure.
U kunt ook uw eigen script maken om gegevens te kopiëren naar een opslagaccount in een secundaire regio met behulp van hulpprogramma's zoals AzCopy (gebruik versie 10.4 of hoger om ACL's en tijdstempels te behouden).
Overzicht van redundantieopties
De tabellen in de volgende secties bevatten een overzicht van de redundantieopties die beschikbaar zijn voor Azure Files.
Parameters voor duurzaamheid en beschikbaarheid
In de volgende tabel worden de belangrijkste parameters voor elke redundantieoptie beschreven:
| Parameter | LRS | ZRS | GRS | GZRS |
|---|---|---|---|---|
| De duurzaamheid van meer dan een bepaald jaar | ten minste 99,99999999999% (11 9's) | ten minste 99,99999999999% (12 9's) | ten minste 99,999999999999999% (16 9's) | ten minste 99,999999999999999% (16 9's) |
| Beschikbaarheid voor leesaanvragen | Ten minste 99,9% (99% voor cool-laag) | Ten minste 99,9% (99% voor cool-laag) | Ten minste 99,9% (99% voor cool-laag) | Ten minste 99,9% (99% voor cool-laag) |
| Beschikbaarheid voor schrijfaanvragen | Ten minste 99,9% (99% voor cool-laag) | Ten minste 99,9% (99% voor cool-laag) | Ten minste 99,9% (99% voor cool-laag) | Ten minste 99,9% (99% voor cool-laag) |
| Aantal kopieën van gegevens dat wordt onderhouden op afzonderlijke knooppunten | Drie exemplaren binnen één regio | Drie kopieën in afzonderlijke beschikbaarheidszones binnen één regio | Totaal van zes kopieën, inclusief drie in de primaire regio en drie in de secundaire regio | Totaal van zes kopieën, inclusief drie in afzonderlijke beschikbaarheidszones in de primaire regio en drie lokaal redundante kopieën in de secundaire regio |
Zie de SLA voor opslagaccounts voor meer informatie.
Duurzaamheid en beschikbaarheid per storingsscenario
De volgende tabel geeft aan of uw gegevens duurzaam en beschikbaar zijn in een bepaald scenario, afhankelijk van welk type redundantie van kracht is voor uw opslagaccount. Azure Files biedt geen ondersteuning voor leestoegang tot de secundaire regio als de primaire regio niet beschikbaar is, tenzij er een failover plaatsvindt.
| Storingsscenario | LRS | ZRS | GRS | GZRS |
|---|---|---|---|---|
| Een knooppunt in een datacenter is niet meer beschikbaar | Ja | Ja | Ja | Ja |
| Een volledig datacenter (zonegebonden of niet-zonegebonden) is niet meer beschikbaar | Nr. | Ja | Ja1 | Ja |
| Er treedt een regiobrede storing op in de primaire regio | Nee | Nr. | Ja1 | Ja1 |
1 Accountfailover is vereist om schrijfbeschikbaarheid te herstellen als de primaire regio niet meer beschikbaar is.
Zie prijzen voor Azure Files voor prijsinformatie voor elke redundantieoptie.