Azure Cache voor Redis-exemplaren verplaatsen naar verschillende regio's

In dit artikel leert u hoe u Azure Cache voor Redis exemplaren verplaatst naar een andere Azure-regio. U kunt uw resources om verschillende redenen naar een andere regio verplaatsen:

• Om te profiteren van een nieuwe Azure-regio.
• Functies of services implementeren die alleen beschikbaar zijn in specifieke regio's.
• Om te voldoen aan interne beleids- en governancevereisten.
• Om te reageren op vereisten voor capaciteitsplanning.

Als u wilt migreren naar Azure Cache voor Redis vanaf on-premises, cloud-VM's of een andere hostingservice, raden we u aan Migreren naar Azure Cache voor Redis te zien.

De laag van Azure Cache voor Redis die u gebruikt, bepaalt de optie die het beste voor u is.

Passieve geo-replicatie (Premium)

Vereisten

Als u geo-replicatie tussen twee caches wilt configureren, moet aan de volgende vereisten worden voldaan:

• Beide caches zijn Caches in de Premium-laag .
• Beide caches bevinden zich in hetzelfde Azure-abonnement.
• De secundaire gekoppelde cache heeft dezelfde cachegrootte of een grotere cachegrootte dan de primaire gekoppelde cache.
• Beide caches bestaan al en worden uitgevoerd.

Voorbereiden

Als u uw cache-exemplaar naar een andere regio wilt verplaatsen, moet u een tweede Premium Cache-exemplaar maken in de gewenste regio. Zodra beide caches worden uitgevoerd, kunt u geo-replicatie tussen de twee cache-exemplaren instellen.

Sommige functies worden niet ondersteund met geo-replicatie:

• Zoneredundantie wordt niet ondersteund met geo-replicatie.
• Persistentie wordt niet ondersteund met geo-replicatie.

Voorwaarden voor ondersteuning voor geo-replicaties:

• Clustering wordt ondersteund als voor beide caches clustering is ingeschakeld en hetzelfde aantal shards is ingeschakeld.
• Caches in verschillende VNets worden ondersteund met opmerkingen. Zie Kan ik geo-replicatie gebruiken met mijn caches in een VNet? voor meer informatie.

Nadat geo-replicatie is geconfigureerd, gelden de volgende beperkingen voor uw gekoppelde cachepaar:

• De secundaire gekoppelde cache heeft het kenmerk Alleen-lezen. U kunt ermee lezen, maar u kunt er geen gegevens naar schrijven.
  • Als u ervoor kiest om te lezen uit het geo-secundaire exemplaar wanneer er een volledige gegevenssynchronisatie plaatsvindt tussen de geo-primaire en de geo-secundaire, zoals wanneer geo-primaire of geo-secundaire scenario's worden bijgewerkt en bij sommige scenario's voor opnieuw opstarten, genereert het geo-secundaire exemplaar fouten bij een Redis-bewerking tegen deze bewerking totdat de volledige gegevenssynchronisatie tussen geo-primair en geo-secundair is voltooid.
  • Toepassingen die van geo-secundaire gegevens lezen, moeten worden gebouwd om terug te vallen op de geo-primaire wanneer de geo-secundaire dergelijke fouten genereert.
• Alle gegevens die zich in de secundaire gekoppelde cache bevinden voordat de koppeling werd toegevoegd, worden verwijderd. Als de geo-replicatie later wordt verwijderd, blijven de gerepliceerde gegevens echter in de secundaire gekoppelde cache.
• U kunt beide caches niet schalen terwijl de caches zijn gekoppeld.
• U kunt het aantal shards niet wijzigen als clustering is ingeschakeld voor de cache.
• U kunt persistentie niet inschakelen voor beide caches.
• U kunt exporteren vanuit een van beide caches.
• U kunt niet importeren in de secundaire gekoppelde cache.
• U kunt gekoppelde cache of de resourcegroep die deze bevat, niet verwijderen totdat u de caches ontkoppelt. Zie Waarom is de bewerking mislukt wanneer ik mijn gekoppelde cache heb verwijderd voor meer informatie?
• Als de caches zich in verschillende regio's bevinden, zijn de kosten voor uitgaand verkeer van het netwerk van toepassing op de gegevens die worden verplaatst tussen regio's. Zie hoeveel kost het om mijn gegevens te repliceren in Azure-regio's voor meer informatie?
• Failover is niet automatisch. U moet de failover starten van de primaire naar de secundaire geïnkte cache. Zie Een failover van geo-primaire naar geo-secundaire initiëren voor meer informatie over het uitvoeren van een failover van een clienttoepassing.

