Azure Cosmos DB for NoSQL migreren naar ondersteuning voor beschikbaarheidszones

In deze handleiding wordt beschreven hoe u Azure Cosmos DB for NoSQL migreert van ondersteuning voor niet-beschikbaarheidszones naar beschikbaarheidsondersteuning.

Het gebruik van beschikbaarheidszones in Azure Cosmos DB heeft geen merkbare invloed op prestaties of latentie. Er zijn geen aanpassingen aan de geselecteerde consistentiemodus vereist en hoeft ook geen wijzigingen in toepassingscode te worden aangebracht.

Wanneer beschikbaarheidszones zijn ingeschakeld, distribueert Azure Cosmos DB de vier replica's van uw gegevens op intelligente wijze over alle beschikbare zones. Dit zorgt ervoor dat het account in het geval van een storing in één beschikbaarheidszone volledig operationeel blijft. Daarentegen, zonder beschikbaarheidszones, bevinden alle replica's zich in één beschikbaarheidszone (we stellen dat niet beschikbaar), wat leidt tot potentiële downtime als die specifieke zone een probleem ondervindt.

Het inschakelen van beschikbaarheidszones is een uitstekende manier om de tolerantie van uw Cosmos DB-database te vergroten zonder extra toepassingscomplexiteiten te introduceren, de prestaties te beïnvloeden of zelfs extra kosten in rekening te brengen, als automatische schaalaanpassing ook wordt gebruikt.

Vereisten

• Serverloze accounts kunnen beschikbaarheidszones gebruiken, maar deze keuze is alleen beschikbaar tijdens het maken van accounts. Bestaande accounts zonder beschikbaarheidszones kunnen niet worden geconverteerd naar een configuratie van een beschikbaarheidszone. Voor bedrijfskritieke workloads is ingerichte doorvoer de aanbevolen keuze.

• Begrijpen dat het inschakelen van beschikbaarheidszones geen accountbrede keuze is. Eén Cosmos DB-account kan een willekeurig aantal Azure-regio's omvatten, die elk afzonderlijk kunnen worden geconfigureerd om gebruik te maken van beschikbaarheidszones en sommige regionale paren hebben mogelijk geen ondersteuning voor de beschikbaarheidszone. Dit is belangrijk, omdat sommige regio's nog geen ondersteuning bieden voor beschikbaarheidszones, maar het toevoegen ervan aan een Cosmos DB-account verhindert het inschakelen van beschikbaarheidszones in andere regio's die voor dat account zijn geconfigureerd. Het factureringsmodel weerspiegelt deze mogelijkheid ook. Zie Betrouwbaarheid in Cosmos DB voor NoSQL voor meer informatie over SLA voor Cosmos DB. Als u wilt zien welke regio's beschikbaarheidszones ondersteunen, raadpleegt u Azure-regio's met ondersteuning voor beschikbaarheidszones

Vereisten voor downtime

Wanneer u migreert naar ondersteuning voor beschikbaarheidszones, treedt er een kleine hoeveelheid schrijfbeschikbaarheid (een paar seconden) op bij het toevoegen en verwijderen van de secundaire regio, omdat het systeem opzettelijk schrijfbewerkingen stopt om de consistentie tussen regio's te controleren.

Migratie

Omdat u beschikbaarheidszones niet kunt inschakelen in een regio die al aan uw account is toegevoegd, moet u die regio verwijderen en opnieuw toevoegen met beschikbaarheidszones ingeschakeld. Als u serviceonderbrekingen wilt voorkomen, voegt u een tijdelijke regio toe en voert u een failover uit totdat de configuratie van de beschikbaarheidszone is voltooid.

Volg de onderstaande stappen om beschikbaarheidszones in te schakelen voor uw account in bepaalde regio's.

Azure-portal

1. Voeg een tijdelijke regio toe aan uw databaseaccount door de stappen in Regio toevoegen aan uw databaseaccount uit te voeren.

2. Als uw Azure Cosmos DB-account is geconfigureerd met schrijfbewerkingen voor meerdere regio's, gaat u verder met de volgende stap. Voer anders handmatige failover uit naar de tijdelijke regio door de stappen in Handmatige failover uitvoeren op een Azure Cosmos DB-account uit te voeren.

