Azure Cache for Redis-példányok skálázása

  • Cikk

Az Azure Cache for Redis különböző szintű ajánlatokkal rendelkezik, amelyek rugalmasságot biztosítanak a gyorsítótár méretének és funkcióinak kiválasztásában. A skálázással módosíthatja a csomópontok méretét, szintjét és számát egy gyorsítótárpéldány létrehozása után, hogy megfeleljen az alkalmazás igényeinek. Ez a cikk bemutatja, hogyan skálázhatja a gyorsítótárat az Azure Portalon, valamint olyan eszközöket, mint az Azure PowerShell és az Azure CLI.

A skálázás típusai

Az Azure Cache for Redis-példányok méretezésének alapvetően két módja van:

  • A vertikális felskálázás növeli a Redis-kiszolgálót futtató virtuális gép (VM) méretét, több memóriát, virtuális processzorokat (vCPU-kat) és hálózati sávszélességet ad hozzá. A vertikális felskálázást függőleges skálázásnak is nevezik. A felskálázás ellentéte a leskálázás.

  • A horizontális felskálázás több azonos méretű csomópontra osztja a gyorsítótárpéldányt, és párhuzamosítással növeli a memóriát, a virtuális processzorokat és a hálózati sávszélességet. A horizontális felskálázást horizontális skálázásnak vagy horizontális horizontális skálázásnak is nevezik. A horizontális felskálázás ellentéte a skálázás. A Redis-közösségben a horizontális felskálázást gyakran fürtözésnek nevezik.

A rendelkezésre állás hatóköre

Szint Alapszintű és standard Prémium Enterprise és Enterprise Flash
Vertikális felskálázás Igen Igen Igen (előzetes verzió)
Vertikális leskálázás Igen Igen Nem
Horizontális felskálázás Nem Igen Igen (előzetes verzió)
Méretezés a következőben: Nem Igen Nem

Mikor érdemes méretezni

Az Azure Cache for Redis monitorozási funkcióival monitorozhatja a gyorsítótár állapotát és teljesítményét. Ez az információ határozza meg, hogy mikor kell skálázni a gyorsítótárat.

A következő metrikákat figyelve megállapíthatja, hogy skáláznia kell-e.

  • Redis Server Load
    • A Magas Redis-kiszolgálóterhelés azt jelenti, hogy a kiszolgáló nem tud lépést tartani az összes ügyfél kéréseivel. Mivel a Redis-kiszolgáló egyetlen szálas folyamat, általában hasznosabb a vertikális felskálázás helyett. A horizontális felskálázás a fürtözés engedélyezésével segít elosztani a többletfunkciókat több Redis-folyamat között. A horizontális felskálázás segít a TLS titkosításának/visszafejtésének, valamint a kapcsolat/kapcsolat/kapcsolat bontásának terjesztésében is, felgyorsítva a gyorsítótárpéldányok TLS használatával történő használatát.
    • A vertikális felskálázás továbbra is hasznos lehet a kiszolgáló terhelésének csökkentésében, mivel a háttérfeladatok kihasználhatják a több virtuális processzor előnyeit, és felszabadíthatják a szálat a fő Redis-kiszolgálói folyamat számára.
    • Az Enterprise és az Enterprise Flash szintek a Redis Enterprise-t használják nyílt forráskód Redis helyett. Ezeknek a szinteknek az egyik előnye, hogy a Redis-kiszolgálói folyamat több vCPU-t is kihasználhat. Emiatt az ilyen szintek felskálázása és horizontális felskálázása is hasznos lehet a kiszolgáló terhelésének csökkentésében. További információ: Ajánlott eljárások az Azure Cache for Redis nagyvállalati és vállalati flash szintjeihez.
  • Memóriahasználat
    • A magas memóriahasználat azt jelzi, hogy az adatméret túl nagy az aktuális gyorsítótármérethez. Fontolja meg a nagyobb memóriával rendelkező gyorsítótárméretre való skálázást. Itt a vertikális felskálázás vagy a horizontális felskálázás hatékony.
  • Ügyfélkapcsolatok
    • Minden gyorsítótárméret korlátozza a támogatott ügyfélkapcsolatok számát. Ha az ügyfélkapcsolatok közel állnak a gyorsítótár méretének korlátjához, fontolja meg a vertikális felskálázást egy nagyobb szintre. A horizontális felskálázás nem növeli a támogatott ügyfélkapcsolatok számát.
    • A gyorsítótár mérete szerinti kapcsolatkorlátokról további információt az Azure Cache for Redis díjszabásában talál.
  • Hálózati sávszélesség
    • Ha a Redis-kiszolgáló túllépi a rendelkezésre álló sávszélességet, az ügyfelek kérései időtúllépést okozhatnak, mert a kiszolgáló nem tud elég gyorsan adatokat leküldni az ügyfélnek. Ellenőrizze a "Gyorsítótár olvasása" és a "Gyorsítótár írása" metrikákat, hogy mennyi kiszolgálóoldali sávszélesség van használatban. Ha a Redis-kiszolgáló túllépi a rendelkezésre álló hálózati sávszélességet, fontolja meg a horizontális felskálázást vagy a nagyobb hálózati sávszélességgel rendelkező nagyobb gyorsítótárméretre való skálázást.
    • Az Enterprise-fürtszabályzatot használó vállalati szintű gyorsítótárak esetében a horizontális felskálázás nem növeli a hálózati sávszélességet.
    • További információ a gyorsítótár méretével elérhető hálózati sávszélességről: Azure Cache for Redis – gyakori kérdések.