Verplaatsen

1. Als u twee caches wilt koppelen voor geo-replicatie, selecteert u eerst Geo-replicatie in het resourcemenu van de cache die u wilt gebruiken als primaire gekoppelde cache. Selecteer vervolgens De koppeling Cachereplicatie toevoegen vanuit Geo-replicatie aan de linkerkant.

   

2. Selecteer de naam van de beoogde secundaire cache in de lijst Compatibele caches . Als uw secundaire cache niet wordt weergegeven in de lijst, controleert u of aan de vereisten voor geo-replicatie voor de secundaire cache wordt voldaan. Als u de caches per regio wilt filteren, selecteert u de regio in de kaart om alleen die caches weer te geven in de lijst Compatibele caches .

   

   U kunt het koppelingsproces ook starten of details over de secundaire cache bekijken met behulp van het contextmenu.

   

3. Selecteer Koppeling om de twee caches te koppelen en het replicatieproces te starten.

   

Verifiëren

1. U kunt de voortgang van het replicatieproces bekijken met geo-replicatie aan de linkerkant.

   

   U kunt ook de koppelingsstatus aan de linkerkant weergeven met overzicht voor zowel de primaire als secundaire caches.

   

   Zodra het replicatieproces is voltooid, verandert de koppelingsstatus in Geslaagd.

   

   De primaire gekoppelde cache blijft beschikbaar voor gebruik tijdens het koppelingsproces. De secundaire gekoppelde cache is pas beschikbaar als het koppelingsproces is voltooid.

Bronbronnen opschonen

Nadat de nieuwe cache in de doelregio is gevuld met alle benodigde gegevens, verwijdert u de koppeling tussen de twee caches en verwijdert u het oorspronkelijke exemplaar.

1. Als u de koppeling tussen twee caches wilt verwijderen en geo-replicatie wilt stoppen, selecteert u Caches ontkoppelen uit de geo-replicatie aan de linkerkant.

   

   Wanneer het ontkoppelingsproces is voltooid, is de secundaire cache beschikbaar voor zowel lees- als schrijfbewerkingen.

1. Verwijder het oorspronkelijke exemplaar.

Een nieuwe cache maken (alle lagen)

Vereisten

• Azure-abonnement: u kunt een gratis abonnement nemen

Voorbereiden

Als u uw gegevens niet hoeft te onderhouden tijdens de verplaatsing, is de eenvoudigste manier om regio's te verplaatsen door een nieuw cache-exemplaar in de doelregio te maken en uw toepassing er verbinding mee te maken. Als u Bijvoorbeeld Redis gebruikt als een opzoekcache van databaserecords, kunt u de cache eenvoudig opnieuw opbouwen.

Verplaatsen

1. Zoek en selecteer Azure Cache voor Redis in Azure Portal.

2. Op de pagina Azure Cache voor Redis selecteer je Maken>Azure Cache voor Redis.

3. Configureer op het tabblad Basis van de pagina Nieuwe Redis Cache de volgende instellingen:

   • Abonnement: selecteer het abonnement dat u wilt gebruiken.
   • Resourcegroep: Selecteer een resourcegroep of selecteer Nieuwe maken en voer een nieuwe resourcegroepnaam in. Door al uw app-resources in dezelfde resourcegroep te plaatsen, kunt u ze eenvoudig beheren of verwijderen.
   • Naam: Voer een cachenaam in die uniek is in de regio. De naam moet:
     • Wees een tekenreeks van 1 tot 63 tekens.
     • Alleen cijfers, letters en afbreekstreepjes bevatten.
     • Begin en eindig met een getal of letter.
     • Geen opeenvolgende afbreekstreepjes bevatten.
   • Regio: Selecteer een Azure-regio in de buurt van andere services die gebruikmaken van uw cache.
   • Cache-SKU: selecteer een SKU om de beschikbare grootten, prestaties en functies voor uw cache te bepalen.
   • Cachegrootte: Selecteer een cachegrootte. Zie Azure Cache voor Redis overzicht voor meer informatie.

   

