Wijzigen hoe Azure Files-gegevens worden gerepliceerd

Azure slaat altijd meerdere kopieën van uw gegevens op om deze te beveiligen ten opzichte van geplande en ongeplande gebeurtenissen. Deze gebeurtenissen omvatten tijdelijke hardwarestoringen, netwerk- of stroomstoringen en natuurrampen. Gegevensredundantie zorgt ervoor dat uw opslagaccount voldoet aan de SLA (Service Level Agreement) voor Microsoft Online Services.

In dit artikel wordt het proces beschreven voor het wijzigen van replicatie-instellingen voor een bestaand opslagaccount dat als host fungeert voor Azure-bestandsshares.

Van toepassing op

Beheermodel	Billing model	Media tier	Redundantie	Kleine en Middelgrote Ondernemingen (SMB)	NFS
Microsoft.Storage	Provisioned v2	HDD (standaard)	Local (LRS)
Microsoft.Storage	Provisioned v2	HDD (standaard)	Zone (ZRS)
Microsoft.Storage	Provisioned v2	HDD (standaard)	Aardrijkskunde (GRS)
Microsoft.Storage	Provisioned v2	HDD (standaard)	GeoZone (GZRS)
Microsoft.Storage	Provisioned v1	SSD (hoogwaardig)	Local (LRS)
Microsoft.Storage	Provisioned v1	SSD (hoogwaardig)	Zone (ZRS)
Microsoft.Storage	Pay-as-you-go	HDD (standaard)	Local (LRS)
Microsoft.Storage	Pay-as-you-go	HDD (standaard)	Zone (ZRS)
Microsoft.Storage	Pay-as-you-go	HDD (standaard)	Aardrijkskunde (GRS)
Microsoft.Storage	Pay-as-you-go	HDD (standaard)	GeoZone (GZRS)

Opties voor het wijzigen van het replicatietype

Wanneer u besluit welke redundantieconfiguratie 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 redundantieconfiguratie u moet kiezen, zijn:

• Hoe uw gegevens worden gerepliceerd binnen de primaire regio. Gegevens in de primaire regio kunnen lokaal worden gerepliceerd met behulp van lokaal redundante opslag (LRS) of in azure-beschikbaarheidszones met zone-redundante opslag (ZRS).
• Of uw gegevens georedundantie vereisen. Georedundantie biedt bescherming tegen regionale rampen door uw gegevens te repliceren naar een tweede regio die geografisch ver van de primaire regio is. Azure Files ondersteunt zowel geografisch redundante opslag (GRS) als geografisch zone-redundante opslag (GZRS).

Zie Azure Files-redundantie voor een gedetailleerd overzicht van alle redundantieopties voor Azure Files.

U kunt de redundantieconfiguraties van uw opslagaccount indien nodig wijzigen, hoewel sommige configuraties onderhevig zijn aan beperkingen en downtimevereisten. Als u deze beperkingen en vereisten bekijkt voordat u wijzigingen aanbrengt in uw omgeving, voorkomt u conflicten met uw eigen tijdsbestek en uptimevereisten.

Er zijn drie manieren om de replicatie-instellingen te wijzigen:

• Add or remove geo-redundancy or read access to the secondary region.
• Voeg zoneredundantie toe of verwijder deze door een conversie uit te voeren.
• Voer een handmatige migratie uit in scenario's waarin de eerste twee opties niet worden ondersteund of om ervoor te zorgen dat de wijziging binnen een bepaalde periode wordt voltooid.

Georedundantie en leestoegang kunnen tegelijkertijd worden gewijzigd. Elke wijziging die ook zoneredundantie omvat, vereist echter een conversie en moet afzonderlijk worden uitgevoerd met behulp van een proces in twee stappen. Deze twee stappen kunnen in elke volgorde worden uitgevoerd.

Redundantieconfiguratie wijzigen

De volgende tabel bevat een overzicht van hoe u kunt schakelen tussen replicatietypen.

