Veelgestelde vragen over Azure Cache voor Redis

Meer informatie over de antwoorden op veelgestelde vragen, patronen en aanbevolen procedures voor Azure Cache voor Redis.

Redis-licentiewijziging

Wat zijn de wijzigingen in Redis-licenties?

Het opensource-project Redis is gewijzigd in een model met dubbele licenties met ondersteuning voor redis source available license versie 2 (RSALv2) of versie 1 (Openbare licentie aan serverzijde) versie 1 (SSPLv1). Raadpleeg het persbericht van Redis voor meer informatie. Zie ook het Blogbericht van Microsoft over de wijziging van de Redis-licentie.

Wordt Azure Cache voor Redis nu ook gedekt door de RSALv2- en SSPLv1-licenties?

Nee, Azure Cache voor Redis wordt aangeboden aan klanten volgens de Servicevoorwaarden van Microsoft. De RSALv2- en SSPLv1-licenties zijn niet van toepassing op uw gebruik van Azure Cache voor Redis.

Blijft mijn Azure Cache voor Redis exemplaar patches en bugfixes ontvangen?

Ja, Azure Cache voor Redis, Azure Cache voor Redis Enterprise en Enterprise Flash blijven patches en bugfixes ontvangen, zelfs na de aankondiging van de licentie.

Wat moet ik doen als Azure Cache voor Redis klant als reactie op deze licentieaankondiging?

Er is geen actie vereist voor onze Azure-klanten met betrekking tot de aankondiging van de licentieverlening.

Afgeschafte services

Welke Azure Cache voor Redis services zijn afgeschaft?

Caches met een afhankelijkheid van Cloud Services (klassiek)

Wat moet ik doen met exemplaren van Azure Cache voor Redis die afhankelijk zijn van Cloud Services (klassiek)?

U moet alle caches migreren met een afhankelijkheid van Cloud Services (klassiek). In augustus 2021 hebben we aangekondigd dat Cloud Services (klassiek) op 31 augustus 2024 buiten gebruik wordt gesteld. Alle exemplaren van Azure Cache voor Redis die afhankelijk zijn van Cloud Services (klassiek) moeten op dezelfde datum buiten gebruik worden gesteld.

U moet caches migreren met een afhankelijkheid van Cloud Services (klassiek) vóór 31 augustus 2024.

Hoeveel caches worden beïnvloed?

We hebben geprobeerd zoveel mogelijk caches te migreren. Hierdoor worden er weinig caches en klanten beïnvloed.

Hoe kan ik weten of een cache wordt beïnvloed?

Controleer de Azure Advisor-Aanbevelingen. Als uw cache wordt beïnvloed, ziet u een aanbeveling in uw abonnement.

Schermopname van de aanbeveling van Advisor om de cache van cloudservices te migreren.

Hoe kan ik cloudservices (klassiek) caches migreren naar Azure Virtual Machine Scale Sets?

We hebben de meeste caches gemigreerd van het bouwen op Cloud Services (klassiek) naar gebouwd op Virtuele-machineschaalsets van Azure. Als u migreert naar Virtuele-machineschaalsets van Azure, wordt de afhankelijkheid verwijderd. Er zijn drie manieren om dit proces te initiëren voor caches in een virtueel netwerk:

  • Migreren naar een nieuwe cache met behulp van privékoppelingen.

    Maak een nieuwe cache die Private Link gebruikt voor netwerkisolatie in plaats van virtuele netwerkinjectie en migreer uw gegevens naar deze cache. Deze optie biedt u de beste en veiligste netwerkisolatieervaring, terwijl u er ook voor zorgt dat alle nieuwe caches worden gemaakt met behulp van een bijgewerkte infrastructuur.

  • Migreren naar een nieuwe cache in een nieuw VNet-subnet van Azure Resource Manager.

    Als u een cache maakt in een klassiek VNet, wordt er een cloudservicescache (klassiek) gemaakt en niet een Cache voor virtuele-machineschaalsets van Azure. Als u migreert naar een nieuwe cache in een nieuw VNet-subnet van Azure Resource Manager, wordt de onderliggende afhankelijkheid van Cloud Services opgelost terwijl een vergelijkbare virtuele netwerkervaring behouden blijft.

    We hebben de meeste caches gemigreerd van het bouwen op Cloud Services (klassiek) naar gebouwd op Virtuele-machineschaalsets van Azure. Als u wilt migreren, verwijdert u de bestaande cache en maakt u een nieuwe cache in een nieuw VNet-subnet van Azure Resource Manager. We raden u ten zeerste aan oude subnetten niet te gebruiken tijdens het migreren van caches. Zie Migreren naar Azure Cache voor Redis voor aanbevolen opties voor het migreren van de gegevens in de cache.

  • Automatische migratie met gegevensverlies (aanbevolen).

    We kunnen caches migreren van het gebruik van Cloud Services (klassiek) naar het automatisch gebruiken van Virtuele-machineschaalsets, waarbij cacheconfiguratie (inclusief toegangssleutels en hostnaam) behouden blijft. Deze methode vereist echter ongeveer 30 minuten downtime en volledig verlies van gegevens in de cache. U kunt de functie importeren/exporteren gebruiken om een kopie van uw gegevens op te slaan vóór de migratie.

    Als u deze optie wilt gebruiken, neemt u contact op met azurecachemigration@microsoft.com of maakt u een ondersteuningsaanvraag om een migratie aan te vragen.