3. Verwijder de regio waarvoor u beschikbaarheidszones wilt inschakelen door de stappen in Regio verwijderen naar uw databaseaccount uit te voeren.

4. Voeg de regio toe die moet worden ingeschakeld met beschikbaarheidszones:

   1. Voeg een regio toe aan uw databaseaccount.
   2. Zoek de zojuist toegevoegde regio in de kolom Schrijfregio en schakel beschikbaarheidszone in voor die regio.
   3. Selecteer Opslaan.

5. Voer failback uit naar de regio waarvoor de beschikbaarheidszone is ingeschakeld door de stappen in Handmatige failover uitvoeren op een Azure Cosmos DB-account uit te voeren.

6. Verwijder de tijdelijke regio door de stappen in Regio verwijderen uit te voeren in uw databaseaccount.

Azure-CLI

1. Voeg een tijdelijke regio toe aan uw databaseaccount. In het volgende voorbeeld ziet u hoe u US - west als secundaire regio toevoegt aan een account dat alleen is geconfigureerd met de regio VS - oost. U moet alle bestaande regio's en nieuwe regio's in de opdracht opnemen.

   
   az cosmosdb update --name MyCosmosDBDatabaseAccount --resource-group MyResourceGroup --locations regionName=eastus failoverPriority=0 isZoneRedundant=False --locations regionName=westus failoverPriority=1 isZoneRedundant=False
   
   

2. Als uw Azure Cosmos DB-account is geconfigureerd met schrijfbewerkingen voor meerdere regio's, gaat u verder met de volgende stap. Voer anders handmatige failover uit naar de zojuist toegevoegde tijdelijke regio. In het volgende voorbeeld ziet u hoe u een failover uitvoert van de regio VS - oost (huidige schrijfregio) naar de regio VS - west (huidige alleen-lezen regio). U moet beide regio's in de opdracht opnemen.

   
   az cosmosdb failover-priority-change --name MyCosmosDBDatabaseAccount --resource-group MyResourceGroup --failover-policies westus=0 eastus=1
   
   

3. Verwijder de regio waarvoor u beschikbaarheidszones wilt inschakelen. In het volgende voorbeeld ziet u hoe u de regio VS - oost verwijdert uit een account dat is geconfigureerd met regio's vs - west (schrijfregio) en VS - oost (alleen-lezen). U moet alle regio's opnemen die niet in de opdracht mogen worden verwijderd.

   
   az cosmosdb update --name MyCosmosDBDatabaseAccount --resource-group MyResourceGroup --locations regionName=westus failoverPriority=0 isZoneRedundant=False
   
   

4. Voeg de regio terug die moet worden ingeschakeld met beschikbaarheidszones. In het volgende voorbeeld ziet u hoe u VS - oost toevoegt als een secundaire regio met AZ-functionaliteit aan een account dat alleen is geconfigureerd met de regio VS - west. U moet bestaande regio's en alle nieuwe regio's in de opdracht opnemen.

   az cosmosdb update --name MyCosmosDBDatabaseAccount --resource-group MyResourceGroup --locations regionName=westus failoverPriority=0 isZoneRedundant=False --locations regionName=eastus failoverPriority=1 isZoneRedundant=True
   

5. Failback uitvoeren naar de regio waarvoor de beschikbaarheidszone is ingeschakeld. In het volgende voorbeeld ziet u hoe u een failover uitvoert van de regio VS - west (huidige schrijfregio) naar de regio VS - oost (huidige alleen-lezen regio). U moet beide regio's in de opdracht opnemen.

   
       az cosmosdb failover-priority-change --name MyCosmosDBDatabaseAccount --resource-group MyResourceGroup --failover-policies eastus=0 westus=1
   

6. Tijdelijke regio verwijderen. In het volgende voorbeeld ziet u hoe u de regio VS - west verwijdert uit een account dat is geconfigureerd met regio's vs - oost (schrijfregio) en VS - west (alleen-lezen). U moet alle accounts opnemen die niet in de opdracht mogen worden verwijderd.

   
   az cosmosdb update --name MyCosmosDBDatabaseAccount --resource-group MyResourceGroup --locations regionName=eastus failoverPriority=0 isZoneRedundant=True
   
   

Gerelateerde inhoud

• Een Azure Cosmos DB-account verplaatsen naar een andere regio
• Azure-services en -regio's die beschikbaarheidszones ondersteunen