¹Het toevoegen van georedundantie brengt eenmalige uitgaande kosten met zich mee.
² Als uw opslagaccount blobs in de archieflaag bevat, controleert u de beperkingen van de toegangslaag voordat u het redundantietype wijzigt in geografisch of zone-redundant.
³ Het type conversie dat wordt ondersteund, is afhankelijk van het type opslagaccount. Zie de tabel met het opslagaccount voor meer informatie.
⁴ Conversie naar ZRS of GZRS voor een LRS-account als gevolg van een failover wordt niet ondersteund. Zie Failover en failback voor meer informatie.
⁵ Converteren van LRS naar ZRS wordt niet ondersteund als de ondersteuning voor het NFSv3-protocol is ingeschakeld voor Azure Blob Storage of als het opslagaccount Azure Files NFSv4.1-shares bevat waarvoor openbare eindpunten zijn ingeschakeld.
⁶ Hoewel het inschakelen van georedundantie onmiddellijk lijkt te gebeuren, kan failover naar de secundaire regio niet worden gestart totdat de gegevenssynchronisatie tussen de twee regio's is voltooid.

De replicatie-instelling wijzigen

Gebruik een van de volgende methoden om uw replicatie-instellingen te wijzigen, afhankelijk van uw scenario in de sectie voor het wijzigen van de redundantieconfiguratie .

De redundantieconfiguratie wijzigen met behulp van Azure Portal, PowerShell of Azure CLI

In de meeste gevallen kunt u Azure Portal, PowerShell of de Azure CLI gebruiken om de replicatie-instelling voor geografisch redundante of leestoegang (RA) voor een opslagaccount te wijzigen.

Als u wijzigt op welke manier uw opslagaccount wordt gerepliceerd in de Azure-portal, leidt dit niet tot uitvaltijd voor uw toepassingen, inclusief wijzigingen die een conversie vereisen.

Set-AzStorageAccount -ResourceGroupName <resource_group> `
    -Name <storage_account> `
    -SkuName <sku>

az storage account update \
    --name <storage-account> \
    --resource-group <resource_group> \
    --sku <sku>

Een conversie uitvoeren

Een redundantieconversie is het proces van het wijzigen van het zoneredundantieaspect van een opslagaccount.

Tijdens een conversie is er geen gegevensverlies of uitvaltijd van toepassingen vereist.

Er zijn twee manieren om een conversie te starten:

• Door de klant geïnitieerd
• Door ondersteuning geïnitieerd

Door de klant geïnitieerde conversie

In plaats van een ondersteuningsaanvraag te openen, kunnen klanten in de meeste regio's een conversie starten en de voortgang ervan controleren. Deze optie elimineert mogelijke vertragingen met betrekking tot het maken en beheren van ondersteuningsaanvragen. Zie het artikel over regiobeperkingen voor hulp bij het bepalen van de regio's waarin door de klant geïnitieerde conversie wordt ondersteund.

Voor HDD-bestandsshares kan door de klant geïnitieerde conversie worden voltooid in ondersteunde regio's met behulp van Azure Portal, PowerShell of de Azure CLI.

Voor SSD-bestandsshares is door de klant geïnitieerde conversie beschikbaar via PowerShell en Azure CLI. U kunt ook een door ondersteuning geïnitieerde conversie aanvragen.

Na het starten kan het nog tot 72 uur duren voordat de conversie begint.

Start-AzStorageAccountMigration
    -AccountName <String>
    -ResourceGroupName <String>
    -TargetSku <String>
    -AsJob

az storage account migration start  \
    -- account-name <string> \
    -- g <string> \
    --sku <string> \
    --no-wait

Door de klant geïnitieerde conversievoortgang bewaken

Wanneer de conversieaanvraag wordt geëvalueerd en verwerkt, zou de status moeten voortschrijden door de lijst die in de volgende tabel wordt weergegeven.

