Azure Storage-redundantie

In Azure Storage worden altijd meerdere kopieën van uw gegevens opgeslagen, zodat deze worden beschermd tegen geplande en ongeplande gebeurtenissen, waaronder tijdelijke hardwarefouten, netwerk- of stroomstoringen en enorme 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 die helpen bepalen welke redundantieoptie u moet kiezen, zijn onder andere:

  • 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-replicatie).
  • Of uw toepassing leestoegang vereist tot de gerepliceerde gegevens in de secundaire regio als de primaire regio om welke reden dan ook niet beschikbaar is (geo-replicatie met leestoegang).

Notitie

De functies en regionale beschikbaarheid die in dit artikel worden beschreven, zijn ook beschikbaar voor accounts met een hiërarchische naamruimte (Azure Blob Storage).

De services die bestaan uit Azure Storage worden beheerd via een gemeenschappelijke Azure-resource, een opslagaccount genoemd. Het opslagaccount vertegenwoordigt een gedeelde opslaggroep die kan worden gebruikt voor het implementeren van opslagbronnen zoals blobcontainers (Blob Storage), bestandsshares (Azure Files), tabellen (Table Storage) of wachtrijen (Queue Storage). Zie het overzicht van het Opslagaccount voor meer informatie over Azure Storage-accounts.

De redundantie-instelling voor een opslagaccount wordt gedeeld voor alle opslagservices die door dat account worden weergegeven. Alle opslagbronnen die in hetzelfde opslagaccount zijn geïmplementeerd, hebben dezelfde redundantie-instelling. Mogelijk wilt u verschillende typen resources in afzonderlijke opslagaccounts isoleren als ze verschillende redundantievereisten hebben.

Redundantie in de primaire regio

Gegevens in een Azure Storage-account worden altijd drie keer gerepliceerd in de primaire regio. Azure Storage biedt twee opties voor het repliceren van uw gegevens in de primaire regio:

  • Lokaal redundante opslag (LRS) kopieert uw gegevens synchroon drie keer binnen één fysieke locatie in de primaire regio. LRS is de minst dure replicatieoptie, maar wordt niet aanbevolen voor toepassingen waarvoor hoge beschikbaarheid of duurzaamheid is vereist.
  • Zone-redundante opslag (ZRS) kopieert uw gegevens synchroon in drie Azure-beschikbaarheidszones in de primaire regio. Voor toepassingen waarvoor hoge beschikbaarheid is vereist, raadt Microsoft aan ZRS te gebruiken in de primaire regio en ook te repliceren naar een secundaire regio.

Notitie

Microsoft raadt aan ZRS te gebruiken in de primaire regio voor Azure Data Lake Storage Gen2 workloads.

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% (11 negens) duurzaamheid van objecten gedurende een bepaald jaar.

LRS is de laagst mogelijke redundantieoptie en biedt de minste duurzaamheid in vergelijking met andere opties. LRS beschermt uw gegevens tegen serverrack- en stationsfouten. Als er zich echter een noodgeval voordoet, zoals brand of overstromingen in het datacenter, kunnen alle replica's van een opslagaccount met LRS verloren gaan of onherstelbaar zijn. Om dit risico te beperken, raadt Microsoft aan om 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:

Diagram waarin wordt getoond hoe gegevens worden gerepliceerd in één datacentrum 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 optreden, kunt u kiezen voor LRS.
  • Als uw toepassing is beperkt tot het repliceren van gegevens alleen binnen een land of regio vanwege vereisten voor gegevensbeheer, kunt u kiezen voor LRS. 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.
  • Als uw scenario gebruikmaakt van niet-beheerde Azure-schijven, kunt u kiezen voor LRS. Hoewel het mogelijk is om een opslagaccount te maken voor niet-beheerde Azure-schijven die gebruikmaken van GRS, wordt het niet aanbevolen vanwege mogelijke problemen met consistentie via asynchrone geo-replicatie.

