Azure Storage redundantie

Azure Storage slaat altijd meerdere exemplaren van uw gegevens op, zodat deze worden beschermd tegen geplande en ongeplande gebeurtenissen, zoals tijdelijke hardwarefouten, netwerk- of stroomstoringen en grote natuurrampen. Redundantie zorgt ervoor dat uw opslagaccount voldoet aan de beschikbaarheids- en duurzaamheidsdoelstellingen, 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 een hogere beschikbaarheid. De factoren die helpen bepalen welke redundantieoptie u moet kiezen, zijn:

  • De manier waarop uw gegevens worden gerepliceerd in het primaire gebied
  • Of uw gegevens worden gerepliceerd naar een tweede regio die geografisch ver van de primaire regio ligt, ter bescherming tegen regionale rampen
  • Of uw toepassing leestoegang tot de gerepliceerde gegevens in het secundaire gebied vereist als het primaire gebied om welke reden dan ook niet beschikbaar wordt

Opmerking

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

Redundantie in het primaire gebied

Gegevens in een Azure Storage account worden altijd drie keer gerepliceerd in het primaire gebied. Azure Storage biedt twee opties voor de manier waarop uw gegevens worden gerepliceerd in het primaire gebied:

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

Opmerking

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

Lokaal redundante opslag

Lokaal redundante opslag (LRS) repliceert uw gegevens drie keer binnen één datacenter in de primaire regio. LRS biedt ten minste 99,9999999999% (11 negens) duurzaamheid van objecten in een bepaald jaar.

LRS is de optie voor redundantie met de laagste kosten en biedt de minste duurzaamheid in vergelijking met andere opties. LRS beschermt uw gegevens tegen serverrekken en schijffouten. Als er echter een ramp optreedt, zoals brand of wateroverlast in het datacenter, kunnen alle replica's van een opslagaccount met LRS verloren gaan of niet meer worden teruggeplaatst. Om dit risico te beperken, raadt Microsoft aan om zone-redundante opslag (ZRS), geo-redundante opslag (GRS) of GZRS (geo-zone-redundant storage) te gebruiken.

Een schrijfaanvraag voor een opslagaccount dat LRS gebruikt, gebeurt synchroon. De schrijfbewerking retourneert alleen nadat de gegevens naar alle drie de replica's zijn geschreven.

In het volgende diagram ziet u hoe uw gegevens worden gerepliceerd in één datacenter met LRS:

Diagram showing how data is replicated in a single data center with LRS

LRS is een goede keuze voor de volgende scenario's:

  • Als uw toepassing gegevens op slaat die gemakkelijk kunnen worden gereconstrueerd als er gegevensverlies optreedt, kunt u kiezen voor LRS.
  • Als uw toepassing alleen is beperkt tot het repliceren van gegevens in een land of regio vanwege vereisten voor gegevensbeheer, kunt u voor LRS kiezen. In sommige gevallen zijn de gekoppelde regio's waar de gegevens geo-gerepliceerd zijn, mogelijk in een ander land of een andere regio. Zie Azure-regio's voor meer informatie over gekoppelde regio's.

Zone-redundante opslag

