Az alapszintű, a standard és a prémium szintű és az Azure Managed Redis közötti különbségek ismertetése

  • A következőre érvényes:: ✅ Azure Cache for Redis, ✅ Azure Managed Redis

A migrálás előtt tekintse át az Azure Cache for Redis és az Azure Managed Redis közötti főbb különbségeket, hogy hatékonyan tervezhesse meg.

Fontos

A migrálással kapcsolatos kérdések megválaszolásához és a környezethez szabott migrálási terv előkészítéséhez rendelkezésre áll a Azure Cache for Redis (alapszintű, standard és prémium szintű) migrálási ügynökkel kapcsolatos szakértelem. További információ: Redis migration agent skill.

Miért teljesít jobban az Azure Managed Redis?

Az Azure Managed Redis a Redis Enterprise szoftververemre épül, amely jelentős teljesítménybeli javulást biztosít az alapszintű, standard és prémium szintű nyílt forráskódú Redishez. A Redis Enterprise többszálú architektúrát használ, amely másodpercenként több műveletet képes kezelni, alacsonyabb késéseket biztosít, és hatékonyabbá teszi a mögöttes hardver használatát. Ez azt jelenti, hogy ugyanannyi memória és számítás esetén az Azure Managed Redis lényegesen nagyobb átviteli sebességet képes kiszolgálni az egyenértékű alapszintű, standard vagy prémium szintű gyorsítótárhoz képest.

Az Azure Managed Redis emellett olyan Redis-modulokon (például RediSearch, RedisJSON és RedisBloom) keresztül támogatja a fejlett adatstruktúrákat, amelyek nem érhetők el az alapszintű, standard vagy prémium szintű szinteken. Az architektúrával kapcsolatos további információkért tekintse meg az Azure Managed Redis architektúrát.

Főbb jellemzők és funkciók közötti különbségek