A használandó gyorsítótár tarifacsomagjának meghatározásával kapcsolatos további információkért lásd : A megfelelő szint kiválasztása és az Azure Cache for Redis tervezési gyakori kérdések.

Feljegyzés

A skálázási folyamat optimalizálásával kapcsolatos további információkért tekintse meg a méretezési útmutató ajánlott eljárásait

Az Azure Cache for Redis skálázásának előfeltételei/korlátozásai

A vertikális fel- és leskálázás másik tarifacsomagra az alábbi korlátozásokkal érhető el:

  • Nem skálázható magasabb tarifacsomagról alacsonyabb tarifacsomagra.
    • Nagyvállalati vagy Vállalati Flash-gyorsítótárból nem skálázható le más szintre.
    • Prémium szintű gyorsítótárból nem skálázható le standard vagy alapszintű gyorsítótárra.
    • Standard gyorsítótárból nem skálázható le alapszintű gyorsítótárra.
  • Az alapszintű gyorsítótárról a Standard gyorsítótárra skálázhat, de a méretet egyszerre nem módosíthatja. Ha más méretre van szüksége, később skálázási műveletet hajthat végre a kívánt méretre.
  • Alapszintű gyorsítótárból nem skálázhat közvetlenül prémium szintű gyorsítótárba. Először skálázás alapszintűről standardra egy skálázási műveletben, majd a Következő skálázási műveletben Standardról Prémiumra.
  • Nagyobb méretről a C0 (250 MB) méretre nem skálázható. Skálázhat azonban bármilyen más méretre ugyanazon a tarifacsomagon belül. Leskálázhatja például a C5 Standard és a C1 Standard közötti skálázást.
  • Prémium, Standard vagy Alapszintű gyorsítótárból nem skálázhat nagyvállalati vagy vállalati Flash-gyorsítótárra.
  • Az Enterprise és az Enterprise Flash közötti skálázás nem skálázható.

A vertikális felskálázást a következő korlátozásokkal végezheti el:

  • A vertikális felskálázás csak a Prémium, Nagyvállalati és Nagyvállalati Flash szinteken támogatott.
  • A vertikális felskálázás csak a Prémium szinten támogatott.
  • A Prémium szinten a fürtözést először engedélyezni kell a be- vagy kiskálázás előtt.
  • A Prémium szinten 10 szegmens horizontális felskálázása érhető el ga-támogatással. A legfeljebb 30 szegmens támogatása előzetes verzióban érhető el. (A két replikával rendelkező gyorsítótárak esetében a szegmenskorlát 20. Három replika esetén a szegmenskorlát 15.)
  • Egyszerre csak a Nagyvállalati és Vállalati Flash szintek méretezhetők fel és skálázhatók fel.

Skálázás – Alapszintű, Standard és Prémium szintek

