Flytta Azure Cache for Redis-instanser till olika regioner

I den här artikeln får du lära dig hur du flyttar Azure Cache for Redis-instanser till en annan Azure-region. Du kan flytta dina resurser till en annan region av många skäl:

• Dra nytta av en ny Azure-region.
• Så här distribuerar du endast funktioner eller tjänster som är tillgängliga i specifika regioner.
• För att uppfylla interna policy- och styrningskrav.
• För att svara på kapacitetsplaneringskraven.

Om du vill migrera till Azure Cache for Redis från lokala, molnbaserade virtuella datorer eller en annan värdtjänst rekommenderar vi att du ser Migrera till Azure Cache for Redis.

Nivån för Azure Cache for Redis som du använder avgör vilket alternativ som passar dig bäst.

Passiv geo-replikering (Premium)

Förutsättningar

För att konfigurera geo-replikering mellan två cacheminnen måste följande krav uppfyllas:

• Båda cacheminnena är Premium-nivåcacheminnen .
• Båda cacheminnena finns i samma Azure-prenumeration.
• Den sekundära länkade cachen har antingen samma cachestorlek eller en större cachestorlek än den primära länkade cachen.
• Båda cacheminnena finns redan och körs.

Förbereda

Om du vill flytta cacheinstansen till en annan region måste du skapa en andra Premium Cache-instans i önskad region. När båda cacheminnena körs kan du konfigurera geo-replikering mellan de två cacheinstanserna.

Vissa funktioner stöds inte med geo-replikering:

• Zonredundans stöds inte med geo-replikering.
• Beständighet stöds inte med geo-replikering.

Villkor för stöd för geo-replikering:

• Klustring stöds om båda cacheminnena har klustring aktiverat och har samma antal shards.
• Cacheminnen i olika virtuella nätverk stöds med varningar. Mer information finns i Kan jag använda geo-replikering med mina cacheminnen i ett virtuellt nätverk?

När geo-replikering har konfigurerats gäller följande begränsningar för ditt länkade cachepar:

• Den sekundära länkade cachen är skrivskyddad. Du kan läsa från den, men du kan inte skriva några data till den.
  • Om du väljer att läsa från den geo-sekundära instansen när en fullständig datasynkronisering sker mellan geo-primär och geo-sekundär, till exempel när geo-primär eller geo-sekundär uppdateras och även i vissa omstartsscenarier, genererar den geo-sekundära instansen fel på alla Redis-åtgärder mot den tills den fullständiga datasynkroniseringen mellan Geo-Primary och Geo-Secondary har slutförts.
  • Program som läser från geo-sekundär bör byggas för att återgå till geo-primär när geo-sekundärt utlöser sådana fel.
• Alla data som fanns i den sekundära länkade cachen innan länken lades till tas bort. Om geo-replikering tas bort senare finns dock replikerade data kvar i den sekundära länkade cachen.
• Du kan inte skala cacheminnet när cacheminnena är länkade.
• Du kan inte ändra antalet shards om cachen har klustring aktiverat.
• Du kan inte aktivera beständighet i någon av cacheminnena.
• Du kan exportera från båda cacheminnena.
• Du kan inte importera till den sekundära länkade cachen.
• Du kan inte ta bort länkad cache eller resursgruppen som innehåller dem förrän du tar bort länken till cacheminnena. Mer information finns i Varför misslyckades åtgärden när jag försökte ta bort min länkade cache?
• Om cacheminnena finns i olika regioner gäller kostnaderna för utgående nätverk för data som flyttas mellan regioner. Mer information finns i Hur mycket kostar det att replikera mina data i Azure-regioner?
• Redundansväxling sker inte automatiskt. Du måste starta redundansväxlingen från den primära till den sekundära inked cachen. Mer information om hur du redundansväxlar ett klientprogram finns i Initiera en redundansväxling från geo-primär till geo-sekundär.

Flytta

1. Om du vill länka ihop två cacheminnen för geo-replikering väljer du först Geo-replikering på resursmenyn i cacheminnet som du tänker vara den primära länkade cachen. Välj sedan Länken Lägg till cachereplikering från Geo-replikering till vänster.

   

2. Välj namnet på din avsedda sekundära cache från listan Kompatibla cacheminnen . Om den sekundära cachen inte visas i listan kontrollerar du att kraven för geo-replikering för den sekundära cachen uppfylls . Om du vill filtrera cacheminnena efter region väljer du regionen på kartan för att endast visa dessa cacheminnen i listan Kompatibla cacheminnen .

   

   Du kan också starta länkningsprocessen eller visa information om den sekundära cachen med hjälp av snabbmenyn.

   

3. Välj Länka för att länka ihop de två cacheminnena och påbörja replikeringsprocessen.

   

Verifiera