Met zone-redundante opslag (ZRS) worden uw gegevens Azure Storage synchroon gerepliceerd in drie Azure-beschikbaarheidszones in de primaire regio. Elke beschikbaarheidszone is een afzonderlijke fysieke locatie met onafhankelijke energie, koeling en netwerken. ZRS biedt duurzaamheid voor Azure Storage gegevensobjecten van ten minste 99,999999999999% (12 9's) over een bepaald jaar.

Met ZRS zijn uw gegevens nog steeds toegankelijk voor lees- en schrijfbewerkingen, zelfs als een zone niet beschikbaar wordt. Er is geen herovering van Azure-bestandsaandelen van de verbonden clients vereist. Als een zone niet beschikbaar wordt, worden er netwerkupdates uitgevoerd, zoals DNS-aanwijsing. 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 opnieuw proberen-beleid met exponentiële back-off.

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

Microsoft raadt het gebruik van ZRS in de primaire regio aan voor scenario's die hoge beschikbaarheid vereisen. ZRS wordt ook aanbevolen voor het beperken van replicatie van gegevens tot binnen een land of regio om te voldoen aan de vereisten voor gegevensbeheer.

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

Diagram showing how data is replicated in the primary region with ZRS

ZRS biedt uitstekende prestaties, lage latentie en tolerantie voor uw gegevens als deze tijdelijk niet beschikbaar zijn. Het is echter mogelijk dat ZRS op zichzelf uw gegevens niet beschermt tegen een regionale ramp waarbij meerdere zones permanent worden beïnvloed. Voor bescherming tegen regionale rampen raadt Microsoft aan GZRS (Geo-zone-Redundant Storage) te gebruiken, waarbij ZRS in de primaire regio wordt gebruikt en uw gegevens ook worden gerepliceerd naar een secundaire regio.

In de volgende tabel ziet u welke typen opslagaccounts ZRS ondersteunen in welke regio's:

Storage accounttype Ondersteunde regio's Ondersteunde services
Algemeen gebruik v21 (Afrika) Zuid-Afrika Noord
(Asia Pacific) Zuidoost-Azië
(Asia Pacific) Australië -oost
(Asia Pacific) Japan East
(Canada) Canada Centraal
(Europa) Noord-Europa
(Europa) West-Europa
(Europa) Frankrijk Centraal
(Europa) Duitsland West Centraal
(Europa) UK South
(Zuid-Amerika) Brazilië Zuid
(VS) Centraal VS
(VS) Oost-VS
(VS) East US 2
(VS) South Central US
(VS) West US 2
Blobs blokkeren
Pagina blobs2
Bestandsaandelen (standaard)
Tabellen
Wachtrijen
Premium blok blobs1 Azië-Zuidoost
Australië -oost
Brazilië Zuid
Europa Noord
Europa West
Frankrijk Centraal
Japan East
UK South
US East
US East 2
US West 2
Premium alleen blok blobs
Premium bestandsaandelen Azië-Zuidoost
Australië -oost
Brazilië Zuid
Europa Noord
Europa West
Frankrijk Centraal
Japan East
UK South
US East
US East 2
US West 2
Premium alleen bestanden delen

1 De archieflaag wordt momenteel niet ondersteund voor ZRS-accounts.
2 Azure unmanaged disks should also use LRS. Het is mogelijk om een opslagaccount te maken voor niet-bemande Azure-schijven die GRS gebruiken, maar het wordt afgeraden vanwege mogelijke problemen met consistentie ten opzichte van asynchrone georeplicatie. Niet-bemande schijven bieden geen ondersteuning voor ZRS of GZRS.

Zie Services-ondersteuning per regio in Wat zijn Azure Availability Zones?voor informatie over welke regio's ZRS ondersteunen.

Redundantie in een secundaire regio

Voor toepassingen die een hoge duurzaamheid vereisen, kunt u ervoor kiezen om de gegevens in uw opslagaccount bovendien te kopiëren naar een secundaire regio die honderden kilometers verwijderd is van het primaire gebied. Als uw opslagaccount naar een secundaire regio wordt gekopieerd, zijn uw gegevens ook duurzaam als er een volledige regionale uitval of een ramp is waarbij het primaire gebied niet kan worden hersteld.

Wanneer u een opslagaccount maakt, selecteert u het primaire gebied voor het account. Het gekoppelde secundaire gebied wordt bepaald op basis van het primaire gebied 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:

  • Met GEO-redundante opslag (GRS) worden uw gegevens driemaal synchroon gekopieerd op één fysieke locatie in het primaire gebied met behulp van LRS. Vervolgens worden uw gegevens asynchroon gekopieerd naar één fysieke locatie in het secundaire gebied. In het secundaire gebied worden uw gegevens driemaal synchroon gekopieerd met LRS.
  • Met GZRS (Geo-zone-redundant storage) worden uw gegevens synchroon gekopieerd in drie Azure-beschikbaarheidszones in de primaire regio met ZRS. Vervolgens worden uw gegevens asynchroon gekopieerd naar één fysieke locatie in het secundaire gebied. In het secundaire gebied worden uw gegevens driemaal synchroon gekopieerd met LRS.

Opmerking

Het primaire verschil tussen GRS en GZRS is hoe gegevens worden gerepliceerd in het primaire gebied. In het secundaire gebied worden gegevens altijd driemaal synchroon gerepliceerd met LRS. LRS in de secundaire regio beschermt uw gegevens tegen hardwarefouten.

Met GRS of GZRS zijn de gegevens in het secundaire gebied niet beschikbaar voor lees- of schrijftoegang, tenzij er een failover is voor het secundaire gebied. Voor leestoegang tot het secundaire gebied kunt u uw opslagaccount zo configureren dat u gebruik kunt maken van geo-redundante opslag (RA-GRS) of ra-GZRS (read-access geo-zone-redundant storage). Zie Toegang tot gegevens lezen in de secundaire regio voor meer informatie.

Als het primaire gebied niet meer beschikbaar is, kunt u ervoor kiezen om te mislukken naar het secundaire gebied. Nadat de failover is voltooid, wordt het secundaire gebied het primaire gebied en kunt u gegevens opnieuw lezen en schrijven. Zie Disaster recovery and storage account failover (Herstel- en opslagaccount failover)voor meer informatie over het herstel van rampen en voor meer informatie over het mislukken van het secundaire gebied.

Belangrijk

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

Geo-redundante opslag

Met GEO-redundante opslag (GRS) worden uw gegevens driemaal synchroon gekopieerd op één fysieke locatie in het primaire gebied met behulp van LRS. Vervolgens worden uw gegevens asynchroon gekopieerd naar één fysieke locatie in een secundaire regio die honderden kilometers verwijderd is van het primaire gebied. GRS biedt duurzaamheid voor Azure Storage gegevensobjecten van ten minste 99,99999999999999% (16 9's) over een bepaald jaar.

Een schrijfbewerking wordt eerst vastgelegd op de primaire locatie en gerepliceerd met LRS. De update wordt vervolgens asynchroon gerepliceerd naar het secundaire gebied. Wanneer gegevens naar de secundaire locatie worden geschreven, worden deze ook gerepliceerd op die locatie met LRS.

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

Diagram showing how data is replicated with GRS or RA-GRS

Geo-zone-redundante opslag

GZRS (Geo-zone-redundant storage) combineert de hoge beschikbaarheid die wordt geboden door redundantie in beschikbaarheidszones met bescherming tegen regionale uitval door georeplicatie. Gegevens in een GZRS-opslagaccount worden gekopieerd in drie Azure-beschikbaarheidszones in de primaire regio en worden ook gerepliceerd naar een secundaire geografische regio ter bescherming tegen regionale rampen. Microsoft raadt U aan GZRS te gebruiken voor toepassingen die maximale consistentie, duurzaamheid en beschikbaarheid, uitstekende prestaties en tolerantie vereisen voor herstel na nood.

Met een GZRS-opslagaccount kunt u gegevens blijven lezen en schrijven als een beschikbaarheidszone niet beschikbaar wordt of niet meer kan worden teruggevlood. Bovendien zijn uw gegevens ook duurzaam in het geval van een volledige regionale uitval of een ramp waarbij de primaire regio niet kan worden hersteld. GZRS is ontworpen voor ten minste 99,999999999999999999% (16 9's) duurzaamheid van objecten in een bepaald jaar.

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

Diagram showing how data is replicated with GZRS or RA-GZRS

Alleen algemene v2-opslagaccounts ondersteunen GZRS en RA-GZRS. Zie Overzicht van Azure-opslagaccounts voor meer informatie over typen opslagaccounts. GZRS en RA-GZRS ondersteunen blok blobs, pagina blobs (met uitzondering van VHD-schijven), bestanden, tabellen en wachtrijen.

GZRS en RA-GZRS worden ondersteund in de volgende regio's:

  • (Asia Pacific) Azië-Oost
  • (Asia Pacific) Azië-Zuidoost
  • (Asia Pacific) Australië -oost
  • (Asia Pacific) Japan East
  • (Canada) Canada Centraal
  • (Europa) Noord-Europa
  • (Europa) West-Europa
  • (Europa) Frankrijk Centraal
  • (Europa) Noorwegen Oost
  • (Europa) UK South
  • (Zuid-Amerika) Brazilië Zuid
  • (VS) US Central
  • (VS) US East
  • (VS) US East 2
  • (VS) US Government East
  • (VS) US South Central
  • (VS) US West 2
  • (VS) US West 3

Zie prijsdetails voor Blobs,Bestanden,Wachtrijenen Tabellen voor informatie over prijzen.

Toegang tot gegevens lezen in het secundaire gebied

Met geo-redundante opslag (met GRS of GZRS) worden uw gegevens gerepliceerd naar een andere fysieke locatie in de secundaire regio om u te beschermen tegen regionale uitval. Deze gegevens kunnen echter alleen worden gelezen als de klant of Microsoft een failover start van het primaire naar het secundaire gebied. Wanneer u leestoegang tot het secundaire gebied inschakelen, zijn uw gegevens altijd beschikbaar om te worden gelezen, ook in een situatie waarin de primaire regio niet beschikbaar is. Voor leestoegang tot de secundaire regio kunt u de ra-GRS (Read Access Geo-Redundant Storage) of ra-GZRS (Read Access Geo-Zone-Redundant Storage) (RA-GZRS) inschakelen.

Opmerking

Azure Files biedt geen ondersteuning voor geo-redundante opslag (RA-GRS) voor read-access en geo-zone-redundant storage (RA-GZRS).

Uw toepassingen ontwerpen voor leestoegang tot de secundaire

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

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 de toepassing correct wordt gelezen vanaf de secundaire regio in geval van een uitval. Zie Geo-redundantie gebruiken om zeer beschikbare toepassingen te ontwerpen voor meer informatie over het ontwerpen van uw toepassingen om te profiteren van geo-redundantie.

Wanneer leestoegang tot het secundaire is ingeschakeld, kan uw toepassing worden gelezen vanaf het secundaire eindpunt en vanaf het primaire eindpunt. Het secundaire eindpunt geeft het achtervoegsel (secundair aan de accountnaam) toe. Als uw primaire eindpunt voor blobopslag bijvoorbeeld is, is myaccount.blob.core.windows.net het secundaire eindpunt myaccount-secondary.blob.core.windows.net . De accounttoegangssleutels voor uw opslagaccount zijn hetzelfde voor zowel de primaire als de secundaire eindpunten.

De eigenschap Laatste synchronisatietijd controleren

Omdat gegevens asynchroon naar het secundaire gebied worden gerepliceerd, ligt het secundaire gebied vaak achter het primaire gebied. Als er een fout in het primaire gebied gebeurt, is het waarschijnlijk dat alle schrijven naar het primaire gebied nog niet zijn gerepliceerd naar de secundaire regio.

Als u wilt bepalen welke schrijfbewerkingen naar het secundaire gebied zijn gerepliceerd, kan uw toepassing de eigenschap Laatste synchronisatietijd voor uw opslagaccount controleren. Alle schrijfbewerkingen die zijn geschreven naar het primaire gebied vóór de laatste synchronisatietijd, zijn gerepliceerd naar het secundaire gebied, wat betekent dat ze beschikbaar zijn om te worden gelezen vanuit de secundaire regio. Schrijfbewerkingen die na de laatste synchronisatietijd naar het primaire gebied zijn geschreven, zijn mogelijk al dan niet gerepliceerd naar het secundaire gebied, wat betekent dat ze mogelijk niet beschikbaar zijn voor leesbewerkingen.

U kunt de waarde van de eigenschap Laatste synchronisatietijd opvragen met Azure PowerShell, Azure CLI of een van de Azure Storage clientbibliotheken. De eigenschap Laatste synchronisatietijd is een GMT-datum-/tijdwaarde. Zie De eigenschap Laatste synchronisatietijd controleren voor een opslagaccountvoor meer informatie.

Overzicht van redundantieopties

De tabellen in de volgende secties geven 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
Procentduur van objecten in een bepaald jaar ten minste 99,9999999999% (11 9's) ten minste 99,99999999999% (12 9's) ten minste 99,99999999999999% (16 9's) ten minste 99,99999999999999% (16 9's)
Beschikbaarheid voor leesaanvragen Ten minste 99,9% (99% voor coole toegangslaag) Ten minste 99,9% (99% voor coole toegangslaag) Ten minste 99,9% (99% voor coole toegangslaag) voor GRS

Ten minste 99,99% (99,9% voor coole toegangslaag) voor RA-GRS
Ten minste 99,9% (99% voor coole toegangslaag) voor GZRS

Ten minste 99,99% (99,9% voor coole toegangslaag) voor RA-GZRS
Beschikbaarheid voor schrijfaanvragen Ten minste 99,9% (99% voor coole toegangslaag) Ten minste 99,9% (99% voor coole toegangslaag) Ten minste 99,9% (99% voor coole toegangslaag) Ten minste 99,9% (99% voor coole toegangslaag)
Aantal exemplaren van gegevens dat wordt bijgehouden op afzonderlijke knooppunten Drie exemplaren binnen één regio Drie exemplaren in afzonderlijke beschikbaarheidszones binnen één regio In totaal zes exemplaren, waarvan drie in het primaire gebied en drie in het secundaire gebied In totaal zes exemplaren, waaronder drie in afzonderlijke beschikbaarheidszones in het primaire gebied en drie lokaal redundante exemplaren in de secundaire regio

Duurzaamheid en beschikbaarheid door uitvalscenario

In de volgende tabel wordt aangegeven of uw gegevens duurzaam zijn en beschikbaar zijn in een bepaald scenario, afhankelijk van het type redundantie dat van kracht is voor uw opslagaccount:

Scenario met stroomuitval LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Een knooppunt in een datacenter wordt niet meer beschikbaar Ja Ja Ja Ja
Een volledig datacenter (zonale of niet-zonale) wordt niet beschikbaar Nee Ja Ja1 Ja
Een regiobrede uitval vindt plaats in het primaire gebied Nee Nee Ja1 Ja1
Leestoegang tot het secundaire gebied is beschikbaar als het primaire gebied niet meer beschikbaar is Nee Nee Ja (met RA-GRS) Ja (met RA-GZRS)

1 Account failover is vereist om de schrijfbeschikbaarheid te herstellen als de primaire regio niet beschikbaar wordt. Zie Failover voor noodherstel- en opslagaccounts voor meer informatie.

Ondersteunde Azure Storage services

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

LRS ZRS GRS RA-GRS GZRS RA-GZRS
Blobopslag
Wachtrijopslag
Tabelopslag
Azure Files1,2
Beheerde Azure-schijven
Blobopslag
Wachtrijopslag
Tabelopslag
Azure Files1,2
Azure Managed Disks3
Blobopslag
Wachtrijopslag
Tabelopslag
Azure Files1
Blobopslag
Wachtrijopslag
Tabelopslag
Blobopslag
Wachtrijopslag
Tabelopslag
Azure Files1
Blobopslag
Wachtrijopslag
Tabelopslag

1 Standaardbestandsaandelen worden ondersteund op LRS en ZRS. Standaardbestandsaandelen worden ondersteund op GRS en GZRS, zolang ze kleiner zijn dan of gelijk zijn aan vijf TiB in grootte.
2 Premium bestandsaandelen worden ondersteund op LRS en ZRS.
3 beheerde ZRS-schijven hebben enkele 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 door elk type opslagaccount. Zie Storage accountoverzicht voor informatie over typen opslagaccounts.

LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Algemeen gebruik v21
Algemene doeleinden v1
Premium blok blob1
Oudere blob
Premium bestandsaandelen
Algemeen gebruik v21
Premium blok blobs1
Premium bestandsaandelen
Algemeen gebruik v21
Algemene doeleinden v1
Oudere blob
Algemeen gebruik v21

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

Alle gegevens voor alle opslagaccounts worden gekopieerd volgens de redundantieoptie voor het opslagaccount. Objecten zoals blok blobs, toevoegen blobs, pagina blobs, wachtrijen, tabellen en bestanden worden gekopieerd. Gegevens in alle lagen, inclusief de archieflaag, worden gekopieerd. Zie Hot, Cool en Archive access tiers for blob data (Hot, Coolen Archive access tiers for blob data) voor meer informatie over bloblagen.

Zie voor prijsinformatie voor elke optie voor redundantie Azure Storage prijzen.

Opmerking

Azure Premium Disk Storage ondersteunt momenteel alleen lokaal redundante opslag (LRS). Blokkeringsopslagaccounts ondersteunen lokaal redundante opslag (LRS) en zone redundant storage (ZRS) in bepaalde regio's.

Ondersteuning voor door klanten beheerde account failover

Alle geo-redundante aanbiedingen ondersteunen door Microsoft beheerde failover in het geval van een ramp in de primaire regio. Daarnaast ondersteunen sommige accounttypen failover door klanten beheerde account, zoals wordt weergegeven in de volgende tabel. Ondersteunde accounttypen moeten Azure Resource Manager-implementaties gebruiken. Zie Disaster recovery and storage account failover (Noodherstel en opslagaccount failover) voor meer informatie over noodherstel en door de klant beheerde failover.

Type failover GRS/RA-GRS GZRS/RA-GZRS
Door de klant beheerde failover General-purpose v2 accounts
General-purpose v1 accounts
Legacy Blob Storage accounts
Algemene v2-accounts
Door Microsoft beheerde failover Alle accounttypen Algemene v2-accounts

Opmerking

Door klanten beheerde account failover wordt nog niet ondersteund in accounts met een hiërarchische naamruimte (Azure Data Lake Storage Gen2). Zie Blob-opslagfuncties die beschikbaar zijn in Azure Data Lake Storage Gen2 voor meer informatie.

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

Gegevensintegriteit

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

Zie ook