Vertikális fel- és leskálázás az Azure Portal használatával

  1. A gyorsítótár skálázásához keresse meg a gyorsítótárat az Azure Portalon, és válassza a Méretezés lehetőséget az Erőforrás menüben.

    Screenshot showing Scale on the resource menu.

  2. Válasszon egy tarifacsomagot a munkaablakban, majd válassza a Kiválasztás lehetőséget.

    Screenshot showing the Azure Cache for Redis tiers.

  3. Amíg a gyorsítótár az új szintre skálázódik, megjelenik egy skálázási Redis Cache-értesítés .

    Screenshot showing the notification of scaling.

  4. Ha a skálázás befejeződött, az állapot a skálázásról a Futtatásraváltozik.

Feljegyzés

Ha a portál használatával felfelé vagy lefelé skáláz egy gyorsítótárat, a beállítások és maxfragmentationmemory-reserved a maxmemory-reserved beállítások is automatikusan a gyorsítótár méretének arányában skálázódnak. Ha például maxmemory-reserved 3 GB-ra van állítva egy 6 GB-os gyorsítótáron, és 12 GB-os gyorsítótárra skáláz, a beállítások a méretezés során automatikusan 6 GB-ra frissülnek. Ha leskáláz, a fordítottja történik.

Vertikális fel- és leskálázás a PowerShell használatával

Az Azure Cache for Redis-példányokat a Set-AzRedisCache parancsmaggal skálázhatja a PowerShell-lel a Sizetulajdonságok módosításakorSku. Az alábbi példa bemutatja, hogyan méretezhet egy 6 GB-os gyorsítótárra egy myCache 6 GB-os gyorsítótárat ugyanabban a rétegben.

   Set-AzRedisCache -ResourceGroupName myGroup -Name myCache -Size 6GB

A PowerShell használatával végzett skálázásról további információt az Azure Cache for Redis PowerShell használatával történő skálázása című témakörben talál.

Vertikális fel- és leskálázás az Azure CLI használatával

Az Azure Cache for Redis-példányok Azure CLI-vel történő skálázásához hívja meg az az redis update parancsot. sku.capcity A tulajdonság használatával skálázhat egy rétegen belül, például standard C0-ről Standard C1 gyorsítótárra:

az redis update --cluster-name myCache --resource-group myGroup --set "sku.capacity"="2"

A "sku.name" és az "sku.family" tulajdonságok használatával skálázhat fel egy másik szintre, például standard C1 gyorsítótárból prémium P1-gyorsítótárba:

az redis update --cluster-name myCache --resource-group myGroup --set "sku.name"="Premium" "sku.capacity"="1" "sku.family"="P"

Az Azure CLI-vel való skálázással kapcsolatos további információkért lásd : Meglévő Azure Cache for Redis beállításainak módosítása.

Feljegyzés

Amikor programozott módon skáláz fel vagy le egy gyorsítótárat (például a PowerShell vagy az Azure CLI használatával), a frissítési kérelem részeként bármelyiket maxmemory-reservedmaxfragmentationmemory-reserved figyelmen kívül hagyja. Csak a skálázási módosítást tartja tiszteletben. Ezeket a memóriabeállításokat a skálázási művelet befejezése után frissítheti.

Vertikális fel- és felskálázás – Nagyvállalati és Nagyvállalati Flash-szintek

A Nagyvállalati és Nagyvállalati Flash-szintek egyetlen művelettel vertikálisan felskálázhatók és felskálázhatók. A többi szint mindegyik művelethez külön műveleteket igényel.

Figyelem

A Nagyvállalati és Nagyvállalati Flash-szintek még nem támogatják a vertikális leskálázást vagy a skálázást a műveletekben .

Skálázás az Azure Portal használatával

  1. A gyorsítótár skálázásához keresse meg a gyorsítótárat az Azure Portalon, és válassza a Méretezés lehetőséget az Erőforrás menüben.

    Screenshot showing Scale selected in the Resource menu for an Enterprise cache.

  2. A vertikális felskálázáshoz válasszon egy másik gyorsítótártípust, majd válassza a Mentés lehetőséget.

    Fontos

    Jelenleg csak vertikális felskálázást végezhet. Nem skálázható le.

    Screenshot showing the Enterprise tiers in the working pane.

  3. A vertikális felskálázáshoz növelje a Kapacitás csúszkát. A kapacitás két lépésben növekszik. Ez a szám azt jelzi, hogy hány mögöttes Redis Enterprise-csomópont van hozzáadva. Ez a szám mindig a kettő többszöröse, hogy tükrözze az elsődleges és replika szegmensekhez hozzáadott csomópontokat.

    Fontos

    Jelenleg csak vertikális felskálázást végezhet, növelve a kapacitást. Nem skálázható be.

    Screenshot showing Capacity in the working pane a red box around it.

  4. Amíg a gyorsítótár az új szintre skálázódik, megjelenik egy skálázási Redis Cache-értesítés .

    Screenshot showing notification of scaling an Enterprise cache.

  5. Ha a skálázás befejeződött, az állapot a skálázásról a Futtatásraváltozik.