1. Du kan visa förloppet för replikeringsprocessen med geo-replikering till vänster.

   

   Du kan också visa länkstatusen till vänster med hjälp av Översikt för både de primära och sekundära cacheminnena.

   

   När replikeringsprocessen är klar ändras länkstatusen till Lyckades.

   

   Den primära länkade cachen är fortfarande tillgänglig för användning under länkningsprocessen. Den sekundära länkade cachen är inte tillgänglig förrän länkningsprocessen har slutförts.

Rensa källresurser

När din nya cache i målregionen har fyllts med alla nödvändiga data tar du bort länken mellan de två cacheminnena och tar bort den ursprungliga instansen.

1. Om du vill ta bort länken mellan två cacheminnen och stoppa geo-replikering väljer du Koppla från cacheminnenfrån Geo-replikering till vänster.

   

   När avlänkningsprocessen är klar är den sekundära cachen tillgänglig för både läsningar och skrivningar.

1. Ta bort den ursprungliga instansen.

Skapa en ny cache (alla nivåer)

Förutsättningar

• Azure-prenumeration – skapa en kostnadsfritt

Förbereda

Om du inte behöver underhålla dina data under flytten är det enklaste sättet att flytta regioner att skapa en ny cacheinstans i målregionen och ansluta ditt program till den. Om du till exempel använder Redis som en cache med databasposter kan du enkelt återskapa cacheminnet från grunden.

Flytta

1. I Azure-portalen söker du efter och väljer Azure Cache for Redis.

2. På sidan Azure Cache for Redis väljer du Skapa>Azure Cache for Redis.

3. På fliken Grundinställningar på sidan Ny Redis Cache konfigurerar du följande inställningar:

   • Prenumeration: Välj den prenumeration som du vill använda.
   • Resursgrupp: Välj en resursgrupp eller välj Skapa ny och ange ett nytt resursgruppsnamn. Genom att placera alla dina appresurser i samma resursgrupp kan du enkelt hantera eller ta bort dem tillsammans.
   • Namn: Ange ett cachenamn som är unikt i regionen. Namnet måste:
     • Vara en sträng med mellan 1 och 63 tecken.
     • Innehåller endast siffror, bokstäver och bindestreck.
     • Börja och avsluta med ett tal eller en bokstav.
     • Innehåller inte bindestreck i följd.
   • Region: Välj en Azure-region nära andra tjänster som använder din cache.
   • Cache-SKU: Välj en SKU för att fastställa tillgängliga storlekar, prestanda och funktioner för din cache.
   • Cachestorlek: Välj en cachestorlek. Mer information finns i Översikt över Azure Cache for Redis.

   

4. Välj fliken Nätverk eller välj Nästa: Nätverk.

5. På fliken Nätverk väljer du en anslutningsmetod som ska användas för cacheminnet. Privat slutpunkt rekommenderas för säkerhet. Om du väljer Privat slutpunkt väljer du Lägg till privat slutpunkt och skapar den privata slutpunkten.

6. Välj fliken Avancerat eller välj Nästa: Avancerat.

7. Konfigurera följande alternativ i fönstret Avancerat :

   • Välj Autentisering med Microsoft Entra-autentisering eller åtkomstnycklar. Microsoft Entra-autentisering är aktiverat som standard.
   • Välj om du vill aktivera icke-TLS-porten.
   • För en Premium-cache kan du konfigurera eller inaktivera tillgänglighetszoner. Du kan inte inaktivera tillgänglighetszoner när cacheminnet har skapats. För en Standard-cache allokeras tillgänglighetszoner automatiskt. Tillgänglighetszoner är inte tillgängliga för Basic SKU.
   • För en Premium-cache konfigurerar du inställningarna för antal repliker, klustring och shardantal, systemtilldelad hanterad identitet och datapersistence.

   Följande bild visar fliken Avancerat för standard-SKU:n.

   

   Viktigt!

   Använd Microsoft Entra-ID med hanterade identiteter för att auktorisera begäranden mot din cache om möjligt. Auktorisering med Microsoft Entra-ID och hanterad identitet ger bättre säkerhet och är enklare att använda än auktorisering av delad åtkomstnyckel. Mer information om hur du använder hanterade identiteter med din cache finns i Använda Microsoft Entra-ID för cacheautentisering.

8. Du kan också välja fliken Taggar eller välja Nästa: Taggar och ange taggnamn och värden för att kategorisera dina cacheresurser.

9. Välj Granska + skapa och när valideringen har godkänts, välj Skapa.

Den nya cachedistributionen tar flera minuter. Du kan övervaka distributionsförloppet på portalens Azure Cache for Redis-sida. När cachens status visas Körs är cachen redo att användas.

Uppdatera slutligen programmet så att det använder de nya instanserna.

Rensa källresurser