Az alábbi fontos különbségeket kell figyelembe venni az Alapszintű, a Standard vagy a Prémium verzióról az Azure Managed Redisre való áttéréskor:

  • Termékváltozat felépítése. Az Azure Managed Redis az Azure Cache for Redistől eltérően szervezi az SKU-kat. A rétegalapú (alapszintű, standard, prémium) termékváltozatok helyett, ahol a funkciók szint szerint változnak, az Azure Managed Redis termékváltozatai két dimenzión alapulnak: a memóriaméreten és a teljesítményszinten (kiegyensúlyozott, memóriaoptimalizált vagy számítási optimalizált). Minden magas rendelkezésre állási és vészhelyreállítási (HADR) funkció – beleértve a zónaredundanciát, az adatmegőrzést, a georeplikálást és az importálást/exportálást – minden méretben és teljesítményszinten elérhető. Ezeknek a képességeknek a eléréséhez már nem kell magasabb szintű termékváltozatot választania.

  • Magas rendelkezésre állás és nem magas rendelkezésre állás. Az Azure Managed Redis lehetővé teszi a magas rendelkezésre állással vagy anélkül történő üzembe helyezést. A nem HA lehetőség olyan nem termelési és fejlesztési/tesztelési feladatokra készült, ahol csökkenteni szeretné a költségeket. A nem HA-példányok nem rendelkeznek SLA-val, és a karbantartás során adatvesztést okozhatnak. Ezzel szemben az Alapszintű, a Standard és a Prémium szint nem nyújtja ezt a rugalmasságot – az Alapszint nem rendelkezik HA-kkal, míg a Standard és a Premium mindig tartalmazza.

  • Klaszterezés. Az Azure Managed Redis alapértelmezés szerint fürtözve van, és két fürtözési szabályzatot kínál: az OSS-fürtözést és az Enterprise-fürtözést. Javasoljuk, hogy a legjobb teljesítmény érdekében válassza az Open Source Software (OSS) fürtözést. Ha jelenleg nem kizárólagos alapszintű vagy standard gyorsítótárat használ, előfordulhat, hogy a Redis-ügyfélkódtár konfigurációja megköveteli a fürtözött példányok használatához szükséges módosításokat (például az átirányítások fürtbarát ügyfélkódtár használatával történő kezelését MOVED ). Ha az alkalmazás teljes mértékben nemclustered példányt igényel, az Azure Managed Redis legfeljebb 25 GB gyorsítótárazáshoz kínál nemclustered módot.

  • Hálózatelkülönítés. Az Azure Managed Redis nem támogatja a virtuális hálózatok injektálását és az IP-alapú tűzfalszabályok konfigurálását. Ha a meglévő Azure Cache for Redis-példánya virtuális hálózati injektálást használ a hálózatelkülönítéshez, át kell váltania az Azure Private Link használatára az új Azure Managed Redis-példányával.

  • Méretezés. Az Azure Managed Redis támogatja a memóriaméret és a teljesítményszint módosítását.

  • Microsoft Entra-azonosító. Mindkét szolgáltatás támogatja a Microsoft Entra ID-hitelesítést. Az Azure Managed Redis azonban jelenleg nem támogatja a Microsoft Entra ID RBAC-t.

  • Ütemezett frissítések. Az Azure Cache for Redis támogatja a Redis-motorfrissítések ütemezett frissítési időszakának konfigurálását. Az Azure Managed Redis jelenleg előzetes verzióban támogatja az ütemezett frissítéseket.

  • TLS és nem TLS-portok támogatása. Az Azure Cache for Redis Basic, Standard és Premium szintjeiben ugyanaz a gyorsítótárpéldány egyszerre támogatja a TLS (6380-s port) és az egyszerű szöveges (6379-s port) kapcsolatokat is, így a különböző alkalmazások bármelyik módban csatlakozhatnak. Az Azure Managed Redisben a gyorsítótár egyszerre csak egy módot támogat – TLS-t vagy nem TLS-t. Miután a gyorsítótár létrehozása során kiválasztotta a módot, a gyorsítótárhoz csatlakozó összes alkalmazásnak ugyanazt a módot kell használnia.

  • Zónaredundancia. Az Azure Managed Redis alapértelmezés szerint zónaredundáns, ha a magas rendelkezésre állás engedélyezve van, és a régió több rendelkezésre állási zónát is támogat. Ehhez képest a zónaredundancia csak prémium szinten érhető el (és a Standard előzetes verziójában).

  • Adatbázisok. Az alapszintű, a standard és a prémium szintű szintek több Redis-adatbázist is támogatnak (alapértelmezés szerint legfeljebb 16, prémium szinten legfeljebb 64 konfigurálható). Az Azure Managed Redis csak egyetlen adatbázist (0-s adatbázist) támogat. Ha az alkalmazás több adatbázist használ, újra kell bontania az adatmodellt, hogy egyetlen adatbázist használjon, vagy kulcselőtagokkal logikailag elkülönítse az adatokat az áttelepítés előtt.

  • Georeplikáció. Az Azure Managed Redis támogatja az aktív georeplikálást, amely olvasási és írási műveleteket tesz lehetővé a különböző régiókban található csatolt gyorsítótárakban. A prémium szint csak a passzív georeplikálást támogatja, ahol a másodlagos gyorsítótár írásvédett. Az Azure Cache for Redistől eltérően az Azure Managed Redis nem támogatja az explicit feladatátvételi parancsokat. Ehelyett az alkalmazásnak másik georeplikált Azure Managed Redis-példányra kell váltania, ha azt észleli, hogy az egyik régió leállt.

  • Adatmegőrzés. Az Azure Managed Redis minden termékváltozatban támogatja az adatmegőrzést. Az Azure Cache for Redisben a perzisztencia csak a prémium szinten érhető el.

  • Redis-modulok. Az Azure Managed Redis olyan Redis-modulokat támogat, mint a RediSearch, a RedisJSON, a RedisBloom és a RedisTimeSeries. Ezek a modulok alapszintű, standard vagy prémium szinten nem érhetők el.

  • Importálás/exportálás. Az Azure Managed Redis támogatja az RDB-importálást és -exportálást az összes termékváltozatban. Az Azure Cache for Redisben ez a funkció csak a prémium szinten érhető el.

  • Keyspace-értesítések. A kulcstérértesítések támogatottak az Azure Cache for Redisben, de jelenleg nem érhetők el az Azure Managed Redisben.

  • Újraindít. Az Azure Cache for Redis támogatja a gyorsítótár-csomópontok manuális újraindítását. Ez a művelet nem érhető el az Azure Managed Redisben, amely automatikusan kezeli a csomópontműveleteket. Ha az Újraindítással kiüríti az adatokat a gyorsítótárból, akkor az Azure Managed Redis felügyeleti műveletként kínálja a Flush szolgáltatást. Az alkalmazások rugalmasságának teszteléséhez szükséges karbantartási események szimulálására szolgáló Azure Managed Redis API-k az ütemtervben szerepelnek.

Az ügyfélalkalmazások főbb eltérései

Tekintse át ezeket a különbségeket az alkalmazásfrissítések tervezésekor:

Funkció leírása Azure Cache for Redis Azure által felügyelt Redis
DNS-utótag (nyilvános Azure-felhőhöz) .redis.cache.windows.net <region>.redis.azure.net
TLS-port 6380 10 000
Nem TLS-port 6379 10 000
Egyes csomóponti TLS-portok 13XXX 85xx
Egyedi csomópont nem TLS-port 15XXX 85xx
Fürttámogatás Csak OSS-fürtözés OSS és vállalati fürtözés
Nem klaszterezett/önálló Igen (Alapszintű, Standard, Prémium 120 GB-ig) Igen (Nemclustered mód, legfeljebb 25 GB)
Redis verziója 6 7,4
Támogatott TLS-verziók 1.2 és 1.3 1.2 és 1.3

Válassza ki a megfelelő Azure Managed Redis méretet és termékváltozatot

Fontos

Az Azure Managed Redis körülbelül 20% memóriát foglal le a rendszerműveletekhez és a többletterheléshez. Vegye figyelembe ezt a foglalást az új példány megfelelő memóriaméretének kiválasztásakor. Ha például a számítási feladathoz 10 GB használható memória szükséges, válasszon ki egy legalább 12,5 GB teljes memóriával rendelkező termékváltozatot.

A megfelelő Azure Managed Redis termékváltozat kiválasztása két lépésből áll: a megfelelő memóriaméret kiválasztásával, majd a megfelelő teljesítményszint kiválasztásával.

A. lépés: A megfelelő memóriaméret kiválasztása

  1. Azonosítsa az aktuális gyorsítótár memóriaméretét. Nyissa meg az Azure Portalt, nyissa meg az Alapszintű, a Standard vagy a Premium gyorsítótárat, és jegyezze fel a memória méretét az Áttekintés lapon (például C3 = 13 GB, P2 = 13 GB). Prémium szintű fürtözött gyorsítótárak esetén válassza ki azt a méretet, amely az összes szegmensben egyenértékű teljes memóriával rendelkezik.

  2. Hasonló méretű termékváltozat megkeresése az Azure Managed Redisben. Keressen olyan Azure Managed Redis termékváltozatot, amely ugyanolyan vagy nagyobb mennyiségű használható memóriát kínál. A méretek összehasonlításakor vegye figyelembe, hogy az Azure Managed Redis körülbelül 20% memóriát foglal le a rendszerműveletekhez és a többletterheléshez. Méret kiválasztásakor vegye figyelembe ezt a foglalást – például a B10/M10/X10 termékváltozatok 12 GB teljes memóriát kínálnak, de körülbelül 9,6 GB használható memóriát biztosítanak az adatok számára a foglalás után.

  3. Optimalizálás a tényleges memóriahasználat alapján. A névleges gyorsítótár méretéhez igazítás helyett tekintse át az Azure Monitorban a meglévő gyorsítótár használt memória metrikáját. Ellenőrizze az elmúlt hónap memóriahasználati csúcsát a jobb illeszkedő termékváltozat azonosításához. Ha a tényleges memóriahasználat jóval a gyorsítótár mérete alatt van, előfordulhat, hogy választhat egy kisebb, költséghatékonyabb Azure Managed Redis termékváltozatot.

B. lépés: A megfelelő teljesítményszint kiválasztása

Az Azure Managed Redis három teljesítményszintet kínál – kiegyensúlyozott, memóriaoptimalizált és számítási optimalizált. Válassza ki a számítási feladat jellemzői alapján:

  • Kiegyensúlyozott – Jó kiindulópont, ha nem biztos benne. A memória és a számítás egészséges kombinációját kínálja.
  • Memóriaoptimalizált – Ezt akkor válassza, ha a számítási feladat memóriaigényes, és nagyobb valószínűséggel fogy el a memória a processzor előtt.
  • Számításoptimalizált – Ezt akkor válassza, ha a számítási feladat teljesítményigénye vagy késés-érzékeny.

További információ: A megfelelő szint kiválasztása.

További szempontok

  • Az alapszintű migrálásoknál a magas rendelkezésre állás letiltása. Ha alapszintű gyorsítótárról (amely nem rendelkezik replikációval vagy SLA-val) vált, tiltsa le a nagy rendelkezésre állást az új Azure Managed Redis-példány számára. Ez felére csökkenti a költségeket, és összehasonlítható beállítást biztosít a fejlesztési/tesztelési számítási feladatokhoz.

Következő lépés

Végrehajtás megtervezése

Kapcsolódó tartalom

  • Last updated on