Méretezés a PowerShell használatával

Az Azure Cache for Redis-példányokat az Update-AzRedisEnterpriseCache parancsmaggal skálázhatja a PowerShell használatával. A tulajdonságot módosíthatja a Sku példány felskálázásához. A tulajdonságot módosíthatja a Capacity példány felskálázásához. Az alábbi példa bemutatja, hogyan méretezhet egy Enterprise E20 (25 GB) példányra 4 kapacitású gyorsítótárat myCache .

   Update-AzRedisEnterpriseCache -ResourceGroupName myGroup -Name myCache -Sku Enterprise_E20 -Capacity 4

Skálázás az Azure CLI használatával

Az Azure Cache for Redis-példányok Azure CLI-vel történő skálázásához hívja meg az az redisenterprise frissítési parancsot. A tulajdonságot módosíthatja a sku példány felskálázásához. A tulajdonságot módosíthatja a capacity példány felskálázásához. Az alábbi példa bemutatja, hogyan méretezhet egy Enterprise E20 (25 GB) példányra 4 kapacitású gyorsítótárat myCache .

az redisenterprise update --cluster-name "myCache" --resource-group "myGroup" --sku "Enterprise_E20" --capacity 4

Skálázás – gyakori kérdések

Az alábbi lista válaszokat tartalmaz az Azure Cache for Redis skálázásával kapcsolatos gyakori kérdésekre.

Skálázhatok prémium szintű gyorsítótárba, onnan vagy azon belül?

  • Prémium szintű gyorsítótárból nem skálázható le alapszintű vagy standard tarifacsomagra.
  • Az egyik prémium szintű gyorsítótár tarifacsomagjáról egy másikra skálázhat.
  • Alapszintű gyorsítótárból nem skálázhat közvetlenül prémium szintű gyorsítótárba. Először skálázás alapszintűről standardra egy skálázási műveletben, majd egy későbbi skálázási művelet Standardról Prémiumra.
  • Prémium szintű gyorsítótárból nem skálázható nagyvállalati vagy vállalati Flash-gyorsítótárba.
  • Ha a prémium szintű gyorsítótár létrehozásakor engedélyezte a fürtözést, módosíthatja a fürt méretét. Ha a gyorsítótár fürtözés engedélyezése nélkül lett létrehozva, később konfigurálhatja a fürtözést.

A skálázás után módosítani kell a gyorsítótár nevét vagy a hozzáférési kulcsokat?

Nem, a gyorsítótár neve és a kulcsok nem változnak a skálázási művelet során.

Hogyan működik a skálázás?

  • Ha egy alapszintű gyorsítótárat más méretre skáláz, az le lesz állítva, és az új gyorsítótár ki van építve az új méret használatával. Ez idő alatt a gyorsítótár nem érhető el, és a gyorsítótárban lévő összes adat elveszik.
  • Amikor egy alapszintű gyorsítótárat standard gyorsítótárra skáláz, a rendszer kiépíteni egy replikagyorsítótárat, és az adatokat az elsődleges gyorsítótárból a replikagyorsítótárba másolja. A gyorsítótár a skálázási folyamat során is elérhető marad.
  • Ha egy standard, prémium, nagyvállalati vagy vállalati flash gyorsítótárat más méretre skáláz, az egyik replika le lesz állítva, és az új méretre és az átvitt adatokra bontja újra, majd a másik replika feladatátvételt végez a feladatátvétel előtt, hasonlóan ahhoz a folyamathoz, amely az egyik gyorsítótárcsomópont meghibásodása során következik be.
  • Fürtözött gyorsítótár horizontális felskálázásakor a rendszer új szegmenseket épít ki és ad hozzá a Redis-kiszolgálófürthöz. Az adatok ezután újra vannak osztva az összes szegmensben.
  • Fürtözött gyorsítótárban történő skálázáskor az adatok először újraszilárdulnak, majd a fürt mérete a szükséges szegmensekre csökken.
  • Bizonyos esetekben, például a gyorsítótár skálázása vagy áttelepítése egy másik fürtre, a gyorsítótár mögöttes IP-címe változhat. A gyorsítótár DNS-rekordja megváltozik, és a legtöbb alkalmazás számára átlátható. Ha azonban IP-címmel konfigurálja a gyorsítótárhoz való kapcsolatot, vagy konfigurálja az NSG-ket vagy a gyorsítótár felé irányuló forgalmat engedélyező tűzfalakat, előfordulhat, hogy az alkalmazás nem tud csatlakozni valamikor a DNS-rekord frissítése után.

