Azure Cache for Redis – Gyakori kérdések

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?

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.

Képernyőkép a gyorsítótár felhőszolgáltatásokból való migrálására vonatkozó Advisor-javaslatról.

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:

  1. 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.
  2. 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.
  3. 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:

  1. 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.

  2. 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.

  3. 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.

a felhőszolgáltatások (klasszikus) kivonásának ütemtervét megjelenítő ütemterv képe.

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.