Migreren van Basic-, Standard-, Premium- en Enterprise-lagen naar Azure Managed Redis

In dit artikel wordt uitgelegd waarom en hoe u migreert van Azure Cache voor Redis (inclusief Basic-, Standard-, Premium- en Enterprise-lagen) naar Azure Managed Redis.

U krijgt meer informatie over:

• De voordelen van het kiezen van Azure Managed Redis ten opzichte van eerdere lagen.
• Belangrijkste functieverschillen tussen de services.
• Strategieën voor het migreren van uw cachegegevens.
• Manieren om een soepel migratieproces te garanderen.
• Richtlijnen voor het selecteren van de juiste Azure Managed Redis-SKU en prestatielaag voor uw behoeften.
• Overwegingen en aanbevelingen voor het bijwerken van uw clienttoepassingen.

Of u nu gebruikmaakt van Basic-, Standard-, Premium-, Enterprise- of OSS-lagen, deze handleiding helpt u bij het plannen en uitvoeren van uw migratie naar Azure Managed Redis.

Het document wordt onderverdeeld in twee secties. Een daarvan gaat over Enterprise-omgevingen. Het andere gaat over de Basic-, Standard- en Premium-lagen van Azure Cache voor Redis.

• Voordelen van overstappen van Enterprise naar Azure Managed Redis
• Voordelen van het overstappen van Basic-, Standard- of Premium-caches naar Azure Managed Redis

Voordelen van overstappen van Enterprise naar Azure Managed Redis

Azure Managed Redis is gebouwd op de geavanceerde Redis Enterprise-software. Azure Managed Redis is een azure first party-aanbieding, wat betekent dat er geen Azure Marketplace-onderdeel is betrokken en dat gebruikers niet afzonderlijk met Marketplace hoeven te handelen. U richt Azure Managed Redis in, beheert en betaalt net als elke andere systeemeigen Azure-service of -product.

Azure Managed Redis heeft het quorumknooppunt niet nodig, wat resulteert in onderbenutte middelen en beperkt de regio's of clouds waar Azure Cache voor Redis Enterprise kan worden aangeboden. Azure Managed Redis is nu beschikbaar in de meeste Azure-regio's met plannen om te worden ondersteund in andere soevereine clouds. Zie Enterprise- en Enterprise Flash-lagen voor meer informatie over quorumknooppunten. Door het ongebruikte quorumknooppunt te verwijderen, krijgt u meer kostenefficiëntie omdat alle knooppunten kunnen worden gebruikt als gegevensknooppunten.

Azure Managed Redis is standaard zone-redundant.

U kunt Azure Managed Redis gebruiken zonder hoge beschikbaarheid (HA) voor uw ontwikkel- en testomgevingen. Het gebruik van niet-productieomgevingen zonder HA halveert de kosten van uw exemplaar.

De SKU-structuur voor Azure Managed Redis is gebaseerd op uw geheugen- en prestatiebehoeften. In plaats van schaalfactoren of capaciteit te beheren zoals met Azure Cache voor Redis Enterprise, kunt u kiezen uit drie prestatielagen in Azure Managed Redis. Zie De juiste laag kiezen voor meer informatie.

Ten slotte biedt Azure Managed Redis de Microsoft Entra ID-verificatie wanneer u een cache maakt om de beveiligingspostuur van uw workload te verbeteren.

Vergelijking van functies

* Wanneer hoge beschikbaarheid is ingeschakeld, is Azure Managed Redis zoneredundant in regio's met meerdere beschikbaarheidszones.

Overwegingen wanneer u overstapt van Enterprise naar Azure Managed Redis

Azure Managed Redis maakt gebruik van dezelfde softwarestack als Azure Cache voor Redis Enterprise, zodat uw bestaande toepassingen met de Enterprise-laag niet veel wijzigingen nodig hebben. De aanzienlijke uitzondering is de noodzaak om verbindingsreferenties te wijzigen.

Andere hostnaam en achtervoegsel