Zone-redundante opslag

Zone-redundante opslag (ZRS) repliceert uw opslagaccount synchroon in drie Azure-beschikbaarheidszones in de primaire regio. Elke beschikbaarheidszone is een afzonderlijke fysieke locatie met onafhankelijke voeding, koeling en netwerken. ZRS biedt duurzaamheid voor opslagresources van ten minste 99,9999999999999% (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, waaronder het implementeren van beleid voor opnieuw proberen met exponentieel uitstel.

Een schrijfaanvraag naar een opslagaccount dat ZRS gebruikt, gebeurt synchroon. De schrijfbewerking wordt pas geretourneerd nadat de gegevens naar alle replica's in de drie beschikbaarheidszones zijn geschreven.

Microsoft raadt aan ZRS te gebruiken in de primaire regio voor scenario's waarvoor hoge beschikbaarheid is vereist. ZRS wordt ook aanbevolen om de replicatie van gegevens naar een bepaald land of een bepaalde regio te beperken om te voldoen aan de vereisten voor gegevensbeheer.

Microsoft raadt aan ZRS te gebruiken voor Azure Files workloads. Als een zone niet meer beschikbaar is, is er geen opnieuw koppelen van Azure-bestandsshares van de verbonden clients vereist.

In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd in beschikbaarheidszones in de primaire regio met ZRS:

Diagram waarin wordt getoond hoe gegevens worden gerepliceerd in de primaire regio met ZRS

ZRS biedt uitstekende prestaties, lage latentie en tolerantie voor uw gegevens als deze tijdelijk niet beschikbaar zijn. ZRS beschermt uw gegevens echter mogelijk niet tegen een regionale ramp waarbij meerdere zones permanent worden getroffen. Voor bescherming tegen regionale noodgevallen raadt Microsoft aan om geografisch zone-redundante opslag (GZRS) te gebruiken die gebruikmaakt van ZRS in de primaire regio en ook geo-repliceert uw gegevens naar een secundaire regio.

De archieflaag voor Blob Storage wordt momenteel niet ondersteund voor ZRS-, GZRS- of RA-GZRS-accounts. Niet-beheerde schijven bieden geen ondersteuning voor ZRS of GZRS.

Zie Azure-regio's met beschikbaarheidszones voor meer informatie over welke regio's ZRS ondersteunen.

Standard-opslagaccounts

ZRS wordt ondersteund voor alle Azure Storage-services via standaard v2-opslagaccounts voor algemeen gebruik, waaronder:

  • Azure Blob Storage (dynamische en statische blok-blobs en toevoeg-blobs, pagina-blobs zonder schijf)
  • Azure Files (alle standaardlagen: geoptimaliseerd voor transacties, dynamisch en statisch)
  • Azure Table Storage
  • Azure Queue Storage

ZRS voor standaard v2-opslagaccounts voor algemeen gebruik is beschikbaar voor een subset van Azure-regio's:

  • (Afrika) Zuid-Afrika - noord
  • (Azië en Stille Oceaan) Australië - oost
  • (Azië en Stille Oceaan) India - centraal
  • (Azië en Stille Oceaan) Azië - oost
  • (Azië en Stille Oceaan) Japan - oost
  • (Azië en Stille Oceaan) Korea - centraal
  • (Azië en Stille Oceaan) Azië - zuidoost
  • (Europa) Frankrijk - centraal
  • (Europa) Duitsland - west-centraal
  • (Europa) Europa - noord
  • (Europa) Noorwegen - oost
  • (Europa) Zweden - centraal
  • (Europa) Zwitserland - noord
  • (Europa) VK - zuid
  • (Europa) Europa - west
  • (Noord-Amerika) Canada - centraal
  • (Noord-Amerika) VS - centraal
  • (Noord-Amerika) VS - oost
  • (Noord-Amerika) VS - oost 2
  • (Noord-Amerika) VS - zuid-centraal
  • (Noord-Amerika) US Gov Virginia
  • (Noord-Amerika) VS - west 2
  • (Noord-Amerika) VS - west 3
  • (Zuid-Amerika) Brazilië - zuid

Premium blok-blobaccounts

ZRS wordt ondersteund voor premium blok-blobs-accounts. Zie Premium-blok-blobopslagaccounts voor meer informatie over Premium-blok-blobs.

Premium-blok-blobs zijn beschikbaar in een subset van Azure-regio's:

  • (Azië en Stille Oceaan) Australië - oost
  • (Azië en Stille Oceaan) Azië - oost
  • (Azië en Stille Oceaan) Japan - oost
  • (Azië en Stille Oceaan) Azië - zuidoost
  • (Europa) Frankrijk - centraal
  • (Europa) Europa - noord
  • (Europa) Europa - west
  • (Europa) VK - zuid
  • (Noord-Amerika) VS - oost
  • (Noord-Amerika) VS - oost 2
  • (Noord-Amerika) VS - west 2
  • (Noord-Amerika) VS - zuid-centraal
  • (Zuid-Amerika) Brazilië - zuid

Premium-bestandsshareaccounts

ZRS wordt ondersteund voor Premium-bestandsshares (Azure Files) via het FileStorage type opslagaccount.

ZRS voor Premium-bestandsshares is beschikbaar voor een subset van Azure-regio's:

  • (Azië en Stille Oceaan) Australië - oost
  • (Azië en Stille Oceaan) Japan - oost
  • (Azië en Stille Oceaan) Azië - zuidoost
  • (Azië en Stille Oceaan) Korea - centraal
  • (Europa) Frankrijk - centraal
  • (Europa) Europa - noord
  • (Europa) Europa - west
  • (Europa) VK - zuid
  • (Midden-Oosten) Qatar - centraal
  • (Noord-Amerika) VS - oost
  • (Noord-Amerika) VS - oost 2
  • (Noord-Amerika) VS - west 2
  • (Noord-Amerika) VS - zuid-centraal
  • (Zuid-Amerika) Brazilië - zuid

Redundantie in een secundaire regio

Voor toepassingen waarvoor hoge duurzaamheid is vereist, kunt u ervoor kiezen om de gegevens in uw opslagaccount naar een secundaire regio te kopiëren die honderden kilometers van de primaire regio ligt. 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.

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 Storage biedt twee opties voor het kopiëren van uw gegevens naar een secundaire regio:

  • 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 behulp van 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 behulp van LRS.

Notitie

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.

Met GRS of GZRS zijn de gegevens in de secundaire regio niet beschikbaar voor lees- of schrijftoegang, tenzij er een failover naar de secundaire regio is. Voor leestoegang tot de secundaire regio configureert u uw opslagaccount voor gebruik van geografisch redundante opslag met leestoegang (RA-GRS) of geografisch zone-redundante opslag met leestoegang (RA-GZRS). Zie Leestoegang tot gegevens in de secundaire regio voor meer informatie.

Als de primaire regio niet beschikbaar is, kunt u ervoor kiezen om een failover uit te geven naar de secundaire regio. Nadat de failover is voltooid, wordt de secundaire regio de primaire regio en kunt u gegevens opnieuw lezen en schrijven. Zie Failover van noodherstel en opslagaccountfailover voor meer informatie over herstel na noodgevallen en informatie over het uitvoeren van een failover naar de secundaire regio.

Belangrijk

Omdat gegevens asynchroon naar de secundaire regio worden gerepliceerd, kan een fout die van invloed is op de primaire regio leiden tot gegevensverlies als de primaire regio niet kan worden hersteld. Het interval tussen de meest recente schrijfbewerkingen naar de primaire regio en de laatste schrijfbewerking naar de secundaire regio wordt de RPO (Recovery Point Objective) genoemd. De RPO geeft het tijdstip aan waarop gegevens kunnen worden hersteld. Het Azure Storage-platform heeft doorgaans een RPO van minder dan 15 minuten, hoewel er momenteel geen SLA is over hoe lang het duurt om gegevens te repliceren naar de secundaire regio.

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 voor opslagbronnen 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, wordt deze ook gerepliceerd binnen die locatie met behulp van LRS.

In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd met GRS of RA-GRS:

Diagram waarin wordt getoond hoe gegevens worden gerepliceerd met GRS of RA-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 rampen. Microsoft raadt het gebruik van GZRS aan 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. Bovendien zijn uw gegevens ook duurzaam in het geval van een volledige regionale storing of een noodgeval waarin de primaire regio niet kan worden hersteld. GZRS is ontworpen om ten minste 99,99999999999999999% (16 9's) duurzaamheid van objecten gedurende een bepaald jaar te bieden.

In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd met GZRS of RA-GZRS:

Diagram waarin wordt getoond hoe gegevens worden gerepliceerd met GZRS of RA-GZRS

Alleen standaard v2-opslagaccounts voor algemeen gebruik ondersteunen GZRS. GZRS wordt ondersteund door alle Azure Storage-services, waaronder:

  • Azure Blob Storage (dynamische en statische blok-blobs, pagina-blobs zonder schijf)
  • Azure Files (alle standaardlagen: geoptimaliseerd voor transacties, dynamisch en statisch)
  • Azure Table Storage
  • Azure Queue Storage

GZRS is beschikbaar voor een subset van Azure-regio's:

  • (Afrika) Zuid-Afrika - noord
  • (Azië en Stille Oceaan) Australië - oost
  • (Azië en Stille Oceaan) Azië - oost
  • (Azië en Stille Oceaan) Japan - oost
  • (Azië en Stille Oceaan) Korea - centraal
  • (Azië en Stille Oceaan) Azië - zuidoost
  • (Azië en Stille Oceaan) India - centraal
  • (Europa) Frankrijk - centraal
  • (Europa) Duitsland - west-centraal
  • (Europa) Europa - noord
  • (Europa) Noorwegen - oost
  • (Europa) Zweden - centraal
  • (Europa) Zwitserland - noord
  • (Europa) VK - zuid
  • (Europa) Europa - west
  • (Noord-Amerika) Canada - centraal
  • (Noord-Amerika) VS - centraal
  • (Noord-Amerika) VS - oost
  • (Noord-Amerika) VS - oost 2
  • (Noord-Amerika) VS - zuid-centraal
  • (Noord-Amerika) VS - west 2
  • (Noord-Amerika) VS - west 3
  • (Noord-Amerika) US Gov Virginia
  • (Zuid-Amerika) Brazilië - zuid

Leestoegang tot gegevens in de secundaire regio

Geografisch redundante opslag (met GRS of GZRS) repliceert uw gegevens naar een andere fysieke locatie in de secundaire regio om te beschermen tegen regionale storingen. Met een account dat is geconfigureerd voor GRS of GZRS, zijn gegevens in de secundaire regio niet rechtstreeks toegankelijk voor gebruikers of toepassingen, tenzij er een failover plaatsvindt. Met het failoverproces wordt de DNS-vermelding van Azure Storage bijgewerkt, zodat het secundaire eindpunt het nieuwe primaire eindpunt voor uw opslagaccount wordt. Tijdens het failoverproces zijn uw gegevens niet toegankelijk. Nadat de failover is voltooid, kunt u gegevens lezen en schrijven naar de nieuwe primaire regio. Zie Hoe een accountfailover werkt voor meer informatie over failover en herstel na noodgevallen.

Als voor uw toepassingen hoge beschikbaarheid is vereist, kunt u uw opslagaccount configureren voor leestoegang tot de secundaire regio. Wanneer u leestoegang tot de secundaire regio inschakelt, zijn uw gegevens altijd beschikbaar om te worden gelezen vanuit de secundaire regio, inclusief in een situatie waarin de primaire regio niet meer beschikbaar is. Geografisch redundante opslag met leestoegang (RA-GRS) of geografisch zone-redundante opslagconfiguraties met leestoegang (RA-GZRS) staan leestoegang tot de secundaire regio toe.

Waarschuwing

Omdat gegevens asynchroon van de primaire naar de secundaire regio worden gerepliceerd, bevindt de secundaire regio zich doorgaans achter de primaire regio in termen van schrijfbewerkingen. Als een noodgeval de primaire regio zou aanslaan, is het waarschijnlijk dat sommige gegevens verloren gaan. Zie Anticiperen op gegevensverlies voor meer informatie over het plannen van mogelijk gegevensverlies.

Notitie

Azure Files biedt geen ondersteuning voor geografisch redundante opslag met leestoegang (RA-GRS) of geografisch zone-redundante opslag met leestoegang (RA-GZRS).

Uw toepassingen ontwerpen voor leestoegang tot de secundaire

Als uw opslagaccount is geconfigureerd voor leestoegang tot de secundaire regio, kunt u uw toepassingen zo ontwerpen dat u naadloos kunt overstappen op het lezen van gegevens uit de secundaire regio als de primaire regio om welke reden dan ook niet beschikbaar is.

De secundaire regio is beschikbaar voor leestoegang nadat u RA-GRS of RA-GZRS hebt ingeschakeld, zodat u uw toepassing vooraf kunt testen om ervoor te zorgen dat deze correct wordt gelezen vanuit de secundaire regio in het geval van een storing. Zie Georedundantie gebruiken om maximaal beschikbare toepassingen te ontwerpen voor meer informatie over het ontwerpen van uw toepassingen om gebruik te maken van georedundantie.

Wanneer leestoegang tot de secundaire is ingeschakeld, kan uw toepassing worden gelezen vanuit het secundaire eindpunt en vanuit het primaire eindpunt. Het secundaire eindpunt voegt het achtervoegsel –secundair aan de accountnaam toe. Als uw primaire eindpunt voor Blob Storage bijvoorbeeld is myaccount.blob.core.windows.net, is myaccount-secondary.blob.core.windows.nethet secundaire eindpunt. De accounttoegangssleutels voor uw opslagaccount zijn hetzelfde voor zowel de primaire als de secundaire eindpunten.

De eigenschap Laatst gesynchroniseerd controleren

Omdat gegevens asynchroon naar de secundaire regio worden gerepliceerd, bevindt de secundaire regio zich vaak achter de primaire regio. Als er een fout optreedt in de primaire regio, is het waarschijnlijk dat alle schrijfbewerkingen naar de primaire regio nog niet naar de secundaire regio zijn gerepliceerd.

Om te bepalen welke schrijfbewerkingen zijn gerepliceerd naar de secundaire regio, kan uw toepassing de eigenschap Laatste synchronisatietijd voor uw opslagaccount controleren. Alle schrijfbewerkingen die vóór de laatste synchronisatietijd naar de primaire regio zijn geschreven, zijn gerepliceerd naar de secundaire regio, wat betekent dat ze beschikbaar zijn om te worden gelezen uit de secundaire regio. Schrijfbewerkingen die na de laatste synchronisatietijd naar de primaire regio zijn geschreven, zijn mogelijk of niet gerepliceerd naar de secundaire regio, wat betekent dat ze mogelijk niet beschikbaar zijn voor leesbewerkingen.

U kunt een query uitvoeren op de waarde van de eigenschap Last Sync Time met behulp van Azure PowerShell, Azure CLI of een van de Azure Storage-clientbibliotheken. De eigenschap Last Sync Time is een GMT-datum/tijd-waarde. Zie De eigenschap Laatste synchronisatietijd voor een opslagaccount controleren voor meer informatie.

Overzicht van redundantieopties

De tabellen in de volgende secties bevatten een overzicht van de redundantieopties die beschikbaar zijn voor Azure Storage.

Parameters voor duurzaamheid en beschikbaarheid

In de volgende tabel worden de belangrijkste parameters voor elke redundantieoptie beschreven:

Parameter LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Duurzaamheid van objecten gedurende een bepaald jaar ten minste 99,9999999999% (11 9's) ten minste 99,999999999999% (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 statische of archieftoegangslagen) Ten minste 99,9% (99% voor statische of archieftoegangslagen) Ten minste 99,9% (99% voor statische of archieftoegangslagen) voor GRS

Ten minste 99,99% (99,9% voor statische of archieftoegangslagen) voor RA-GRS
Ten minste 99,9% (99% voor statische of archieftoegangslagen) voor GZRS

Ten minste 99,99% (99,9% voor statische of archieftoegangslagen) voor RA-GZRS
Beschikbaarheid voor schrijfaanvragen Ten minste 99,9% (99% voor statische of archieftoegangslagen) Ten minste 99,9% (99% voor statische of archieftoegangslagen) Ten minste 99,9% (99% voor statische of archieftoegangslagen) Ten minste 99,9% (99% voor statische of archieftoegangslagen)
Aantal kopieën van gegevens dat op afzonderlijke knooppunten wordt bewaard Drie kopieën binnen één regio Drie kopieën in afzonderlijke beschikbaarheidszones binnen één regio Zes exemplaren totaal, inclusief drie in de primaire regio en drie in de secundaire regio Zes exemplaren in totaal, inclusief drie over 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:

Storingsscenario LRS ZRS GRS/RA-GRS GZRS/RA-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 Nee Ja Ja1 Yes
Er treedt een regiobrede storing op in de primaire regio Nee Nee Ja1 Ja1
Leestoegang tot de secundaire regio is beschikbaar als de primaire regio niet meer beschikbaar is Nee Nee Ja (met RA-GRS) Ja (met RA-GZRS)

1 Accountfailover is vereist om schrijfbeschikbaarheid te herstellen als de primaire regio niet meer beschikbaar is. Zie herstel na noodgevallen en failover van opslagaccounts voor meer informatie.

Ondersteunde Azure Storage-services

In de volgende tabel ziet u welke redundantieopties worden ondersteund door elke Azure Storage-service.

LRS ZRS GRS RA-GRS GZRS RA-GZRS
Blob Storage (inclusief Data Lake Storage)
Queue Storage
Table Storage
Azure Files 1,2
Beheerde Azure-schijven
Pagina-blobs
Blob Storage (inclusief Data Lake Storage)
Queue Storage
Table Storage
Azure Files 1,2
Beheerde Azure-schijven3
Blob Storage (inclusief Data Lake Storage)
Queue Storage
Table Storage
Azure Files 1
Blob Storage (inclusief Data Lake Storage)
Queue Storage
Table Storage
Blob Storage (inclusief Data Lake Storage)
Queue Storage
Table Storage
Azure Files 1
Blob Storage (inclusief Data Lake Storage)
Queue Storage
Table Storage

1 Standard-bestandsshares worden ondersteund op LRS en ZRS. Standaardbestandsshares worden ondersteund op GRS en GZRS zolang ze kleiner zijn dan of gelijk zijn aan 5 TiB.
2 Premium-bestandsshares worden ondersteund op LRS en ZRS.
3 door ZRS beheerde schijven hebben bepaalde beperkingen. Zie het gedeelte Beperkingen van de redundantieopties voor beheerde schijven voor meer informatie.

Ondersteunde typen opslagaccounts

In de volgende tabel ziet u welke redundantieopties worden ondersteund voor elk type opslagaccount. Zie het overzicht van opslagaccounts voor informatie over typen opslagaccounts.

Typen opslagaccount LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Aanbevolen Standaard algemeen gebruik v2 (StorageV2)1

Premium blok-blobs (BlockBlobStorage)1

Premium-bestandsshares (FileStorage)

Premium-pagina-blobs (StorageV2)
Standaard algemeen gebruik v2 (StorageV2)1

Premium blok-blobs (BlockBlobStorage)1

Premium-bestandsshares (FileStorage)
Standaard algemeen gebruik v2 (StorageV2)1 Standaard algemeen gebruik v2 (StorageV2)1
Legacy Standaard algemeen gebruik v1 (Storage)

Verouderde blob (BlobStorage)
N.v.t. Standaard algemeen gebruik v1 (Storage)

Verouderde blob (BlobStorage)
N.v.t.

1 Accounts van dit type waarvoor een hiërarchische naamruimte is ingeschakeld, ondersteunen ook de opgegeven redundantieoptie.

Alle gegevens voor alle opslagaccounts worden gekopieerd van de primaire naar de secundaire op basis van de redundantieoptie voor het opslagaccount. Objecten zoals blok-blobs, toevoeg-blobs, pagina-blobs, wachtrijen, tabellen en bestanden worden gekopieerd.

Gegevens in alle lagen, inclusief de archieflaag, worden altijd gekopieerd van de primaire naar de secundaire laag tijdens geo-replicatie. De archieflaag voor Blob Storage wordt momenteel ondersteund voor LRS-, GRS- en RA-GRS-accounts, maar niet voor ZRS-, GZRS- of RA-GZRS-accounts. Zie dynamische, statische en archieftoegangslagen voor blobgegevens voor meer informatie over bloblagen.

Niet-beheerde schijven bieden geen ondersteuning voor ZRS of GZRS.

Zie prijzen voor Azure Storage voor prijsinformatie voor elke redundantieoptie.

Notitie

Azure Premium Disk Storage ondersteunt momenteel alleen lokaal redundante opslag (LRS). Blok-blobopslagaccounts ondersteunen lokaal redundante opslag (LRS) en zone-redundante opslag (ZRS) in bepaalde regio's.

Ondersteuning voor door de klant beheerde accountfailover

Alle geografisch redundante aanbiedingen ondersteunen door Microsoft beheerde failover in het geval van een noodgeval in de primaire regio. Daarnaast ondersteunen sommige accounttypen failover van door de klant beheerde accounts, zoals wordt weergegeven in de volgende tabel. Ondersteunde accounttypen moeten gebruikmaken van Azure Resource Manager-implementaties. Zie Herstel na noodgevallen en failover van opslagaccounts voor meer informatie over herstel na noodgevallen en door de klant beheerde failover.

Type failover GRS/RA-GRS GZRS/RA-GZRS
Door de klant beheerde failover V2-accounts voor algemeen gebruik v1-accounts
voor algemeen gebruik v1-accounts
verouderde Blob Storage-accounts
V2-accounts voor algemeen gebruik
Door Microsoft beheerde failover Alle accounttypen V2-accounts voor algemeen gebruik

Notitie

Failover van door de klant beheerde accounts wordt nog niet ondersteund in accounts met een hiërarchische naamruimte (Azure Data Lake Storage Gen2). Zie Blob Storage-functies die beschikbaar zijn in Azure Data Lake Storage Gen2 voor meer informatie.

In het geval van een noodgeval dat van invloed is op de primaire regio, beheert Microsoft de failover voor accounts met een hiërarchische naamruimte. Zie voor meer informatie een door Microsoft beheerde failover.

Gegevensintegriteit

Azure Storage controleert regelmatig de integriteit van gegevens die zijn opgeslagen met behulp van cyclische redundantiecontroles (CPC's). Als gegevensbeschadiging wordt gedetecteerd, wordt deze hersteld met behulp van redundante gegevens. Azure Storage berekent ook controlesommen voor al het netwerkverkeer om beschadiging van gegevenspakketten te detecteren bij het opslaan of ophalen van gegevens.

Zie ook