Gegevensredundantieopties 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 toegang tot muziekstreams. Toen u dit onderzocht, ontdekte u dat deze problemen zich hebben voorgedaan tijdens storingen die de hele regio hebben getroffen. Deze gelegenheden waren zeldzaam, maar ze hadden een grote impact.

Om de beschikbaarheid van de gegevens van uw bedrijf te verbeteren, besluit u de beschikbare replicatieopties voor Azure Storage te bekijken.

Hier verkent u de verschillende replicatieopties voor Azure Storage. U krijgt informatie over de manier waarop deze opties werken en wanneer u deze gebruikt. U leert ook hoe u tussen deze gegevens kunt schakelen en migreren.

Replicatieopties voor Azure Storage

In Azure Storage hebt u diverse opties voor replicatie. De keuze die u maakt, hangt af van het flexibiliteitsniveau dat u nodig hebt.

Lokaal redundante opslag

Illustration that shows three copies of blob data stored in the same datacenter with 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 datacentrum. Als het datacentrum uitvalt, raakt u uw gegevens kwijt.

Geografisch redundante opslag

Illustration that shows blob data copied three times to two different datacenters with 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. Als uw primaire regio een storing heeft, is op deze manier uw secundaire regio beschikbaar voor gebruik.

Geografisch redundante opslag met leestoegang

Met GRS is uw secundaire regio pas beschikbaar voor leestoegang wanneer de primaire regio uitvalt. 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

Illustration of data copied to three storage clusters in separate availability zones with ZRS.

Met zone-redundante opslag (ZRS) worden uw gegevens in drie opslagclusters in één regio gekopieerd. Elk cluster bevindt zich op een andere fysieke locatie en wordt als één beschikbaarheidszone beschouwd. Elk cluster gebruikt eigen afzonderlijke hulpprogramma's voor bijvoorbeeld netwerkfuncties en stroomvoorziening. 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 opslag

Met geografisch zone-redundante opslag (GZRS) worden de voordelen van hoge beschikbaarheid van ZRS met GRS gecombineerd. Met dit replicatietype worden uw gegevens gekopieerd naar drie beschikbaarheidszones in één regio. Gegevens worden ook drie keer gerepliceerd naar een andere secundaire regio waarmee die 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 (RA-GZRS) met leestoegang 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 zijn gerepliceerd, zelfs als er in de primaire regio geen sprake is van uitval, gebruikt u RA-GZRS als uw replicatietype.

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

  • Zuid-Afrika - noord
  • Australië - oost
  • Azië - oost
  • Japan - oost
  • Korea - centraal
  • Azië - zuidoost
  • India - centraal
  • Frankrijk - centraal
  • Duitsland - west-centraal
  • Europa - noord
  • Noorwegen - oost
  • Zweden - centraal
  • Zwitserland - noord
  • Verenigd Koninkrijk Zuid
  • Europa -west
  • Canada - midden
  • VS - centraal
  • VS - oost
  • VS - oost 2
  • VS - zuid-centraal
  • VS - west 2
  • US - west 3
  • VS (overheid) - Virginia
  • Brazilië - zuid

Gekoppelde regio's

Een gekoppelde regio is een regio waarin een Azure-regio met een andere regio in dezelfde geografische locatie is gekoppeld, om bescherming te bieden tegen een regionale storing. Gekoppeld regio's worden gebruikt met GRS- en GZRS-replicatietypen.

Illustration that shows a hierarchy of geography, regional pair, region, and datacenters.

Hier ziet u een lijst met een aantal van de regio's die aan elkaar zijn gekoppeld. U kunt de volledige lijst ophalen in gekoppelde Azure-regio's.

Region Region
Azië Azië - oost Azië - zuidoost
Australië Australië - oost Australië - zuidoost
Canada Canada - midden Canada - oost
China China - noord China - oost
Europa Noord-Europa (Ierland) West-Europa (Nederland)
Japan Japan - oost Japan - west
Noord-Amerika VS - oost VS - west
Zuid-Afrika Zuid-Afrika - noord Zuid-Afrika - west
UK Verenigd Koninkrijk West VK - zuid

Gebruiksscenario's voor elk replicatietype

In de volgende tabel wordt samengevat hoeveel kopieën u krijgt met elk replicatietype en wanneer u die moet gebruiken.

Replicatietype Aantal exemplaren Gebruiksscenario
LRS 3 Gegevens blijven uiterst beschikbaar, maar in verband met naleving is het niet toegestaan dat gegevens het lokale datacentrum verlaten.
GRS 6 De app heeft toegang tot de gegevens, zelfs als er zich in een gehele regio een storing voordoet.
RA-GRS 6 De app leest gegevens uit meerdere geografische locaties, dus u kunt gebruikers bedienen vanuit een locatie dichter bij hen in de buurt.
ZRS 3 Heeft redundantie in meerdere fysieke locaties nodig, maar in verband met naleving mogen gegevens een regio niet 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 Leest regelmatig gegevens van uw secundaire regio, mogelijk om gebruikers te bedienen vanuit een locatie dichter bij hen in de buurt, zelfs als er een datacentrum beschikbaar is in uw primaire regio.

Wisselen tussen replicatiestrategieën

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

  • Uw gegevens handmatig verplaatsen of kopiëren 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.

Accounts omzetten

Als u een ZRS-account gebruikt, kunt u dit converteren zodat GZRS wordt gebruikt. U converteert een account met behulp van Azure Portal, 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"

Het replicatietype wisselen in Azure Portal

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

Screenshot of the storage account configuration, where you can change the replication type from ZRS to GZRS.

Livemigratie

U kunt ook livemigratie gebruiken om uw gegevens te migreren naar een account waarvoor ZRS, GZRS of RA-GZRS wordt gebruikt. 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 ondersteuning voor Azure aanvraag te maken in Azure Portal.

Screenshot of an example Azure support ticket where you can request the service: storage account management, problem type: data migration, and problem subtype: migrate to ZRS, GRS, or RA-GZRS.

Vervolgens neemt een ondersteuningsmedewerker contact met u op over uw aanvraag voor livemigratie.

Voor livemigratie gelden een aantal beperkingen. Voorbeeld:

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

Handmatige migratie

Handmatige migratie is flexibeler dan livemigratie. Omdat u bijvoorbeeld de timing beheert, kunt u handmatige migratie gebruiken als dit vóór een bepaalde datum moet zijn voltooid.

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

U kunt bijvoorbeeld 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