Delen via

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

  • Artikel

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.

Cachelaag Opties
Premium Geo-replicatie, maak een nieuwe cache, dual-write naar twee caches, exporteer en importeer gegevens via RDB-bestand of migreer programmatisch
Basis of Standaard Een nieuwe cache, dual-write maken naar twee caches of programmatisch migreren
Enterprise of Enterprise Flash Een nieuwe cache maken of gegevens exporteren en importeren met een RDB-bestand of programmatisch migreren

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.

Notitie

Gegevensoverdracht tussen Azure-regio's wordt in rekening gebracht tegen de standaardbandbreedtetarieven.

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:

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.

    Schermopname van het geo-replicatiemenu van de cache.

  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 .

    Schermopname van compatibele caches voor het koppelen met geo-replicatie.

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

    Schermopname van het contextmenu Geo-replicatie.

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

    Schermopname van het koppelen van caches voor geo-replicatie.

Verifiëren

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

    Schermopname van de huidige koppelingsstatus.

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

    Schermopname waarin wordt uitgelegd hoe u de koppelingsstatus voor de primaire en secundaire caches kunt weergeven.

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

    Schermopname van de cachekoppelingsstatus als 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.

    Schermopname die laat zien hoe u caches ontkoppelt.

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

Notitie

Wanneer de geo-replicatiekoppeling wordt verwijderd, blijven de gerepliceerde gegevens uit de primaire gekoppelde cache in de secundaire cache.

  1. Verwijder het oorspronkelijke exemplaar.

Een nieuwe cache maken (alle lagen)

Vereisten

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. Meld u aan bij Azure Portal om een cache te maken. Selecteer een resource maken in het portalmenu.

    Sceenshot met de optie Een resource maken gemarkeerd in het linkernavigatiedeelvenster in Azure Portal.

  2. Voer in het deelvenster Aan de slag Azure Cache voor Redis in de zoekbalk in. Zoek Azure Cache voor Redis in de zoekresultaten en selecteer Vervolgens Maken.

    Schermopname van Azure Marketplace met Azure Cache voor Redis in het zoekvak en de knop Maken is gemarkeerd.

  3. Configureer in het deelvenster Nieuwe Redis Cache op het tabblad Basis de volgende instellingen voor uw cache:

    Instelling Actie Beschrijving
    Abonnement Selecteer uw Azure-abonnement. Het abonnement dat moet worden gebruikt om het nieuwe exemplaar van Azure Cache voor Redis te maken.
    Resourcegroep Selecteer een resourcegroep of selecteer Nieuwe maken en voer een nieuwe resourcegroepnaam in. Een naam voor de resourcegroep waarin u uw cache en andere resources wilt maken. Door al uw app-resources in één resourcegroep te plaatsen, kunt u ze eenvoudig beheren of verwijderen.
    DNS-naam Voer een unieke naam in. De cachenaam moet een tekenreeks van 1 tot 63 tekens zijn die alleen cijfers, letters en afbreekstreepjes bevat. De naam moet beginnen en eindigen met een getal of letter en mag geen opeenvolgende afbreekstreepjes bevatten. De hostnaam van uw cache-exemplaar is\<DNS name>.redis.cache.windows.net.
    Location Selecteer een locatie. Een Azure-regio in de buurt van andere services die gebruikmaken van uw cache.
    Cache-SKU Selecteer een SKU. De SKU bepaalt de grootte, prestaties en functieparameters die beschikbaar zijn voor de cache. Zie Azure Cache voor Redis overzicht voor meer informatie.
    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.

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

  7. Controleer of selecteer in het deelvenster Geavanceerd een verificatiemethode op basis van de volgende informatie:

    Schermopname van het deelvenster Geavanceerd en de beschikbare opties die u kunt selecteren.

    • Microsoft Entra Authentication is standaard ingeschakeld voor een nieuwe Basic-, Standard- of Premium-cache en toegangssleutelsverificatie is uitgeschakeld.
    • Voor Basic- of Standard-caches kunt u de selectie voor een niet-TLS-poort kiezen.
    • Voor Standard- en Premium-caches kunt u ervoor kiezen om beschikbaarheidszones in te schakelen. U kunt beschikbaarheidszones niet uitschakelen nadat de cache is gemaakt.
    • Voor een Premium-cache configureert u de instellingen voor niet-TLS-poort, clustering, beheerde identiteit en gegevenspersistentie.

    Belangrijk

    Voor optimale beveiliging wordt u aangeraden Microsoft Entra ID met beheerde identiteiten te gebruiken om aanvragen tegen uw cache te autoriseren, indien mogelijk. Autorisatie met behulp van Microsoft Entra ID en beheerde identiteiten biedt superieure beveiliging en gebruiksgemak ten opzichte van autorisatie van gedeelde toegangssleutels. Zie Microsoft Entra ID gebruiken voor cacheverificatie voor meer informatie over het gebruik van beheerde identiteiten met uw cache.

  8. (Optioneel) Selecteer het tabblad Tags of selecteer Volgende: Tags.

  9. (Optioneel) Voer op het tabblad Tags een tagnaam en -waarde in als u de cacheresource wilt categoriseren.

  10. Selecteer de knop Controleren en maken.

    Op het tabblad Controleren en maken valideert Azure uw configuratie automatisch.

  11. Nadat het groene bericht Validatie is geslaagd , selecteert u Maken.

Een nieuwe cache-implementatie vindt meer dan enkele minuten plaats. U kunt de voortgang van de implementatie controleren in het deelvenster Azure Cache voor Redis Overzicht. Wanneer de status Wordt uitgevoerd, 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.

Belangrijk

De RDB-bestandsindeling kan worden gewijzigd tussen Redis-versies en behoudt mogelijk geen compatibiliteit met eerdere versies. De Redis-versie van de cache waaruit u exporteert, moet hetzelfde of lager zijn dan de versie van uw nieuwe cache-exemplaar.

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 of een tweede enterprise-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.

Notitie

Dit hulpprogramma wordt niet officieel ondersteund door Microsoft.

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.