Mijn cache maakt geen gebruik van VNet-injectie, maar ik heb gemerkt dat ik moet migreren. Wat moet ik doen?

Controleer of uw cache geo-replicatie gebruikt. Zo ja, dan moet u uw gegevens migreren van uw huidige geo-gerepliceerde paar naar een nieuw geo-gerepliceerd paar.

Voorbeeld:

  1. Maak een nieuw geo-gerepliceerd paar Premium-caches die overeenkomen met dezelfde configuratie als uw huidige paar caches.
  2. Koppel uw oorspronkelijke paar geo-gerepliceerde caches los en exporteer een RDB-bestand uit de primaire cache.
  3. Importeer het RDB-bestand in de primaire cache in uw nieuwe geo-gerepliceerde paar.

Het nieuwe paar geo-gerepliceerde caches heeft niet dezelfde afhankelijkheid van Cloud Services.

Wat moet ik doen als ik geen nieuw cache-exemplaar kan maken met het foutbericht 'het subnet wordt beïnvloed door buitengebruikstelling van Cloud Services'?

Er wordt begonnen met het blokkeren van het maken van nieuwe caches met behulp van het cloudservicesimplementatiemodel (klassiek). Nieuwe caches kunnen nog steeds worden gemaakt met behulp van dit oude implementatiemodel als ze worden gemaakt in een subnet van een virtueel netwerk dat eenmaal een Cloud Services-cache bevat of als een cache is geïmplementeerd in een klassiek VNet. Als u dit bericht ziet, maakt u een nieuw subnet in uw VNet waarin u de cache wilt implementeren. Als u een subnet in uw virtuele netwerk maakt, zorgt u ervoor dat er een cache wordt gemaakt zonder de afhankelijkheid van Cloud Services.

Als u wilt controleren of u een of meer cloudservices-caches in uw subnet hebt, kunt u Azure Advisor controleren in de portal of de REST API voor resourcenavigatiekoppelingen gebruiken. Gebruik de resource-navigation-links API met uw abonnements-id, resourcegroepnaam, naam van virtueel netwerk en subnetnaam om caches in dat subnet op te halen die gebruikmaken van Cloud Services.

Als u een nieuwe cache maakt met behulp van de REST API, moet u er ook voor zorgen dat u de redis-configuratie {"CacheVmType": "CloudService"} niet doorgeeft samen met de aanvraag voor maken. Deze parameters zijn een niet-gedocumenteerde parameter, dus het is onwaarschijnlijk dat u dit doet.

Als u nieuwe caches wilt maken met behulp van het cloudservicesimplementatiemodel (klassiek), neemt u contact op met azurecachemigration@microsoft.com of maakt u een ondersteuningsaanvraag om een uitzondering aan te vragen.

Wat gebeurt er als caches op 31 augustus 2024 niet worden bijgewerkt/gemigreerd?

Deze caches worden afgesloten en u verliest gegevens in uw caches.

Wat is de tijdlijn voor ondersteuning?

Buitengebruikstelling vindt plaats in drie fasen, zodat u de maximale hoeveelheid tijd hebt om te migreren:

  1. Actieve fase (nu tot 30 april 2023)

    Caches hebben volledige ondersteuning, zonder dat de status van vandaag verandert. Deze periode wordt gegeven om klanten de tijd te geven om met minimale onderbreking van cloudservice (klassiek) over te stappen.

  2. Onderhoudsfase (1 mei 2023 tot 31 december 2023)

    Caches ontvangen kritieke beveiligings-, stabiliteits- en foutoplossingen, maar geen nieuwe functies.

  3. Inactieve fase (1 januari 2024 tot 31 augustus 2024)

    Caches ontvangen alleen kritieke beveiligingsoplossingen. Alle klanten met ondersteuningsproblemen moeten worden gemigreerd naar een cache op basis van VMSS voordat ze ondersteuning krijgen. Klanten moeten hun caches tegen 31 augustus 2024 uitschakelen.

afbeelding van een tijdlijn met de tijdlijn voor het buiten gebruik stellen van cloudservices (klassiek).

Is deze tijdlijn van toepassing op caches die worden uitgevoerd op Redis 4.0?

Nee Deze tijdlijn is alleen van toepassing op caches die worden uitgevoerd op Redis 6.0. Redis 4.0 maakt deel uit van een afzonderlijke buitengebruikstelling die eindigt vóór de buitengebruikstelling van Cloud Services (klassiek). Alle resterende caches met Redis 4.0 in Cloud Services (klassiek) worden automatisch gemigreerd voor het gebruik van Virtuele-machineschaalsets en Redis 6.0 na 31 oktober 2023. Voor deze migratiemethode zijn downtime en volledig gegevensverlies in de cache vereist. Migreer daarom voor deze datum als u downtime of gegevensverlies wilt voorkomen. Neem vóór 31 oktober 2023 contact op met azurecachemigration@microsoft.com een ondersteuningsaanvraag of maak een ondersteuningsaanvraag om een automatische upgrade aan te vragen.

Waar kan ik meer informatie krijgen als ik meer vragen heb over deze buitengebruikstelling?

Plaats een van uw vragen op de Q&A-pagina voor buitengebruikstelling van Cloud Services (klassiek). U kunt ook e-mail verzenden naar azurecachemigration@microsoft.com voor meer informatie.

Algemene vragen

Wat als mijn Azure Cache voor Redis vraag hier niet wordt beantwoord?

Als uw vraag hier niet wordt vermeld, laat het ons dan weten zodat we u kunnen helpen een antwoord te vinden.