Hoewel de kernsoftware voor Azure Cache voor Redis Enterprise en Azure Managed Redis vergelijkbaar is, is het DNS-achtervoegsel voor de hostnaam van uw Redis-cluster anders. Wanneer u overstapt naar Azure Managed Redis, moet uw toepassing de hostnaam van het Redis-cluster wijzigen. Als u toegangssleutels gebruikt om verbinding te maken met uw cache, moet u ook de toegangssleutel bijwerken die wordt gebruikt om verbinding te maken met de cache.

De juiste Azure Managed Redis-grootte en SKU kiezen

Azure Managed Redis biedt veel geheugengrootten en drie prestatielagen. Meer informatie over geheugengrootten en prestatielagen vindt u hier door de juiste laag te kiezen.

Geheugengrootte van bestaande Azure Cache voor Redis Enterprise-exemplaar identificeren

Azure Cache voor Redis Enterprise-exemplaren kunnen worden uitgeschaald om meer geheugen en meer rekenresources te bieden, dus het is belangrijk om de uitschaalfactor voor uw cache te noteren. Uitschalen is ook gerelateerd aan capaciteit, wat in feite het aantal virtuele machines is dat actief zijn voor van het cluster.

De juiste azure Managed Redis-geheugengrootte kiezen:

1. Ga naar Azure Portal en selecteer Overzicht in het resourcemenu.
2. Controleer het veld Status in het overzicht van uw enterprise-exemplaar. In het veld Status wordt de geheugengrootte van uw Redis Enterprise-exemplaar weergegeven.

Laten we eens kijken naar een mogelijk scenario.

Als u de status in het deelvenster Overzicht bekijkt, ziet u Actief - Enterprise 8 GB (2 x 4 GB). Deze notatie betekent dat de cache momenteel een E5 Enterprise-SKU gebruikt met een schaal van 2, wat resulteert in een cache van 8 GB. Daarom moet u beginnen met ten minste 10 GB cache in Azure Managed Redis.

Gebruik in dit geval een van de lagen die 12 GB geheugen bieden.

Prestatielaag identificeren

U moet ook overwegen of uw werkbelasting geheugenintensief of rekenintensief is. Als uw huidige Enterprise-instantie waarschijnlijk eerder geheugentekort zal hebben dan CPU-tekort, dan is uw workload geheugenintensief. U kunt kiezen uit de prestatielaag Geoptimaliseerd voor geheugen .

Als de doorvoer van uw werkbelasting intensief is of te veel vertraging heeft, is uw werkbelasting rekenintensief. Overweeg te kiezen voor de prestatielaag Compute Geoptimaliseerd.

Als u niet zeker weet, kunt u beginnen met de prestatielaag Evenwichtig , omdat deze een gezonde combinatie van geheugen en prestaties biedt.

Als u momenteel de Redis Enterprise Flash-laag gebruikt, moet u de categorie Geoptimaliseerd voor Flash kiezen.

Een nieuw azure Managed Redis-exemplaar maken

Nadat u de geheugen- en prestatielaag voor uw nieuwe Azure Managed Redis-exemplaar hebt gekozen, kunt u het nieuwe Azure Managed Redis-exemplaar maken. Zie Quickstart: Een Azure Managed Redis-exemplaar maken voor meer informatie over het maken van een cache.

Vervolgens moet u een strategie kiezen voor het verplaatsen van uw gegevens. En ten slotte moet u uw toepassing bijwerken om de nieuwe cache te gebruiken.

App bijwerken om verbinding te maken met azure Managed Redis-exemplaar

Zodra u een nieuw Azure Managed Redis-exemplaar hebt gemaakt, moet u het Redis-eindpunt/de hostnaam en de toegangssleutel in uw toepassing wijzigen om te verwijzen naar uw nieuwe azure Managed Redis-exemplaar. U wordt aangeraden deze eindpuntwijziging buiten kantooruren te publiceren, omdat dit resulteert in een kortstondige onderbreking van de verbinding.

Controleer of uw toepassing wordt uitgevoerd zoals verwacht en verwijder vervolgens uw vorige Redis Enterprise-exemplaar.

Uw gegevens verplaatsen van uw Enterprise-cache naar een nieuwe Azure Managed Redis-cache