4. Selecteer het tabblad Netwerken of selecteer Volgende: Netwerken.

5. Selecteer op het tabblad Netwerken een connectiviteitsmethode die u voor de cache wilt gebruiken. Privé-eindpunt wordt aanbevolen voor beveiliging. Als u Privé-eindpunt selecteert, selecteert u Privé-eindpunt toevoegen en maakt u het privé-eindpunt.

6. Selecteer het tabblad Geavanceerd of selecteer Volgende: Geavanceerd.

7. Configureer in het deelvenster Geavanceerd de volgende opties:

   • Selecteer Microsoft Entra-verificatie of verificatie met toegangssleutels. Microsoft Entra-verificatie is standaard ingeschakeld.
   • Kies of u de niet-TLS-poort wilt inschakelen .
   • Voor een Premium-cache kunt u beschikbaarheidszones configureren of uitschakelen. U kunt beschikbaarheidszones niet uitschakelen nadat de cache is gemaakt. Voor een Standard-cache worden beschikbaarheidszones automatisch toegewezen. Beschikbaarheidszones zijn niet beschikbaar voor de Basic-SKU.
   • Voor een Premium-cache configureert u de instellingen voor het aantal replica's, clustering en Shard count, door het systeem toegewezen beheerde identiteit en gegevenspersistentie.

   In de volgende afbeelding ziet u het tabblad Geavanceerd voor de Standard-SKU.

   

   Belangrijk

   Gebruik Microsoft Entra ID met beheerde identiteiten om aanvragen voor uw cache te autoriseren, indien mogelijk. Autorisatie met Behulp van Microsoft Entra ID en beheerde identiteit biedt betere beveiliging en is eenvoudiger te gebruiken dan autorisatie van gedeelde toegangssleutels. Zie Microsoft Entra ID gebruiken voor cacheverificatie voor meer informatie over het gebruik van beheerde identiteiten met uw cache.

8. Selecteer eventueel het tabblad Tags of selecteer Volgende: Tags en voer tagnamen en waarden in om uw cachebronnen te categoriseren.

9. Selecteer Beoordelen en maken en zodra de validatie is geslaagd, selecteert u Maken.

De implementatie van de nieuwe cache duurt enkele minuten. U kunt de voortgang van de implementatie controleren op de pagina Azure Cache voor Redis in de portal. Wanneer de cachestatusActief is, is de cache gereed voor gebruik.

Werk ten slotte uw toepassing bij om de nieuwe exemplaren te gebruiken.

Bronbronnen opschonen

Nadat de nieuwe cache in de doelregio wordt uitgevoerd, verwijdert u het oorspronkelijke exemplaar.

Gegevens exporteren en importeren met een RDB-bestand (Premium, Enterprise, Enterprise Flash)

Opensource Redis definieert een standaardmechanisme voor het maken van een momentopname van de in-memory gegevensset van een cache en het opslaan ervan in een bestand. Dit bestand, RDB genoemd, kan worden gelezen door een andere Redis-cache. Azure Cache voor Redis Premium en Enterprise ondersteunt het importeren van gegevens in een cache-exemplaar met RDB-bestanden. U kunt een RDB-bestand gebruiken om gegevens van een bestaande cache over te dragen naar Azure Cache voor Redis.

Vereisten

• Beide caches zijn Premium-laag- of Enterprise-laagcaches .
• De tweede cache is dezelfde cachegrootte of een grotere cachegrootte dan de oorspronkelijke cache.
• De Redis-versie van de cache waaruit u exporteert, moet hetzelfde of lager zijn dan de versie van uw nieuwe cache-exemplaar.

Voorbereiden

Als u uw cache-exemplaar naar een andere regio wilt verplaatsen, moet u een tweede Premium-cache-exemplaar maken in de gewenste regio.

Verplaatsen

1. Voor meer informatie over het importeren en exporteren van gegevens in Azure Cache voor Redis. zie Gegevens importeren en exporteren in Azure Cache voor Redis.

2. Werk uw toepassing bij om het nieuwe cache-exemplaar te gebruiken.

Verifiëren

U kunt de voortgang van de importbewerking controleren door de meldingen uit Azure Portal te volgen of door de gebeurtenissen in het auditlogboek weer te geven.

