Megismerheti az Azure Cache for Redis gyakori kérdéseire, mintáira és ajánlott eljárásaira adott válaszokat.
Redis-licencelés módosítása
Milyen módosításokat hajtottak végre a Redis licencelése során?
A Redis nyílt forráskódú projektje kettős licenccel rendelkező modellre változott, amely támogatja a Redis Source Available License 2-es (RSALv2) vagy a kiszolgálóoldali nyilvános licenc 1-es verzióját (SSPLv1). További információért tekintse meg a Redis sajtóközleményét . A Redis licencmódosításáról szóló Microsoft-blogbejegyzést is megtekintheti.
Az Azure Cache for Redis már az RSALv2 és az SSPLv1 licencekkel is rendelkezik?
Nem, az Azure Cache for Redis a Microsoft szolgáltatási feltételei szerint érhető el az ügyfelek számára. Az RSALv2 és az SSPLv1 licencek nem vonatkoznak az Azure Cache for Redis használatára.
Az Azure Cache for Redis-példányom továbbra is megkapja a javításokat és a hibajavításokat?
Igen, az Azure Cache for Redis, az Azure Cache for Redis Enterprise és az Enterprise Flash a licencbejelentés után is továbbra is javításokat és hibajavításokat fog kapni.
Mit kell tennem Azure Cache for Redis-ügyfélként a licencelési bejelentésre válaszul?
Az Azure-ügyfeleknek nincs szükség műveletre a licencbejelentéssel kapcsolatban.
Elavult szolgáltatások
Mely Azure Cache for Redis-szolgáltatások elavultak?
Managed Cache szolgáltatás – A Felügyelt gyorsítótár szolgáltatás 2016. november 30-án megszűnt.
Szerepkörön belüli gyorsítótár – A szerepkörön belüli gyorsítótárat 2016. november 30-án kivonták.
Cloud Services-függőséggel rendelkező gyorsítótárak (klasszikus)
Mit tegyek a Cloud Servicestől (klasszikus) függő Azure Cache for Redis-példányokkal?
Minden olyan gyorsítótárat migrálnia kell, amely függ a Cloud Services (klasszikus) szolgáltatástól. 2021 augusztusában bejelentettük, hogy a Cloud Services (klasszikus) 2024. augusztus 31-én megszűnik. A Cloud Servicestől (klasszikus) függő Azure Cache for Redis-példányokat ugyanahhoz a dátumhoz kell kivonni.
2024. augusztus 31-ig át kell telepítenie a cloud services (klasszikus) függőséggel rendelkező gyorsítótárakat.
Hány gyorsítótár van érintett?
Igyekeztünk a lehető legtöbb gyorsítótárat transzparens módon migrálni. Emiatt kevés gyorsítótár és ügyfél érintett.
Hogyan tudja, hogy a gyorsítótár érintett-e?
Ellenőrizze az Azure Advisor Javaslatok. Ha a gyorsítótárad érintett, javaslat jelenik meg az előfizetésedben.
Hogyan migrálni a (klasszikus) Cloud Services-gyorsítótárakat az Azure-beli virtuálisgép-méretezési csoportokba?
A legtöbb gyorsítótárat migráltuk a Cloud Services (klasszikus) szolgáltatásból az Azure-beli virtuálisgép-méretezési csoportokra való építéstől kezdve. Az Azure-beli virtuálisgép-méretezési csoportokba való migrálás eltávolítja a függőséget. Ezt a folyamatot három módon lehet elindítani a virtuális hálózaton lévő gyorsítótárak esetében:
Migrálás új gyorsítótárba privát hivatkozások használatával.
Hozzon létre egy új gyorsítótárat, amely a private linket használja a hálózatelkülönítéshez a virtuális hálózat injektálása helyett, és migrálja az adatokat ebbe a gyorsítótárba. Ez a beállítás a legjobb és legbiztonságosabb hálózati elkülönítési élményt nyújtja, ugyanakkor biztosítja, hogy az összes új gyorsítótár a frissített infrastruktúrával legyen létrehozva.
Migrálás új gyorsítótárba egy új Azure Resource Manager VNet-alhálózaton.
A klasszikus virtuális hálózaton belüli gyorsítótár létrehozása egy Cloud Services-gyorsítótárat (klasszikus) hoz létre, és nem azure-beli virtuálisgép-méretezési csoportok gyorsítótárát. Az új Azure Resource Manager VNet-alhálózaton lévő új gyorsítótárba való migrálás a Cloud Services mögöttes függőségét oldja meg, miközben fenntartja a hasonló virtuális hálózati élményt.
A legtöbb gyorsítótárat migráltuk a Cloud Services (klasszikus) szolgáltatásból az Azure-beli virtuálisgép-méretezési csoportokra való építéstől kezdve. A migráláshoz törölje a meglévő gyorsítótárat, és hozzon létre egy új gyorsítótárat egy új Azure Resource Manager VNet-alhálózaton. Javasoljuk, hogy a gyorsítótárak migrálása során ne használjunk régi alhálózatokat. A gyorsítótárban lévő adatok migrálásának ajánlott lehetőségeiért lásd : Migrálás az Azure Cache for Redisbe.
Automatikus migrálás adatvesztéssel (ajánlott).
A gyorsítótárakat a Cloud Services (klasszikus) használatával automatikusan áttelepíthetjük a virtuálisgép-méretezési csoportok használatára, a gyorsítótár konfigurációja (a hozzáférési kulcsokat és a gazdagépnevet is tartalmazza) megmarad. Ez a módszer azonban körülbelül 30 perc állásidőt és teljes adatvesztést igényel a gyorsítótárban. Az importálási /exportálási funkcióval mentheti az adatok másolatát az áttelepítés előtt.
A lehetőség használatához forduljon azurecachemigration@microsoft.com vagy hozzon létre egy támogatási kérést az áttelepítés igényléséhez.
A gyorsítótáram nem használ VNet-injektálást, de értesítést kaptam arról, hogy migrálni kell. Mit tegyek?
Ellenőrizze, hogy a gyorsítótár georeplikációs szolgáltatást használ-e. Ha igen, át kell telepítenie az adatokat az aktuális georeplikált párból egy friss georeplikált párba.
Példa:
- Hozzon létre egy új georeplikált prémium szintű gyorsítótárpárt, amely megegyezik az aktuális gyorsítótárpár konfigurációjának megfelelően.
- Bontsa le az eredeti georeplikált gyorsítótár párját, és exportáljon egy RDB-fájlt az elsődleges gyorsítótárból.
- Importálja az RDB-fájlt az új georeplikált pár elsődleges gyorsítótárába.
A georeplikált gyorsítótárak új párja nem lesz ugyanolyan függőségben a Cloud Services szolgáltatástól.
Mit tegyek, ha nem tudok új gyorsítótárpéldányt létrehozni a következő hibaüzenettel: "Az alhálózatot érinti a Cloud Services kivonása"?
Megkezdtük az új gyorsítótárak létrehozását a Cloud Services (klasszikus) üzemi modellel. Új gyorsítótárak akkor is létrehozhatók ezzel a régi üzemi modellel, ha egy olyan virtuális hálózati alhálózatban vannak létrehozva, amely egyszer tartalmazott egy Cloud Services-gyorsítótárat, vagy ha a gyorsítótárat egy klasszikus virtuális hálózatba helyezik üzembe. Ha ezt az üzenetet látja, hozzon létre egy új alhálózatot a virtuális hálózaton, amelyben üzembe helyezheti a gyorsítótárat. Egy alhálózat létrehozása a virtuális hálózaton biztosítja, hogy a gyorsítótár a Cloud Services-függőség nélkül legyen létrehozva.
Annak ellenőrzéséhez, hogy rendelkezik-e egy vagy több Cloud Services-alapú gyorsítótárral az alhálózatban, ellenőrizheti az Azure Advisort a portálon, vagy használhatja az erőforrás-navigációs hivatkozások REST API-ját.
Használja az API-t az resource-navigation-links
előfizetés azonosítójával, az erőforráscsoport nevével, a virtuális hálózat nevével és az alhálózat nevével a Cloud Servicest használó alhálózat összes gyorsítótárának lekéréséhez.
Ha a REST API használatával hoz létre új gyorsítótárat, győződjön meg arról is, hogy nem adja át a redis-konfigurációt {"CacheVmType": "CloudService"}
a létrehozási kéréssel együtt. Ez a paraméter nem dokumentált paraméter, ezért nem valószínű, hogy ezt teszi.
Ha új gyorsítótárakat kell létrehoznia a Cloud Services (klasszikus) üzemi modellel, forduljon azurecachemigration@microsoft.com vagy hozzon létre egy támogatási kérést, amely kivételt kér.
Mi történik, ha a gyorsítótárak frissítése/migrálása 2024. augusztus 31-ig nem történik meg?
Ezek a gyorsítótárak le lesznek állítva, és a gyorsítótárakban lévő adatok elvesznek.
Mi a támogatás idővonala?
A kivonás három fázisban történik, így a migráláshoz maximális idő áll rendelkezésére:
Aktív szakasz (most 2023. április 30-ig)
A gyorsítótárak teljes körű támogatást élveznek, és a mai dátumtól kezdve nem változik az állapotuk. Ez az időszak lehetővé teszi az ügyfelek számára, hogy minimális megszakítással válthassanak ki a (klasszikus) felhőszolgáltatásról.
Karbantartási szakasz (2023. május 1. – 2023. december 31.)
A gyorsítótárak kritikus biztonsági, stabilitási és hibajavításokat kapnak, de új funkciók nem lesznek.
Inaktív szakasz (2024. január 1. – 2024. augusztus 31.)
A gyorsítótárak csak kritikus biztonsági javításokat kapnak. A támogatás fogadása előtt minden támogatási problémával rendelkező ügyfélnek VMSS-alapú gyorsítótárba kell migrálnia. Az ügyfeleknek 2024. augusztus 31-ig le kell lépniük a gyorsítótáraikról.
Ez az ütemterv vonatkozik a Redis 4.0-n futó gyorsítótárakra?
Szám Ez az ütemterv csak a Redis 6.0-n futó gyorsítótárakra vonatkozik. A Redis 4.0 egy külön nyugdíjba vonulás része, amely a Cloud Services (klasszikus) kivonása előtt fejeződik be. 2023. október 31-e után a Rendszer automatikusan áttelepíti a Redis 4.0-t a Cloud Servicesen (klasszikus) használó összes többi gyorsítótárat a virtuálisgép-méretezési csoportok és a Redis 6.0 használatára. Ez a migrálási módszer állásidőt és teljes adatvesztést igényel a gyorsítótárban, ezért ha el szeretné kerülni az állásidőt vagy az adatvesztést, migráljon ennél a dátumig. 2023. október 31-éig forduljon azurecachemigration@microsoft.com vagy hozzon létre egy támogatási kérelmet az automatikus frissítés igényléséhez.
Hol kaphatok további információt, ha további kérdéseim vannak a nyugdíjba vonulásról?
Tegye fel kérdéseit a Felhőszolgáltatások (klasszikus) kivonásának Q&A lapján . A további információkért e-mailt azurecachemigration@microsoft.com is küldhet.
Általános kérdések
Mi a teendő, ha az Azure Cache for Redis kérdésére itt nem ad választ?
Ha a kérdés nem szerepel a listán, tudassa velünk, hogy segíthessünk a válasz megtalálásában.
A szélesebb közönség eléréséhez közzétehet egy kérdést az Azure Cache Microsoft Q&A kérdésoldalán, és kapcsolatba léphet az Azure Cache csapatával és a közösség többi tagjával.
Ha funkciókérést szeretne küldeni, elküldheti a kéréseit és ötleteit az Azure Cache for Redis User Voice szolgáltatásba.
Kérdését elküldheti nekünk is: azurecache@microsoft.com.