A skálázás során elveszítim az adatokat a gyorsítótáramból?

  • Amikor új méretre skáláz egy alapszintű gyorsítótárat, az összes adat elveszik, és a gyorsítótár nem érhető el a skálázási művelet során.
  • Amikor egy alapszintű gyorsítótárat standard gyorsítótárra skáláz, a gyorsítótárban lévő adatok általában megmaradnak.
  • Standard, Prémium, Nagyvállalati vagy Nagyvállalati Flash-gyorsítótár nagyobb méretre történő skálázása esetén általában minden adat megmarad. Ha kisebb méretűre skáláz egy standard vagy prémium szintű gyorsítótárat, az adatok elveszhetnek, ha az adatméret túllépi az új kisebb méretet, amikor leskálázták. Ha az adatok elvesznek a leskálázáskor, a kulcsok az allkeys-lru kiürítési szabályzattal lesznek kiürítve.

Használhatom a Prémium szint összes funkcióját a skálázás után?

Nem, egyes funkciók csak akkor állíthatók be, ha prémium szintű gyorsítótárat hoz létre, és a skálázás után nem érhetők el.

A Prémium gyorsítótár létrehozása után ezek a funkciók nem adhatók hozzá:

  • VNet-injektálás
  • Zónaredundancia hozzáadása
  • Több replika használata elsődleges példányonként

Ezen szolgáltatások bármelyikének használatához létre kell hoznia egy új gyorsítótárpéldányt a Prémium szinten.

Hatással van az egyéni adatbázis-beállításokra a skálázás során?

Ha a gyorsítótár létrehozása során egyéni értéket konfigurált a databases beállításhoz, vegye figyelembe, hogy egyes tarifacsomagok különböző adatbáziskorlátokkal rendelkeznek. Ebben a forgatókönyvben az alábbi szempontokat érdemes figyelembe venni a skálázás során:

  • Ha az aktuális szintnél alacsonyabb databases korláttal rendelkező tarifacsomagra skáláz:
    • Ha az alapértelmezett számot databaseshasználja , amely az összes tarifacsomag esetében 16, akkor nem veszítenek el adatokat.
    • Ha olyan egyéni számot databases használ, amely a skálázási szint korlátain belül esik, ez databases a beállítás megmarad, és nem vesznek el adatok.
    • Ha olyan egyéni számot databases használ, amely meghaladja az új szint korlátait, a databases beállítás az új szint korlátaira csökken, és az eltávolított adatbázisokban lévő összes adat elveszik.
  • Ha az aktuális szintnél azonos vagy magasabb databases korláttal rendelkező tarifacsomagra méretez, a databases beállítás megmarad, és nem vesznek el adatok.

Bár a Standard, a Premium, a Nagyvállalati és a Nagyvállalati Flash-gyorsítótár rendelkezésre állási SLA-val rendelkezik, az adatvesztéshez nincs SLA.

