Migratie-uitvoering plannen - Basic-, Standard- en Premium-lagen naar Azure Beheerde Redis

  • Van toepassing op: ✅ Azure Cache for Redis, ✅ Azure Managed Redis

Dit artikel bevat stapsgewijze instructies voor migratiepaden. We raden u ten zeerste aan om de migratie buiten kantooruren uit te voeren, omdat dit resulteert in een korte connectiviteitslip die vergelijkbaar is met gedrag tijdens normale onderhoudsbewerkingen.

Belangrijk

Er is een vaardigheid van de migratieagent voor Azure Cache voor Redis (Basic-, Standard- en Premium-lagen) beschikbaar voor het beantwoorden van migratievragen en het voorbereiden van een migratieplan dat is afgestemd op uw omgeving. Zie Redis-migratieagentvaardigheden voor meer informatie.

Stap 1: Implementatiescripts bijwerken en nieuwe Azure Managed Redis-exemplaar maken

  1. Nadat u de juiste Azure Beheerde Redis-SKU hebt geïdentificeerd, werkt u uw implementatiescripts (zoals ARM-sjablonen, Bicep-bestanden of Terraform-configuraties) bij om Azure Beheerde Redis in te richten in plaats van Azure Cache voor Redis.
  2. Gebruik de toewijzingstabel van de SKU om de juiste grootte (dezelfde grootte of groter dan de bestaande cache) en de prestatielaag te selecteren.
  3. Maak het exemplaar door de stappen in Quickstart: Een Azure Managed Redis-exemplaar maken te volgen.

Aanbeveling

Als u niet zeker weet of uw workload geheugenintensief of rekenintensief is, begint u met de prestatielaag Evenwichtig .

Stap 2: Uw gegevens migreren

Kies een strategie voor gegevensmigratie op basis van uw tolerantie voor downtime en gegevensverlies. Als uw toepassing gegevensverlies tolereert of de cache weer kan vullen vanuit de gegevensbron (bijvoorbeeld een look-aside cache patroon), kunt u deze stap overslaan en rechtstreeks doorgaan naar Stap 3.

Belangrijk

Azure Managed Redis reserveert ongeveer 20% geheugen voor systeembewerkingen en overhead. Houd rekening met deze reservering bij het kiezen van de juiste geheugengrootte voor uw nieuwe exemplaar. Als voor uw workload bijvoorbeeld 10 GB bruikbaar geheugen is vereist, selecteert u een SKU met ten minste 12,5 GB aan totale geheugen.

Gegevens exporteren en importeren met behulp van een RDB-bestand

Alleen ondersteund voor de Premium-laag. Biedt een momentopname van een bepaald tijdstip van uw gegevens.

  • Pros: Eenvoudig, compatibel met elke Redis-cache.
  • Tegens: Gegevens die zijn geschreven nadat de momentopname is gemaakt, worden niet vastgelegd.

Steps:

  1. Exporteer het RDB-bestand uit het bestaande Azure Cache voor Redis-exemplaar met behulp van de exportinstructies of de cmdlet PowerShell Export.
  2. Importeer het RDB-bestand in het nieuwe beheerde Azure Redis-exemplaar met behulp van de importinstructies of de PowerShell Import-cmdlet.
  3. Ga verder met stap 3: Werk uw toepassing bij.

Strategie voor dubbel schrijven

Het beste wanneer u geen gegevensverlies nodig hebt en het tijdelijk uitvoeren van twee caches tolereert.

  • Pros: Geen gegevensverlies, geen downtime, ononderbroken bewerkingen.
  • Tegens: Hiervoor moeten twee caches gedurende een langere periode worden uitgevoerd.

Steps:

  1. Wijzig de toepassingscode om te schrijven naar zowel de bestaande cache als het nieuwe Azure Managed Redis-exemplaar.
  2. Lees verder gegevens uit de bestaande cache totdat het nieuwe exemplaar voldoende is ingevuld.
  3. Werk de code van de applicatie bij zodat deze alleen leest en schrijft vanuit de nieuwe instantie.
  4. Ga verder met stap 3: Werk uw toepassing bij.

Programmatische migratie

RIOT biedt een manier om inhoud van Enterprise naar Azure Managed Redis te migreren. Zie Data Migration with RIOT-X for Azure Managed Redis voor meer informatie.

  • Pros: Volledig beheer, aanpasbaar.
  • Tegens: Vereist ontwikkelingsinspanningen.

Steps:

  1. Maak een VIRTUELE machine in dezelfde regio als de bestaande cache. Als uw gegevensset groot is, kiest u een krachtige VIRTUELE machine om de kopieertijd te verminderen.
  2. Maak gegevens uit de nieuwe cache leeg om ervoor te zorgen dat deze leeg zijn. Maak de broncache niet leeg.
  3. Kopieer gegevens uit de broncache naar het nieuwe beheerde Redis-exemplaar Azure.
  4. Ga verder met stap 3: Werk uw toepassing bij.

Stap 3: Uw toepassing bijwerken

Werk de verbindingsconfiguratie van uw toepassing bij zodat deze verwijst naar het nieuwe Azure Managed Redis-exemplaar. U moet minimaal het volgende bijwerken:

  • Hostnaam: het DNS-achtervoegsel verandert van .redis.cache.windows.net in <region>.redis.azure.net.
  • Poort: de TLS-poort verandert van 6380 in 10000.
  • Access-sleutel: Gebruik de toegangssleutel van het nieuwe beheerde Redis-exemplaar Azure.

Belangrijk

Overweeg om over te schakelen naar Microsoft Entra ID verificatie in plaats van toegangssleutels. Microsoft Entra ID biedt verbeterde beveiliging en is de aanbevolen verificatiemethode.

Opmerking

Als u verbinding maakt met uw bestaande cache via een privé-eindpunt, moet u ervoor zorgen dat uw nieuwe Azure Beheerd Redis-exemplaar is gekoppeld aan hetzelfde virtuele netwerk als uw toepassing, met een vergelijkbare netwerkinstallatie.

Azure Cache voor Redis en Azure Managed Redis zijn compatibel, dus er zijn geen wijzigingen in toepassingscode vereist dan verbindingsconfiguraties voor de meeste scenario's.

Stap 4: Valideren en buiten gebruik stellen

  1. Controleer of uw toepassing correct werkt met het nieuwe Azure Managed Redis-exemplaar.
  2. Bewaak de nieuwe cache voor verwacht gedrag, prestaties en foutpercentages.
  3. Als u zeker weet dat het nieuwe exemplaar werkt zoals verwacht, verwijdert u het oude Azure Cache voor Redis exemplaar.

Verwante inhoud

  • Last updated on