Bronbronnen opschonen

Nadat de nieuwe cache in de doelregio wordt uitgevoerd, verwijdert u het oorspronkelijke exemplaar.

Dual-write naar twee caches (Basic, Standard en Premium)

In plaats van gegevens rechtstreeks tussen caches te verplaatsen, kunt u uw toepassing gebruiken om gegevens te schrijven naar zowel een bestaande cache als een nieuwe die u instelt. De toepassing leest in eerste instantie gegevens uit de bestaande cache. Wanneer de nieuwe cache over de benodigde gegevens beschikt, schakelt u de toepassing over naar die cache en trekt u de oude buiten gebruik. Stel, u gebruikt Redis als sessiearchief en de toepassingssessies zijn zeven dagen geldig. Nadat u een week naar de twee caches hebt geschreven, weet u zeker dat de nieuwe cache alle niet-verlopen sessiegegevens bevat. U kunt er vanaf dat moment veilig op vertrouwen zonder dat u zich zorgen hoeft te maken over gegevensverlies.

Vereisten

• De tweede cache is dezelfde cachegrootte of een grotere cachegrootte dan de oorspronkelijke cache.

Voorbereiden

Als u uw cache-exemplaar naar een andere regio wilt verplaatsen, moet u een tweede cache-exemplaar maken in de gewenste regio.

Verplaatsen

Algemene stappen voor het implementeren van deze optie zijn:

1. Pas de toepassingscode aan om te schrijven naar zowel de nieuwe als de oorspronkelijke exemplaren.

2. Lees verder met het lezen van gegevens van het oorspronkelijke exemplaar totdat het nieuwe exemplaar voldoende is gevuld met gegevens.

3. Werk de toepassingscode alleen bij naar lezen en schrijven vanuit het nieuwe exemplaar.

Bronbronnen opschonen

Nadat de nieuwe cache in de doelregio wordt uitgevoerd, verwijdert u het oorspronkelijke exemplaar.

Programmatisch migreren (alle lagen)

U kunt een aangepast migratieproces maken door programmatisch gegevens te lezen uit een bestaande cache en deze in Azure Cache voor Redis te schrijven. Dit opensource-hulpprogramma kan worden gebruikt om gegevens van het ene Azure Cache voor Redis exemplaar naar een andere instantie in een andere Azure Cache-regio te kopiëren. Er is ook een gecompileerde versie beschikbaar. Mogelijk vindt u de broncode ook een handige handleiding voor het schrijven van uw eigen migratieprogramma.

Vereisten

• De tweede cache is dezelfde cachegrootte of een grotere cachegrootte dan de oorspronkelijke cache.

Voorbereiden

• Maak een VIRTUELE machine in de regio waar de bestaande cache zich bevindt. Als uw gegevensset groot is, kiest u een relatief krachtige VIRTUELE machine om de kopieertijd te verminderen.
• Als u uw cache-exemplaar naar een andere regio wilt verplaatsen, moet u een tweede cache-exemplaar maken in de gewenste regio.

Verplaatsen

Nadat u een VIRTUELE machine hebt gemaakt in de regio waar de bestaande cache zich bevindt en een nieuwe cache in de gewenste regio hebt gemaakt, zijn de algemene stappen voor het implementeren van deze optie:

1. Maak gegevens uit de nieuwe cache leeg om ervoor te zorgen dat deze leeg is. Deze stap is vereist omdat het kopieerprogramma zelf geen bestaande sleutel in de doelcache overschrijft.

   Belangrijk

   Zorg ervoor dat u niet leegmaakt uit de broncache.

2. Gebruik een toepassing zoals het bovenstaande opensource-hulpprogramma om het kopiëren van gegevens uit de broncache naar het doel te automatiseren. Houd er rekening mee dat het kopiëren enige tijd kan duren, afhankelijk van de grootte van uw gegevensset.

Bronbronnen opschonen

Nadat de nieuwe cache in de doelregio wordt uitgevoerd, verwijdert u het oorspronkelijke exemplaar.

Volgende stappen

Meer informatie over Azure Cache voor Redis functies.

• Veelgestelde vragen over geo-replicatie
• Azure Cache voor Redis servicelagen
• Hoge beschikbaarheid voor Azure Cache voor Redis