Elérhető lesz a gyorsítótár a skálázás során?

  • A standard, a prémium, a nagyvállalati és az Enterprise Flash-gyorsítótárak továbbra is elérhetők maradnak a skálázási művelet során. A gyorsítótárak skálázása, valamint az alapszintű gyorsítótárakról a standard gyorsítótárakra való skálázás során azonban kapcsolati három pont is előfordulhat. Ezek a kapcsolati blipek várhatóan kicsik lesznek, és a Redis-ügyfelek általában azonnal újra létre tudják hozni a kapcsolatot.
  • Az aktív georeplikálást használó Nagyvállalati és Nagyvállalati Flash-gyorsítótárak esetében a csatolt gyorsítótáraknak csak egy részhalmazának skálázása bizonyos esetekben problémákat okozhat. Javasoljuk, hogy lehetőség szerint skálázza össze a georeplikációs csoport összes gyorsítótárát.
  • Az alapszintű gyorsítótárak offline állapotban vannak a különböző méretű skálázási műveletek során. Az alapszintű gyorsítótárak továbbra is elérhetők maradnak az Alapszintűről a Standardra történő skálázáskor, de előfordulhat, hogy egy kis kapcsolati ponttal rendelkezik. Kapcsolati pont esetén a Redis-ügyfelek általában azonnal újra létrehozhatják a kapcsolatot.

Vannak skálázási korlátozások a georeplikálással kapcsolatban?

A passzív georeplikációs konfigurálással előfordulhat, hogy nem skálázhat gyorsítótárat, és nem módosíthatja a fürtök szegmenseit. A két gyorsítótár közötti georeplikációs kapcsolat megakadályozza a skálázási műveletet vagy a fürtön lévő szegmensek számának módosítását. A parancsok kiadásához le kell választania a gyorsítótárat. További információ: Georeplikációs konfigurálás.

Az aktív georeplikációs konfigurálással nem lehet skálázni a gyorsítótárat. A georeplikációs csoport összes gyorsítótárának azonos méretűnek és kapacitásúnak kell lennie.

Nem támogatott műveletek

  • Nem skálázható magasabb tarifacsomagról alacsonyabb tarifacsomagra.
    • Prémium szintű gyorsítótárból nem skálázható le standard vagy alapszintű gyorsítótárra.
    • Standard gyorsítótárból nem skálázható le alapszintű gyorsítótárra.
  • Az alapszintű gyorsítótárról a Standard gyorsítótárra skálázhat, de a méretet egyszerre nem módosíthatja. Ha más méretre van szüksége, később skálázási műveletet végezhet a kívánt méretre.
  • Alapszintű gyorsítótárból nem skálázhat közvetlenül prémium szintű gyorsítótárba. Először skálázás alapszintűről standardra egy skálázási műveletben, majd skálázás Standardról Prémium szintre egy későbbi műveletben.
  • Prémium szintű gyorsítótárból nem skálázható nagyvállalati vagy vállalati Flash-gyorsítótárba.
  • Nagyobb méretről a C0 (250 MB) méretre nem skálázható.

Ha egy skálázási művelet meghiúsul, a szolgáltatás megpróbálja visszaállítani a műveletet, és a gyorsítótár visszaáll az eredeti méretre.

Mennyi ideig tart a skálázás?

A skálázási idő néhány tényezőtől függ. Az alábbiakban néhány tényezőt talál, amelyek befolyásolhatják a skálázás élettartamát.

  • Adatmennyiség: A nagyobb mennyiségű adat replikálása hosszabb időt vesz igénybe
  • Magas írási kérelmek: A nagyobb írási szám azt jelenti, hogy több adat replikálódik csomópontok vagy szegmensek között
  • Magas kiszolgálóterhelés: A nagyobb kiszolgálóterhelés azt jelenti, hogy a Redis-kiszolgáló foglalt, és korlátozott processzorciklusokkal rendelkezik az adatok újraelosztásának befejezéséhez

Ha egy gyorsítótárat adatok nélkül skáláz, az általában körülbelül 20 percet vesz igénybe. Fürtözött gyorsítótárak esetén a skálázás szegmensenként körülbelül 20 percet vesz igénybe minimális adatokkal.

Hogyan állapíthatom meg, hogy mikor fejeződik be a skálázás?

Az Azure Portalon láthatja a skálázási műveletet. Ha a skálázás befejeződött, a gyorsítótár állapota futóra változik.

Módosítani kell az ügyfélalkalmazást a fürtözés használatához?

Fontos

