Plankörning – Redis Enterprise

Den här artikeln innehåller stegvisa instruktioner för båda migreringsvägarna:

• Självbetjäningsmigrering för cacheminnen utan geo-replikering
• Självständig migrering för cacheminnen med geo-replikering

Vi rekommenderar starkt att du utför migreringen utanför kontorstid, eftersom det resulterar i ett kort avbrott i anslutningen som liknar beteendet under regelbundna underhållsåtgärder.

Självmigrering för cacher utan geo-replikering

Steg 1: Uppdatera distributionsskript

När du har identifierat lämplig Azure Managed Redis SKU uppdaterar du distributionsskripten (till exempel ARM-mallar, Bicep-filer eller Terraform-konfigurationer) för att etablera Azure Managed Redis i stället för Azure Cache for Redis Enterprise.

Steg 2: Skapa en ny Azure Managed Redis-instans

Med hjälp av den storleks- och prestandanivå som du identifierade tidigare skapar du instansen genom att följa snabbstarten: Skapa en Azure Managed Redis-instans. Du kan alternativt använda kommandot list-skus-for-scaling på din Redis Enterprise-instans för att bestämma vilken Azure Managed Redis-instans som rekommenderas. az redisenterprise list-skus-for-scaling --resource-group rg --cluster-name clustername.region.redisenterprise.cache.azure.net

Steg 3: Migrera dina data

Välj en datamigreringsstrategi baserat på din tolerans för stilleståndstid och dataförlust. Om ditt program kan tolerera dataförlust eller har mekanismer för att extrahera cacheminnet från dess datakälla kan du hoppa över det här steget och gå direkt till Steg 4: Uppdatera ditt program.

Exportera och importera data med hjälp av en RDB-fil

Bäst för att skapa en ögonblicksbild av dina data.

• Fördelar: Bevarar datasnapshot och har en enkel process.
• Nackdelar: Data som skrivs efter att ögonblicksbilden har tagits registreras inte.

Steps:

1. Exportera RDB-filen från den befintliga Enterprise-cachen till ditt Azure Storage-konto.
2. Importera data från Azure Storage-kontot till den nya Azure Managed Redis-instansen.
3. Detaljerade anvisningar finns i Importera och exportera data i Azure Managed Redis.

Strategi för dubbelskrivning

Bäst när du behöver noll dataförlust och kan tolerera att två cacheminnen körs tillfälligt.

• Proffsen: Ingen dataförlust, ingen stilleståndstid, oavbrutna åtgärder.
• Nackdelar: Kräver att två cacheminnen körs under en längre period.

Steps:

1. Ändra ditt program så att det skriver till både den befintliga Enterprise-cachen och den nya Azure Managed Redis-instansen.
2. Fortsätt att läsa från Enterprise-cachen medan data fylls i i den nya instansen.
3. Efter tillräcklig datasynkronisering växlar du läsningar till Azure Managed Redis.
4. Fortsätt till steg 4: Uppdatera programmet.

Programmeringsmigrering med RIOT

RIOT är ett sätt att migrera innehåll från Enterprise till Azure Managed Redis. Mer information finns i Datamigrering med RIOT-X för Azure Managed Redis.

• Fördelar: Fullständig kontroll, anpassningsbar.
• Nackdelar: Kräver utvecklingsarbete.

Steg 4: Uppdatera programmet

Uppdatera programmets anslutningskonfiguration så att den pekar på den nya Azure Managed Redis-instansen. Du måste minst uppdatera:

• Värdnamn: DNS-suffixet ändras från redisenterprise.cache.azure.net till redis.azure.net.
• Åtkomstnyckel: Använd åtkomstnyckeln från den nya Azure Managed Redis-instansen.

Steg 5: Verifiera och inaktivera

1. Kontrollera att programmet fungerar korrekt med den nya Azure Managed Redis-instansen.
2. Övervaka den nya cachen för förväntat beteende, prestanda och felfrekvenser.
3. När du är säker på att den nya instansen fungerar som förväntat tar du bort den gamla Enterprise-instansen.

Självbetjäningsmigrering för cacheminnen med geo-replikering

Använd de här stegen om du har en uppsättning geo-replikerade Redis Enterprise-cacheminnen som du vill migrera till Azure Managed Redis.

1. Identifiera lämplig Azure Managed Redis SKU med hjälp av list-skus-for-scaling kommandot i Azure CLI: az redisenterprise list-skus-for-scaling --resource-group --cluster-name.
2. Kontrollera att alla Redis Enterprise-cacheminnen i din geo-replikeringsgrupp har samma SKU och storlek.
3. Skapa en ny Azure Managed Redis-instans och lägg till den i den geo-replikeringsgrupp som innehåller de Redis Enterprise-instanser som du vill migrera.
4. Om du använder en privat slutpunkt etablerar du en ny privat DNS-zon för *.redis.azure.net i samma virtuella nätverk och skapar en ny privat slutpunkt för den nya Azure Managed Redis-instansen.
5. Kontrollera att den nya Azure Managed Redis-instansen är tillgänglig och uppdatera ditt program så att det innehåller den nya Azure Managed Redis-slutpunkten.
6. När Azure Managed Redis-instansen har replikerat all datamängd tar du bort en Redis Enterprise-instans från den geo-replikerade gruppen.
7. Upprepa föregående steg för varje återstående Redis Enterprise-cache i din geo-replikeringsgrupp.

Begränsningar/anvisningar

1. När en Azure Managed Redis-instans har lagts till i en befintlig geo-replikeringsgrupp med Redis Enterprise-instanser kan du inte lägga till nya Redis Enterprise-instanser i den geo-replikeringsgruppen. Du kan bara lägga till Azure Managed Redis och bara ta bort Redis Enterprise-instanser.
2. Skalning blockeras när en geo-replikering innehåller en blandning av Azure Managed Redis- och Redis Enterprise-instanser.
3. Även om geo-replikeringsgrupper har en gräns på 5 Redis-instanser tillåter vi upp till 6 Redis-instanser för geo-replikeringsgrupp som innehåller en blandning av Azure Managed Redis och Redis Enterprise för att underlätta migreringen.

Relaterat innehåll

• Migreringsöversikt
• Förstå skillnaderna
• Vad är Azure Managed Redis?
• Azure Managed Redis-arkitektur
• Skala en Azure Managed Redis-instans