Wanneer u migreert naar een Beheerd Redis-exemplaar van Azure, moet u rekening houden met de beste manier om uw gegevens van het bestaande Redis Enterprise-exemplaar te verplaatsen naar uw nieuwe Azure Managed Redis-exemplaar. Als uw toepassing gegevensverlies tolereert of andere mechanismen heeft om de cache zonder negatieve effecten te reactiveren, slaat u deze stap over en gaat u verder met de volgende stappen.

Als uw toepassing ervoor moet zorgen dat gegevens ook worden gemigreerd naar het nieuwe Azure Managed Redis-exemplaar, kiest u een van de volgende opties:

Gegevens exporteren en importeren met behulp van een RDB-bestand

• Voordelen: behoudt momentopnamen van gegevens.
• Nadelen: Risico op gegevensverlies als schrijfbewerkingen plaatsvinden na momentopname.

Dit is de basisprocedure voor exporteren/importeren:

1. Exporteer RDB vanuit bestaande Redis Enterprise-cache naar uw Azure Storage-account.
2. Importeer gegevens uit een Azure Storage-account in een nieuwe beheerde Azure Redis-cache.
3. Lees hier meer over het exporteren/importeren van gegevens in Azure Managed Redis.

Dual-Write Strategie

• Voordelen: Nul downtime, veilige overgang.
• Nadelen: hiervoor is een tijdelijke installatie met dubbele cache vereist.

Dit is de eenvoudige dual-write-procedure:

1. Pas uw toepassing aan om te schrijven naar zowel de Azure Cache voor Redis Enterprise-cache als de nieuwe Beheerde Redis-cache van Azure.
2. Lees en schrijf verder vanuit redis Enterprise-cache.
3. Na voldoende gegevenssynchronisatie schakelt u over naar Azure Managed Redis en verwijdert u Redis Enterprise-exemplaar

Programmatische migratie met behulp van RIOT-X

RIOT-X biedt een manier om uw inhoud te migreren van Enterprise naar Azure Managed Redis. Zie Gegevensmigratie met RIOT-X voor Azure Managed Redis voor meer informatie.

• Voordelen: Volledig beheer, aanpasbaar.
• Nadelen: Vereist ontwikkelingsinspanningen.

Voordelen van het overstappen van Basic-, Standard- of Premium-caches naar Azure Managed Redis

Als u een van de OSS-SKU's, Basic, Standard of Premium gebruikt, biedt de overstap naar Azure Managed Redis u meer functies op elk niveau van de cache.

Hier volgt een tabel waarin de functies van Azure Cache voor Redis worden vergeleken met de functies in Azure Managed Redis

OSS verwijst naar Azure Cache voor Redis
AMR verwijst naar Azure Managed Redis

* Wanneer hoge beschikbaarheid is ingeschakeld, is Azure Managed Redis zoneredundant in regio's met meerdere beschikbaarheidszones.

Hier volgen enkele andere verschillen die u moet overwegen bij het implementeren van Azure Managed Redis. Houd rekening met deze wijzigingen in de clienttoepassing:

Uw Basic-, Standard- of Premium-cache migreren naar Azure Managed Redis

Op basis van de tabel zijn hier enkele koppelingen tussen de Azure Cache voor Redis SKU's en opties voor caches in Azure Managed Redis.

• * Deze optie is voor kostenefficiëntie. Zorg ervoor dat de piek van het totale gebruikte geheugen in de afgelopen maand kleiner is dan het voorgestelde Azure Managed Redis-geheugen om deze optie te kiezen.
• ** Deze optie is voor overvloedig geheugenverbruik.

Azure Cache voor Redis Premium geclusterd

• Kies voor een shard-cluster een laag geoptimaliseerd voor geheugen met equivalent totaal geheugen.
• Voor clusters met meer dan één leesreplica kiest u een laag geoptimaliseerd voor berekeningen met equivalent totaal geheugen als de primaire replica.

Migratieopties

Clienttoepassingen moeten een Azure Managed Redis-exemplaar kunnen gebruiken met verschillende clusteringmodi en eindpunten. Azure Cache voor Redis en Azure Managed Redis zijn compatibel, zodat voor de meeste scenario's geen wijzigingen in toepassingscode zijn vereist.

Meer informatie op:

• Een Azure Managed Redis-exemplaar schalen