När den nya cachen i målregionen körs tar du bort den ursprungliga instansen.

Exportera och importera data med en RDB-fil (Premium, Enterprise, Enterprise Flash)

Redis med öppen källkod definierar en standardmekanism för att ta en ögonblicksbild av en cacheminnesdatauppsättning och spara den i en fil. Den här filen, som kallas RDB, kan läsas av en annan Redis-cache. Azure Cache for Redis Premium och Enterprise stöder import av data till en cacheinstans med RDB-filer. Du kan använda en RDB-fil för att överföra data från en befintlig cache till Azure Cache for Redis.

Förutsättningar

• Båda cacheminnena är cacheminnen på Premium- eller Enterprise-nivå .
• Den andra cachen är antingen samma cachestorlek eller en större cachestorlek än den ursprungliga cachen.
• Redis-versionen av cachen som du exporterar från bör vara samma eller lägre än den version av din nya cacheinstans.

Förbereda

Om du vill flytta cacheinstansen till en annan region måste du skapa en andra Premium Cache-instans i önskad region.

Flytta

1. Mer information om hur du importerar och exporterar data i Azure Cache for Redis. se Importera och exportera data i Azure Cache for Redis.

2. Uppdatera programmet så att det använder den nya cacheinstansen.

Verifiera

Du kan övervaka förloppet för importåtgärden genom att följa meddelandena från Azure Portal eller genom att visa händelserna i granskningsloggen.

Rensa källresurser

När den nya cachen i målregionen körs tar du bort den ursprungliga instansen.

Dubbelskrivning till två cacheminnen (Basic, Standard och Premium)

I stället för att flytta data direkt mellan cacheminnen kan du använda ditt program för att skriva data till både en befintlig cache och en ny som du konfigurerar. Programmet läser först data från det befintliga cacheminnet från början. När den nya cachen har nödvändiga data växlar du programmet till cacheminnet och drar tillbaka den gamla. Anta till exempel att du använder Redis som ett sessionsarkiv och att programsessionerna är giltiga i sju dagar. När du har skrivit till de två cacheminnena i en vecka är du säker på att den nya cachen innehåller all icke-utgången sessionsinformation. Du kan lita på det från och med då utan att behöva bry dig om dataförlust.

Förutsättningar

• Den andra cachen är antingen samma cachestorlek eller en större cachestorlek än den ursprungliga cachen.

Förbereda

Om du vill flytta cacheinstansen till en annan region måste du skapa en andra cacheinstans i önskad region.

Flytta

Allmänna steg för att implementera det här alternativet är:

1. Ändra programkoden så att den skrivs till både den nya och den ursprungliga instansen.

2. Fortsätt att läsa data från den ursprungliga instansen tills den nya instansen är tillräckligt fylld med data.

3. Uppdatera programkoden till att endast läsa och skriva från den nya instansen.

Rensa källresurser

När den nya cachen i målregionen körs tar du bort den ursprungliga instansen.

Migrera programmatiskt (alla nivåer)

Du kan skapa en anpassad migreringsprocess genom att programmatiskt läsa data från en befintlig cache och skriva dem till Azure Cache for Redis. Det här verktyget med öppen källkod kan användas för att kopiera data från en Azure Cache for Redis-instans till en annan instans i en annan Azure Cache-region. En kompilerad version är också tillgänglig. Källkoden kan också vara en användbar guide för att skriva ett eget migreringsverktyg.

Förutsättningar

• Den andra cachen är antingen samma cachestorlek eller en större cachestorlek än den ursprungliga cachen.

Förbereda

• Skapa en virtuell dator i den region där den befintliga cachen finns. Om datamängden är stor väljer du en relativt kraftfull virtuell dator för att minska kopieringstiden.
• Om du vill flytta cacheinstansen till en annan region måste du skapa en andra cacheinstans i önskad region.

Flytta

När du har skapat en virtuell dator i den region där den befintliga cachen finns och skapat en ny cache i önskad region, är de allmänna stegen för att implementera det här alternativet:

1. Rensa data från den nya cachen för att säkerställa att den är tom. Det här steget krävs eftersom själva kopieringsverktyget inte skriver över någon befintlig nyckel i målcachen.

   Viktigt!

   Se till att INTE rensa från källcachen.

2. Använd ett program som verktyget med öppen källkod ovan för att automatisera kopieringen av data från källcachen till målet. Kom ihåg att kopieringsprocessen kan ta ett tag att slutföra beroende på storleken på din datauppsättning.

Rensa källresurser

När den nya cachen i målregionen körs tar du bort den ursprungliga instansen.

Nästa steg

Läs mer om Azure Cache for Redis-funktioner.

• Vanliga frågor och svar om geo-replikering
• Azure Cache for Redis-tjänstnivåer
• Hög tillgänglighet för Azure Cache for Redis