¹ Nadat de conversie is gestart, kan het tot 72 uur duren voordat de conversie begint. Als de conversie niet binnen 96 uur na het initiëren van de aanvraag de status 'Wordt uitgevoerd' invoert, dient u een ondersteuningsaanvraag in bij Microsoft om te bepalen waarom. Zie Timing en frequentie voor meer informatie over de timing van een door de klant geïnitieerde conversie.
² Als de conversie mislukt, dient u een ondersteuningsaanvraag in bij Microsoft om de reden voor de fout te bepalen.

Get-AzStorageAccountMigration
   -AccountName <String>
   -ResourceGroupName <String>

az storage account migration show \
    --account-name <string> \
    - g <string> \
    -n "default"

Door ondersteuning geïnitieerde conversie

Klanten kunnen een conversie aanvragen door een ondersteuningsaanvraag bij Microsoft te openen.

Volg deze stappen om een conversie van Microsoft aan te vragen:

1. Navigeer in Azure Portal naar een opslagaccount dat u wilt converteren.

2. Selecteer onder Ondersteuning en probleemoplossing nieuwe ondersteuningsaanvraag.

3. Vul het tabblad Probleembeschrijving in op basis van uw accountgegevens:

   • Samenvatting: (wat beschrijvende tekst).
   • Probleemtype: Selecteer Technisch.
   • Abonnement: Selecteer uw abonnement in de vervolgkeuzelijst.
   • Service: Selecteer Mijn services en vervolgens Opslagaccountbeheer voor het servicetype.
   • Resource: Selecteer een opslagaccount dat u wilt converteren. Als u meerdere opslagaccounts wilt opgeven, kunt u dit doen op het tabblad Aanvullende details .
   • Probleemtype: Kies Gegevensmigratie.
   • Subtype probleem: Kies Migreren naar ZRS, GZRS of RA-GZRS.

   