Opties voor het migreren van Azure Cache voor Redis naar Azure Managed Redis

Een nieuwe Azure Cache voor Redis maken

Deze benadering is technisch gezien geen migratie. Als het verlies van gegevens geen probleem is, is de eenvoudigste manier om naar de Azure Managed Redis-laag te gaan door een nieuw cache-exemplaar 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. Algemene stappen voor het implementeren van deze optie zijn:

1. Maak een nieuw azure Managed Redis-exemplaar.
2. Werk uw toepassing bij om het nieuwe exemplaar te gebruiken.
3. Verwijder het oude Azure Cache voor Redis-exemplaar.

Gegevens exporteren naar een RDB-bestand en importeren in Azure Managed Redis

Deze optie is alleen van toepassing op caches in de Premium-laag. 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. Een andere Redis-cache kan het RDB-bestand lezen dat is geëxporteerd. Azure Cache voor Redis Premium-laag ondersteunt het exporteren van gegevens uit een cache-exemplaar via RDB-bestanden. U kunt een RDB-bestand gebruiken om gegevens over te dragen van een bestaand Azure Cache voor Redis-exemplaar naar azure Managed Redis-exemplaar.

Algemene stappen voor het implementeren van deze optie zijn:

1. Maak een nieuw azure Managed Redis-exemplaar met dezelfde grootte (of groter dan) het bestaande Azure Cache voor Redis-exemplaar.
2. Exporteer het RDB-bestand vanuit een bestaand exemplaar van Azure Cache voor Redis met behulp van deze exportinstructies of de PowerShell Exportcmdlet
3. Importeer het RDB-bestand in een nieuw azure Managed Redis-exemplaar met behulp van deze importinstructies of de PowerShell Import-cmdlet
4. Werk uw toepassing bij voor het gebruik van het nieuwe azure Managed Redis-exemplaar verbindingsreeks.

Schrijven naar twee Redis-caches tegelijk tijdens de migratieperiode

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 nog steeds 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.

Algemene stappen voor het implementeren van deze optie zijn:

1. Maak een nieuw azure Managed Redis-exemplaar dat dezelfde grootte heeft als (of groter dan) het bestaande Azure Cache voor Redis-exemplaar.
2. Pas de toepassingscode aan om te schrijven naar zowel de nieuwe als de oorspronkelijke exemplaren.
3. Lees verder met het lezen van gegevens van het oorspronkelijke exemplaar totdat het nieuwe exemplaar voldoende is gevuld met gegevens.
4. Werk de toepassingscode bij om alleen te lezen en te schrijven vanuit het nieuwe exemplaar.
5. Verwijder het oorspronkelijke exemplaar.

Programmatisch migreren

Maak een aangepast migratieproces door programmatisch gegevens te lezen van een bestaand Azure Cache voor Redis exemplaar en deze te schrijven naar het azure Managed Redis-exemplaar. Er zijn twee opensource-hulpprogramma's die u kunt proberen:

• Redis-copy
  • Dit opensource-hulpprogramma kan worden gebruikt om gegevens van het ene Azure Cache voor Redis exemplaar naar een andere te kopiëren. Dit hulpprogramma is handig voor het verplaatsen van gegevens tussen cache-exemplaren in verschillende Azure Cache-regio's. Er is ook een gecompileerde versie beschikbaar. U kunt de broncode ook vinden als een handige handleiding voor het schrijven van uw eigen migratieprogramma.
• RIOT
  • RIOT is een ander populair migratiehulpprogramma dat door de Redis-community is getest. Het is een opdrachtregelprogramma dat is ontworpen om u te helpen bij het ophalen van gegevens in en uit Redis.

Algemene stappen voor het implementeren van deze optie zijn:

1. 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.
2. Maak een nieuw azure Managed Redis-exemplaar.
3. 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.
4. Gebruik een toepassing zoals het eerder genoemde 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.

Regionale beschikbaarheid voor Azure Managed Redis

Azure Managed Redis breidt zich voortdurend uit naar nieuwe regio's. Zie Producten die beschikbaar zijn per regio om de beschikbaarheid per regio te controleren.

Verwante inhoud

• Wat is Azure Managed Redis?
• Azure Managed Redis-architectuur