A Nagyvállalati vagy Vállalati perjelszintek használatakor az OSS-fürt mód vagy a vállalati fürt mód közül választhat. Az OSS fürtmódja megegyezik a prémium szintű fürtözési móddal, és a nyílt forráskód fürtözési specifikációt követi. A vállalati fürt mód kevésbé teljesíthető, de Redis Enterprise-fürtözést használ, amely nem igényel ügyfélmódosítást. További információt a Vállalati fürtözés című témakörben talál.

Hogyan vannak elosztva a kulcsok egy fürtben?

A Kulcsok terjesztési modell Redis-dokumentációja szerint: A kulcstér 16 384 tárolóhelyre van felosztva. Minden kulcs kivonatolt és hozzárendelve van ezen pontok egyikéhez, amelyek a fürt csomópontjai között vannak elosztva. Beállíthatja, hogy a kulcs melyik része legyen kivonatolt, hogy több kulcs is ugyanabban a szegmensben legyen elhelyezve kivonatcímkék használatával.

  • Kivonatcímkével ellátott kulcsok – ha a kulcs bármely része be van zárva { , és }csak a kulcs azon része kivonatolt a kulcs kivonatolási pontjának meghatározása céljából. A következő három kulcs például ugyanabban a szegmensben található: {key}1, {key}2és {key}3 mivel a névnek csak a key része kivonatolt. A kulcskivonatcímkék specifikációinak teljes listáját a Kulcsok kivonatcímkék című témakörben találja.
  • Kivonatcímke nélküli kulcsok – a rendszer a teljes kulcsnevet használja a kivonatoláshoz, ami statisztikailag egyenletes eloszlást eredményez a gyorsítótár szegmensei között.

A legjobb teljesítmény és átviteli sebesség érdekében javasoljuk, hogy egyenletesen ossza el a kulcsokat. Ha kivonatcímkével rendelkező kulcsokat használ, az alkalmazás felelőssége, hogy a kulcsok egyenletesen legyenek elosztva.

További információ: Kulcsterjesztési modell, Redis-fürt adathardingja és kulcskivonatcímkék.

A StackExchange.Redis-ügyféllel egy szegmensben lévő fürtözési és kulcsletalálási kulcsokkal kapcsolatos mintakódért tekintse meg a "Helló világ!" alkalmazás minta clustering.cs részét.

Mi a legnagyobb gyorsítótárméret, amelyet létrehozhatok?

A legnagyobb gyorsítótárméret 4,5 TB. Ez az eredmény egy fürtözött F1500-gyorsítótár, 9-s kapacitással. További információkért lásd az Azure Cache for Redis díjszabását.

Minden Redis-ügyfél támogatja a fürtözést?

Sok ügyfélkódtár támogatja a Redis-fürtözést, de nem minden. Ellenőrizze a használt kódtár dokumentációját, hogy a fürtözést támogató kódtárat és verziót használ-e. A StackExchange.Redis egy kódtár, amely támogatja a fürtözést az újabb verziókban. További információ a többi ügyfélről: Lejátszás a Redis-fürt oktatóanyagának fürttel szakaszában.

A Redis-fürtözési protokoll megköveteli, hogy minden ügyfél közvetlenül fürtkezelési módban csatlakozzon az egyes szegmensekhez, és új hibaválaszokat is meghatározzon, például a "MOVED" na "CROSSSLOTS"-t. Ha olyan ügyfélkódtárat próbál használni, amely nem támogatja a fürtözést, fürtmódú gyorsítótárral, az eredmény sok ÁTHELYEZETT átirányítási kivétel lehet, vagy egyszerűen megszakíthatja az alkalmazást, ha többkulcsos többkulcsos kérelmeket hajt végre.

Feljegyzés

Ha a StackExchange.Redist használja ügyfélként, ellenőrizze, hogy a StackExchange.Redis 1.0.481-es vagy újabb verzióját használja-e a fürtözés megfelelő működéséhez. Az áthelyezési kivételekkel kapcsolatos problémákról további információt az áthelyezési kivételek című témakörben talál.

Hogyan csatlakozni a gyorsítótáramhoz, ha engedélyezve van a fürtözés?

A gyorsítótárhoz ugyanazokkal a végpontokkal, portokkal és kulcsokkal csatlakozhat, amelyeket a fürtözést nem engedélyező gyorsítótárhoz való csatlakozáskor használ. A Redis a háttérrendszeren kezeli a fürtözést, hogy ne kelljen az ügyféltől kezelnie.

