Opties voor gegevensredundantie evalueren voor Azure Storage

  • 7 minuten

Beschikbaarheid van gegevens is essentieel voor de meeste organisaties.

Stel dat uw klanten in zeldzame gevallen problemen hebben gehad met het openen van muziekstreams. Tijdens het onderzoek hebt u vastgesteld dat deze problemen zijn opgetreden tijdens storingen die van invloed waren op de hele regio. Deze gelegenheden waren zeldzaam, maar ze hadden een grote impact.

Als u de beschikbaarheid van gegevens van uw bedrijf wilt verbeteren, besluit u de replicatieopties te onderzoeken die beschikbaar zijn voor Azure Storage.

Hier verkent u de verschillende replicatieopties voor Azure Storage. U leert hoe ze werken en wanneer ze moeten worden gebruikt. U leert ook hoe u tussen deze gegevens kunt schakelen en migreren.

Replicatieopties voor Azure Storage

In Azure Storage hebt u verschillende opties voor replicatie. De keuze die u maakt, is afhankelijk van het tolerantieniveau dat u nodig hebt.

Lokaal redundante opslag

Afbeelding met drie kopieën van blobgegevens die zijn opgeslagen in hetzelfde datacenter met LRS.

Lokaal redundante opslag (LRS) kopieert uw gegevens drie keer in afzonderlijke rekken met hardware in een datacenter binnen één regio. Zelfs als er een hardwarefout optreedt of als er onderhoudswerkzaamheden in het datacenter zijn, zorgt dit replicatietype ervoor dat gegevens beschikbaar zijn voor gebruik.

LRS beschermt u niet tegen een storing in het hele datacenter. Als het datacenter uitvalt, kunt u uw gegevens kwijtraken.

Geografisch redundante opslag

afbeelding waarin blobgegevens worden weergegeven die drie keer zijn gekopieerd naar twee verschillende datacenters met GRS.

Met geografisch redundante opslag (GRS) worden uw gegevens drie keer binnen één regio gekopieerd en drie keer in een secundaire regio die ermee is gekoppeld. Op deze manier is uw secundaire regio beschikbaar voor gebruik als uw primaire regio een storing ondervindt.

Geografisch redundante opslag met leestoegang

Met GRS is uw secundaire regio pas beschikbaar voor leestoegang als de primaire regio mislukt. Als u wilt lezen uit de secundaire regio, zelfs als de primaire regio niet is mislukt, gebruikt u geografisch redundante opslag met leestoegang (RA-GRS) voor uw replicatietype.

Zone-redundante opslag

Afbeelding van gegevens die zijn gekopieerd naar drie opslagclusters in afzonderlijke beschikbaarheidszones met ZRS.

Zone-redundante opslag (ZRS) kopieert uw gegevens in drie opslagclusters in één regio. Elk cluster bevindt zich op een andere fysieke locatie en wordt beschouwd als één beschikbaarheidszone. Elk cluster gebruikt zijn eigen afzonderlijke hulpprogramma's voor zaken als netwerken en energie. Als een datacenter een storing ondervindt, blijven uw gegevens toegankelijk vanuit een andere beschikbaarheidszone in dezelfde Azure-regio.

Omdat alle beschikbaarheidszones zich in één regio bevinden, kan ZRS uw gegevens niet beschermen tegen een storing op regionaal niveau.

Geografisch zone-redundante opslagplaats

Geografisch zone-redundante opslag (GZRS) combineert de voordelen van hoge beschikbaarheid van ZRS met GRS. Met dit replicatietype worden uw gegevens gekopieerd naar drie beschikbaarheidszones in één regio. Gegevens worden ook drie keer gerepliceerd naar een andere secundaire regio die eraan is gekoppeld. Op deze manier zijn uw zone-redundante gegevens ook beveiligd tegen storingen op regionaal niveau.

Geografisch zone-redundante opslag met leestoegang

Geografisch zone-redundante opslag met leestoegang (RA-GZRS) maakt gebruik van dezelfde replicatiemethode als GZRS, maar u kunt lezen uit de secundaire regio. Als u de gegevens wilt lezen die naar de secundaire regio worden gerepliceerd, zelfs als uw primaire regio geen downtime ondervindt, gebruikt u RA-GZRS voor uw replicatietype.

GZRS en RA-GZRS zijn momenteel beschikbaar in de volgende regio's:

  • Zuid-Afrika - noord
  • Australië - oost
  • Oost-Azië
  • Japan Oost
  • Korea Centraal
  • Zuidoost-Azië
  • Centraal-India
  • Frankrijk - centraal
  • Duitsland - west-centraal
  • Europa - noord
  • Noorwegen - oost
  • Zweden - centraal
  • Zwitserland - noord
  • VK-Zuid
  • West-Europa
  • Canada - centraal
  • Centraal-VS
  • Oostelijk VS
  • VS - oost 2
  • Zuid-centraal VS
  • Westelijke VS 2
  • West VS 3
  • De Amerikaanse regering Virginia
  • Brazilië - zuid

Gekoppelde regio's

Een gekoppelde regio is waar een Azure-regio wordt gekoppeld aan een andere regio op dezelfde geografische locatie om te beschermen tegen regionale storingen. Gekoppelde regio's worden gebruikt met GRS- en GZRS-replicatietypen.

afbeelding waarin een hiërarchie van geografie, regionaal paar, regio en datacenters wordt weergegeven.