4. Select Next. Het tabblad Aanbevolen oplossing kan kort worden weergegeven voordat het overschakelt naar de pagina Oplossingen . Op de pagina Oplossingen kunt u controleren of uw opslagaccount(s) in aanmerking komen voor conversie:

   • Doelreplicatietype: (kies de gewenste optie in de vervolgkeuzelijst)
   • Opslagaccounts van: (voer één opslagaccountnaam of een lijst met accounts in, gescheiden door puntkomma's)
   • Select Submit.

   

5. Voer de juiste actie uit als de resultaten aangeven dat uw opslagaccount niet in aanmerking komt voor conversie. Selecteer anders Terug naar ondersteuningsaanvraag.

6. Select Next. Als u meerdere opslagaccounts wilt migreren, geeft u op het tabblad Details de naam op voor elk account, gescheiden door een puntkomma.

   

7. Geef de vereiste informatie op het tabblad Aanvullende details op en selecteer Beoordelen en maken om uw ondersteuningsticket te controleren en in te dienen. Een Azure-supportagent beoordeelt uw aanvraag en neemt contact met u op om u te ondersteunen.

Handmatige migratie

Een handmatige migratie biedt meer flexibiliteit en controle dan een conversie. U kunt deze optie gebruiken als u uw gegevens op een bepaalde datum wilt verplaatsen of als conversie niet wordt ondersteund voor uw scenario. Handmatige migratie is ook handig bij het verplaatsen van een opslagaccount naar een andere regio. Zie Een Azure Storage-account verplaatsen naar een andere regio voor meer informatie.

U moet een handmatige migratie uitvoeren als u uw opslagaccount wilt migreren naar een andere regio.

Met een handmatige migratie kopieert u de gegevens van uw bestaande opslagaccount naar een nieuw opslagaccount. Als u een handmatige migratie wilt uitvoeren, kunt u een van de volgende opties gebruiken:

• Kopieer gegevens met behulp van een bestaand hulpprogramma, zoals AzCopy, een van de Azure Storage-clientbibliotheken of een betrouwbaar niet-Microsoft-hulpprogramma.
• Als u bekend bent met Hadoop of HDInsight, kunt u zowel het bronopslagaccount als het doelopslagaccount koppelen aan uw cluster. Parallelliseer vervolgens het proces voor het kopiëren van gegevens met een hulpprogramma zoals DistCp.

Zie Een Azure Storage-account verplaatsen naar een andere regio voor meer gedetailleerde richtlijnen over het uitvoeren van een handmatige migratie.

Beperkingen voor het wijzigen van replicatietypen

Beperkingen gelden voor sommige scenario's voor replicatiewijziging, afhankelijk van:

• Regio
• Feature conflicts
• Storage account type
• Protocol support
• Failover and failback

Region

Zorg ervoor dat de regio waar uw opslagaccount zich bevindt, alle gewenste replicatie-instellingen ondersteunt. Als u uw account bijvoorbeeld converteert naar zone-redundant (ZRS of GZRS), moet u ervoor zorgen dat uw opslagaccount zich in een regio bevindt die dit ondersteunt. Zie de lijsten met ondersteunde regio's voor zone-redundante opslag en geografisch zone-redundante opslag.

Feature conflicts

Sommige functies van het opslagaccount zijn niet compatibel met andere functies of bewerkingen. De mogelijkheid om een failover uit te voeren naar de secundaire regio is bijvoorbeeld de belangrijkste functie van georedundantie, maar andere functies zijn niet compatibel met failover. Zie Niet-ondersteunde functies en services voor meer informatie over functies en services die niet worden ondersteund met failover. De conversie van een account naar GRS of GZRS kan worden geblokkeerd als een conflicterende functie is ingeschakeld of het kan nodig zijn om de functie later uit te schakelen voordat een failover wordt gestart.

Storage account type

Houd rekening met de volgende beperkingen met betrekking tot het type opslagaccount wanneer u de replicatie-instellingen wilt wijzigen.

Sommige typen opslagaccounts ondersteunen alleen bepaalde redundantieconfiguraties, die van invloed zijn op het feit of ze kunnen worden geconverteerd of gemigreerd en, als dat het zo is, hoe. Zie het overzicht van het opslagaccount voor meer informatie over typen Azure-opslagaccounts en de ondersteunde redundantieopties.

De volgende tabel bevat de redundantieopties die beschikbaar zijn voor opslagaccounttypen en of conversie en handmatige migratie worden ondersteund:

¹ Door de klant geïnitieerde conversie kan worden uitgevoerd met behulp van Azure Portal, PowerShell of de Azure CLI. U kunt ook een ondersteuningsaanvraag openen.

Protocolondersteuning

You can't convert storage accounts to zone-redundancy (ZRS or GZRS) if storage account contains NFS file shares with public endpoint access enabled.

Het converteren van NFSv4.1-shares waarvoor openbare eindpunten zijn ingeschakeld, wordt niet ondersteund. Volg deze stappen om redundantie voor NFS-shares met openbare eindpunten te wijzigen:

1. Toegang tot het openbare eindpunt van het opslagaccount uitschakelen.
2. Verzend de conversieaanvraag om redundantie van het opgegeven opslagaccount te wijzigen.
3. Zodra het opslagaccount is gemigreerd, configureert u privé- of openbare eindpunten , indien nodig.

Failover and failback

Na een failover van een account naar de secundaire regio kunt u een failback starten van de nieuwe primaire back-up naar de nieuwe secundaire met PowerShell of Azure CLI (versie 2.30.0 of hoger). Initiate the failover.

Als u een door de klant beheerde accountfailover hebt uitgevoerd om te herstellen na een storing voor uw GRS-account, wordt het account na de failover lokaal redundant (LRS) in de nieuwe primaire regio. Conversie naar ZRS of GZRS voor een LRS-account als gevolg van een failover wordt niet ondersteund, zelfs niet voor zogenaamde failbackbewerkingen. Als u bijvoorbeeld een accountfailover uitvoert van GRS naar LRS in de secundaire regio en deze vervolgens opnieuw configureert als GRS, blijft het LRS in de nieuwe secundaire regio (de oorspronkelijke primaire regio). If you then perform another account failover to failback to the original primary region, it remains LRS again in the original primary. In dit geval kunt u geen conversie uitvoeren naar ZRS of GZRS in de primaire regio. Voer in plaats daarvan een handmatige migratie uit om zoneredundantie toe te voegen.

Vereisten voor downtime

Tijdens een conversie hebt u toegang tot gegevens in uw opslagaccount zonder verlies van duurzaamheid of beschikbaarheid. De SLA voor Azure Storage blijft behouden tijdens het migratieproces en er gaan geen gegevens verloren tijdens een conversie. Service-eindpunten, toegangssleutels, handtekeningen voor gedeelde toegang en andere accountopties blijven na migratie ongewijzigd.

Als u ervoor kiest om een handmatige migratie uit te voeren, is downtime vereist, maar hebt u meer controle over de timing van het migratieproces.

Timing and frequency

Het door de klant geïnitieerde zoneredundantieconversieproces kan tot 72 uur duren na de start, maar kan langer duren vanwege de beschikbaarheid van resources, het gegevensvolume en andere factoren. Het kan langer duren om te beginnen als u een conversie aanvraagt door een ondersteuningsaanvraag te openen. Zie Voortgang van door de klant geïnitieerde conversie bewaken om de voortgang van een door de klant geïnitieerde conversie te controleren.

Na een zoneredundantieconversie moet u minstens 72 uur wachten voordat u de redundantie-instelling van het opslagaccount opnieuw wijzigt. Met de tijdelijke bewaring kunnen achtergrondprocessen worden voltooid voordat u een andere wijziging aanbrengt, waardoor de consistentie en integriteit van het account worden gewaarborgd. Als u bijvoorbeeld van LRS naar GZRS gaat, is dit een proces in twee stappen. U moet zoneredundantie in één bewerking toevoegen en vervolgens georedundantie in een seconde toevoegen. Nadat u van LRS naar ZRS bent gegaan, moet u ten minste 72 uur wachten voordat u van ZRS naar GZRS gaat.

Kosten die zijn gekoppeld aan het wijzigen van de wijze waarop gegevens worden gerepliceerd

Azure Files biedt verschillende opties voor het configureren van replicatie. Deze opties, gesorteerd van minst duur naar meest duur, zijn:

• LRS
• ZRS
• GRS
• GZRS

De kosten die zijn gekoppeld aan het wijzigen van de wijze waarop gegevens in uw opslagaccount worden gerepliceerd, zijn afhankelijk van de aspecten van uw redundantieconfiguratie die u wijzigt. Een combinatie van prijzen voor gegevensopslag en uitgaande bandbreedte bepaalt de kosten voor het aanbrengen van een wijziging. Zie de pagina Met prijzen van Azure Files voor meer informatie over prijzen.

Als u zoneredundantie toevoegt in de primaire regio, zijn er geen initiële kosten verbonden aan het maken van die conversie, maar de doorlopende kosten voor gegevensopslag zijn hoger vanwege de toegenomen replicatie en opslagruimte die nodig is.

Bij georedundantie worden kosten in rekening gebracht voor uitgaande bandbreedte op het moment van de wijziging, omdat uw hele opslagaccount wordt gerepliceerd naar de secundaire regio. Alle volgende schrijfbewerkingen naar de primaire regio brengen ook kosten in rekening voor uitgaande bandbreedte om de schrijfbewerking naar de secundaire regio te repliceren.

Als u georedundantie verwijdert (wijzigen van GRS in LRS), zijn er geen kosten verbonden aan het aanbrengen van de wijziging, maar worden uw gerepliceerde gegevens verwijderd van de secundaire locatie.

Zie ook

• Azure Files-redundantie