Veelgestelde vragen over Azure Cache voor Redis

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.

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.

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.

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

• Managed Cache-service - Managed Cache-service is buiten gebruik gesteld op 30 november 2016.

• In-Role Cache - In-Role Cache is buiten gebruik gesteld op 30 november 2016.

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.

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

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

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.

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.

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.

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

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.

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.

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.

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

• Als u een breder publiek wilt bereiken, kunt u een vraag plaatsen op de Microsoft Q&A-vragenpagina voor Azure Cache en contact opnemen met het Azure Cache-team en andere leden van de community.

• Als u een functieaanvraag wilt indienen, kunt u uw aanvragen en ideeën indienen bij Azure Cache voor Redis User Voice.

• U kunt uw vraag ook naar ons sturen op azurecache@microsoft.com.