Hier volgt een lijst met enkele regio's die aan elkaar zijn gekoppeld. U kunt de volledige lijst ophalen in gekoppelde Azure-regio's.

Regio Regio
Azië Oost-Azië Zuidoost-Azië
Australië Australië - oost Australië - zuidoost
Canada Canada - centraal Canada Oost
China China - noord Oost-China
Europa Europa - noord (Ierland) Europa - west (Nederland)
Japan Japan Oost Japan West
Noord-Amerika Oostelijke VS Westelijke VS
Zuid-Afrika Zuid-Afrika - noord Zuid-Afrika West
UK VK West VK Zuid

Gebruiksvoorbeelden voor elk replicatietype

De volgende tabel bevat een overzicht van het aantal exemplaren dat u bij elk replicatietype krijgt en wanneer u deze moet gebruiken.

Replicatietype Kopieën Gebruiksscenario
LRS 3 Gegevens blijven maximaal beschikbaar, maar om nalevingsredenen mogen ze het lokale datacenter niet verlaten.
GRS 6 App heeft toegang tot de gegevens, zelfs als een hele regio een storing heeft.
RA-GRS 6 App leest van meerdere geografische locaties, zodat u gebruikers kunt bedienen vanaf een locatie die zich dichter bij hen bevindt.
ZRS 3 Redundantie op meerdere fysieke locaties nodig, maar vanwege naleving mogen gegevens geen regio verlaten.
GZRS 6 De app heeft toegang tot gegevens, zelfs als de primaire regio is mislukt en uw secundaire regio een datacenter heeft dat een storing ondervindt, maar u niet wilt lezen uit de secundaire regio, tenzij de primaire regio niet beschikbaar is.
RA-GZRS 6 Lees regelmatig gegevens uit uw secundaire regio, bijvoorbeeld om gebruikers te bedienen vanaf een locatie dichter bij hen, zelfs als een datacenter zich in uw primaire regio bevindt.

Schakelen tussen replicatiestrategieën

U kunt uw replicatiestrategie wijzigen voor elk opslagaccount. Het proces dat u gebruikt, is afhankelijk van de huidige replicatiestrategie voor uw account. Als u bijvoorbeeld wilt migreren van een opslagaccount met LRS, hebt u twee opties:

  • Verplaats of kopieer uw gegevens handmatig naar een nieuw account met GZRS.
  • Schakel eerst het replicatietype over naar GRS/RA-GRS en maak vervolgens een aanvraag met Azure-ondersteuning voor een livemigratie naar GZRS.

Account omzetten

Als u een ZRS-account gebruikt, kunt u dit converteren om GZRS te gebruiken. U converteert een account met behulp van Azure Portal, de Azure CLI of Azure PowerShell.

Als u uw account bijvoorbeeld wilt converteren naar GZRS met behulp van Azure PowerShell, gebruikt u deze opdracht:

Set-AzStorageAccount -ResourceGroupName <resource-group> -AccountName <storage-account> -SkuName "Standard_GZRS"

Replicatietype wisselen in Azure Portal

U kunt ook het replicatietype van uw account wijzigen in Azure Portal. Als u bijvoorbeeld wilt overschakelen van ZRS naar GZRS, gaat u naar uw opslagaccount, selecteert u Redundantieen wijzigt u het replicatietype.

schermopname van de configuratie van het opslagaccount, waarin u het replicatietype kunt wijzigen van ZRS in GZRS.

Livemigratie

U kunt ook livemigratie gebruiken om uw gegevens te migreren naar een account dat gebruikmaakt van ZRS, GZRS of RA-GZRS. Gebruik livemigratie om downtime of gegevensverlies te voorkomen. De duur van uw livemigratie is over het algemeen afhankelijk van de hoeveelheid gegevens in uw account.

U kunt een livemigratie uitvoeren door een Azure-ondersteuningsaanvraag te maken in Azure Portal.

schermopname van een azure-ondersteuningsticket waarin u de service kunt aanvragen: opslagaccountbeheer, probleemtype: gegevensmigratie en probleemsubtype: migreren naar ZRS, GRS of RA-GZRS.

Vervolgens wordt u gecontacteerd door een ondersteuningsmedewerker over uw livemigratieaanvraag.

Er gelden enkele beperkingen voor live migratie. Bijvoorbeeld:

  • In tegenstelling tot een handmatige app weet u niet precies wanneer een livemigratie wordt voltooid.
  • Gegevens kunnen alleen naar dezelfde regio worden gemigreerd.
  • Livemigratie wordt alleen ondersteund voor gegevens die zijn opgeslagen in standaardopslagaccounttypen.
  • Als uw account een grote bestandsshare bevat, wordt livemigratie naar GZRS niet ondersteund.

Handmatige migratie

Handmatige migratie is flexibeler dan live-migratie. Omdat u bijvoorbeeld de timing bepaalt, kunt u handmatige migratie gebruiken als u de voltooiing met een vaste datum nodig hebt.

Als u een handmatige migratie wilt uitvoeren, kunt u het hulpprogramma AzCopy of een van de verschillende hulpprogramma's van derden gebruiken.

U kunt bijvoorbeeld via AzCopyde volgende opdracht uitvoeren in uw terminal, waarmee alle blobs, mappen en containers in uw opslagaccount naar een andere worden gekopieerd.

azcopy copy 'https://<source-storage-account-name>.blob.core.windows.net/?<your-SAS-token>'
'https://<destination-storage-account-name>.blob.core.windows.net/' --recursive