Csatlakozhatok közvetlenül a gyorsítótár egyes szegmenseihez?

A fürtözési protokoll megköveteli, hogy az ügyfél a megfelelő szegmenskapcsolatokat hozza létre, ezért az ügyfélnek megosztási kapcsolatokat kell létrehoznia. Ezzel együtt minden szegmens egy elsődleges/replikagyorsítótár-párból áll, amelyet együttesen gyorsítótárpéldánynak neveznek. Ezekhez a gyorsítótárpéldányokhoz a Redis-CLI segédprogrammal csatlakozhat a GitHubon található Redis-adattár instabil ágában. Ez a verzió alapszintű támogatást valósít meg a -c kapcsoló indításakor. További információ: Lejátszás a fürttel bekapcsolva https://redis.io a Redis-fürt oktatóanyagában.

A kapcsolóval -p meg kell adnia a megfelelő portot, amelyhez csatlakozni szeretne. Az elsődleges és replika csomópontokhoz használt portok pontos meghatározásához használja a CLUSTER NODES parancsot. A rendszer a következő porttartományokat használja:

  • A nem TLS Premium szintű gyorsítótárak esetében a portok a 130XX tartományban érhetők el
  • A TLS-kompatibilis prémium szintű gyorsítótárak esetében a portok a 150XX tartományban érhetők el
  • Az OSS-fürtözést használó Nagyvállalati és Vállalati Flash-gyorsítótárak esetében a kezdeti kapcsolat az 10000-s porton keresztül történik. az egyes csomópontokra való Csatlakozás a 85XX-tartomány portjaival lehet elvégezni. A 85xx portok idővel változnak, és nem szabad az alkalmazásba kódolni őket.

Konfigurálhatom a fürtözést egy korábban létrehozott gyorsítótárhoz?

Igen. Először is skálázással győződjön meg arról, hogy a gyorsítótár a Prémium szinten van. Ezután megtekintheti a fürtkonfigurációs beállításokat, beleértve a fürt engedélyezésének lehetőségét is. Módosítsa a fürt méretét a gyorsítótár létrehozása után vagy a fürt első engedélyezése után.

Fontos

A fürtszolgáltatás engedélyezését nem vonhatja vissza. A fürtözést engedélyező gyorsítótár és csak egy szegmens viselkedik másképp , mint egy azonos méretű , fürtözés nélküli gyorsítótár.

A vállalati és vállalati flash szintű gyorsítótárak mindig fürtözve vannak.

Konfigurálhatok fürtözést alapszintű vagy standard gyorsítótárhoz?

A fürtözés csak Prémium, Nagyvállalati és Enterprise Flash-gyorsítótárakhoz érhető el.

Használhatok fürtözést a Redis ASP.NET munkamenetállapot- és kimeneti gyorsítótárazási szolgáltatókkal?

Áthelyezési kivételeket kapok a StackExchange.Redis és a fürtözés használatakor, mit tegyek?

Ha StackExchange.Redist használ, és a fürtözés használatakor kivételeket kapMOVE, győződjön meg arról, hogy a StackExchange.Redis 1.1.603-at vagy újabb verziót használja. A .NET-alkalmazások StackExchange.Redis használatára való konfigurálásával kapcsolatos utasításokért lásd : A gyorsítótár-ügyfelek konfigurálása.

Mi a különbség az OSS-fürtözés és a vállalati szintű gyorsítótárakban történő vállalati fürtszolgáltatás között?

Az OSS fürtmódja megegyezik a prémium szintű fürtözési móddal, és a nyílt forráskód fürtözési specifikációt követi. A vállalati fürt mód kevésbé teljesíthető, de Redis Enterprise-fürtözést használ, ami nem igényel ügyfélmódosítást. További információt a Vállalati fürtözés című témakörben talál.

Hány szegmenst használnak a vállalati szintű gyorsítótárak?

Az alapszintű, a standard és a prémium szintű gyorsítótárakkal ellentétben az Enterprise és az Enterprise Flash gyorsítótárak több szegmens előnyeit is kihasználhatják egyetlen csomóponton. További információkért lásd a horizontális skálázást és a processzorhasználatot.

Következő lépések