Fürtözéssel felskálázott új gyorsítótár létrehozása
A fürtözés a gyorsítótár munkaablakból való létrehozásakor engedélyezve van, amikor új Azure Cache for Redis-t hoz létre.
A nyílt forráskódú Redis Cache gyorsútmutatójával új gyorsítótárat hozhat létre az Azure Portalon.
A prémium szintű gyorsítótárpéldány Speciális lapján konfigurálja a nem TLS-port, a fürtözés és az adatmegőrzés beállításait. A fürtözés engedélyezéséhez válassza az Engedélyezés lehetőséget.
Legfeljebb 30 töredék lehet a klaszterben. Az Engedélyezés lehetőség kiválasztása után csúsztassa a csúszkát, vagy írjon be egy 1 és 30 közötti számot a Szilánkok száma mezőbe, és válassza az OK gombot.
Minden szegmens egy elsődleges/replikagyorsítótár-pár, amelyet az Azure kezel. A gyorsítótár teljes méretét úgy számítjuk ki, hogy megszorozzuk a szegmensek számát a tarifacsomagban kiválasztott gyorsítótármérettel.
A gyorsítótár létrehozása után csatlakozhat hozzá, és ugyanúgy használhatja, mint egy nem kizárólagos gyorsítótárat. A Redis az adatokat a gyorsítótár szegmensei között osztja el. Ha a diagnosztika engedélyezve van, a metrikák külön rögzítve lesznek az egyes szegmensekhez, és az Erőforrás menüvel megtekinthetők az Azure Cache for Redisben.
A gyorsútmutatóval fejezze be a gyorsítótár létrehozását.
A gyorsítótár létrehozása eltarthat egy ideig. Az előrehaladást az Azure Cache for Redis áttekintési oldalán követheti nyomon. Ha az állapot futásként jelenik meg, a gyorsítótár készen áll a használatra.
A StackExchange.Redis-ügyféllel való clustering használatának bemutató mintakódjához nézze meg a clustering.cs részt a Helló világ példaalkalmazásban.
Futó Premium-gyorsítótár skálázása be- vagy kifelé
Ha módosítani kívánja a korábban létrehozott prémiumszintű gyorsítótár fürtméretét, amely már a fürtözési módban fut, válassza az Erőforrás menüben a Fürtméret lehetőséget.
A fürt méretének módosításához használja a csúszkát, vagy írjon be egy 1 és 30 közötti számot a Szegmensszám szövegmezőbe. Ezután kattintson az OK gombra a mentéshez.
A fürt méretének növelése növeli a maximális átviteli sebességet és a gyorsítótár méretét. A fürt méretének növelése nem növeli az ügyfelek számára elérhető maximális kapcsolatok számát.
Vertikális felskálázás és a PowerShell használata
A Tulajdonság módosításakor a Set-AzRedisCache parancsmaggal skálázhatja fel az Azure Cache for Redis-példányokat a ShardCount PowerShell használatával. Az alábbi példa azt mutatja be, hogyan skálázhat fel egy elnevezett myCache gyorsítótárat három szegmens használatára (azaz skálázás három tényezővel)
Set-AzRedisCache -ResourceGroupName myGroup -Name myCache -ShardCount 3
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 felskálázás és az Azure CLI használata
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, és használja a tulajdonságot shard-count . Az alábbi példa bemutatja, hogyan méretezhet fel egy három szegmenst használó gyorsítótárat myCache (azaz skálázható fel három tényezővel).
az redis update --cluster-name myCache --resource-group myGroup --set shard-count=3
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 egy gyorsítótár erőforrásait programozott módon növeli vagy csökkenti (például a PowerShell vagy az Azure CLI használatával), a frissítési kérés részeként bármely maxmemory-reserved vagy maxfragmentationmemory-reserved figyelmen kívül marad. Csak a skálázási módosítást veszi figyelembe. A skálázási művelet befejeződése után frissítheti ezeket a memóriabeállításokat.
A fürt skálázása során a MIGRATE parancsot futtatják, amely egy költséges parancs. A minimális hatás érdekében érdemes lehet csúcsidőn kívül futtatni ezt a műveletet. Az áttelepítési folyamat során a kiszolgáló terhelése megugrik. A klaszterek méretezése egy hosszú ideig tartó folyamat, és a szükséges idő a kulcsokhoz társított értékek méretétől és a kulcsok számától függ.
Felskálázás és vízszintes skálázás – Vállalati és Vállalati Flash-szintek
A Nagyvállalati és Nagyvállalati Flash-szintek képesek egyetlen művelettel vertikálisan felskálázni és horizontálisan kiterjeszteni. A többi szint mindegyik művelethez külön műveleteket igényel.
Figyelemfelhívás
A Nagyvállalati és Nagyvállalati Flash szintek még nem támogatják a lefelé skálázást vagy a rendszeren belüli méret csökkentést.
Skálázás az Azure Portal használatával
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.
A vertikális felskálázáshoz válasszon egy másik gyorsítótár típusát, majd válassza a Mentés lehetőséget.
Fontos
Jelenleg csak vertikális felskálázást végezhet. Nem lehet csökkenteni a méretet.
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.
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 .
Amikor a skálázás befejeződött, az állapot SkálázásrólFuttatásra változik.
Méretezés a PowerShell-lel
Az Azure Cache for Redis-példányokat az Update-AzRedisEnterpriseCache parancsmaggal skálázhatja a PowerShell használatával. A Sku tulajdonság módosításával felskálázhatja a példányt. 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 myCache nevű gyorsítótárat egy Enterprise E20 (25 GB) példányra, amelynek kapacitása 4 egység.
Update-AzRedisEnterpriseCache -ResourceGroupName myGroup -Name myCache -Sku Enterprise_E20 -Capacity 4
Méretezés az Azure CLI-vel
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 sku tulajdonság módosításával felskálázhatja a példányt. 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 myCache nevű gyorsítótárat egy Enterprise E20 (25 GB) példányra, amelynek kapacitása 4 egység.
az redisenterprise update --cluster-name "myCache" --resource-group "myGroup" --sku "Enterprise_E20" --capacity 4
Skálázás – GYIK
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 egy 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 történik a skálázás?
- Ha egy alapszintű gyorsítótárat más méretre skáláz, a gyorsítótár le lesz állítva, és egy új gyorsítótárat épít ki 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ít 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 újraelosztásra kerülnek az összes shard között.
- 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.
- Ha a gyorsítótárat egy másik fürtre skálázza vagy migrálja, a gyorsítótár mögöttes IP-címe megvá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 olyan NSG-ket vagy tűzfalakat konfigurál, amelyek engedélyezik a gyorsítótár felé irányuló forgalmat, előfordulhat, hogy az alkalmazás nem tud csatlakozni a DNS-rekord frissítése után.
A skálázás során elveszítem 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 eredeti adatméret meghaladja az új kisebb méretet. Ha az adatok elvesznek a lassításkor, a kulcsokat az allkeys-lru kiürítési szabályzattal ürítik ki.
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 szinten hoz létre gyorsítótárat, és a skálázás után nem érhetők el.
A Prémium szintű gyorsítótár létrehozása után ezek a funkciók nem adhatók hozzá:
- Virtuális hálózatok injektálása
- A 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 egyedi számértéket
databases használ, amely a növelni kívánt szint korlátain belül esik, akkor ez a databases beállítás megmarad, és adatok nem vesznek el.
- 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ő 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. Azonban a kapcsolati hibák előfordulhatnak a gyorsítótárak skálázása közben, valamint az Alapvető gyorsítótárakról a Standard gyorsítótárakra való átállás során. 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 a Basic szintről a Standard szintre történő skálázáskor, de előfordulhat, hogy tapasztalhat egy kis kapcsolati megszakadást. Kapcsolati zavar esetén a Redis-ügyfelek általában azonnal újra tudják kapcsolni magukat.
Vannak skálázási korlátozások a georeplikációval 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 bizonyos korlátozásokkal skálázhatja 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. További információért lásd: Az Enterprise Azure Cache for Redis-példányok aktív georeplikálásának konfigurálása.
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. A következő tényezők befolyásolhatják, hogy mennyi ideig tart a skálázás:
- 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 processzorciklusok állnak rendelkezésre az adatok újraterjesztésének befejezéséhez.
A gyorsítótár skálázása nem triviális művelet, és hosszú időt vehet igénybe. A gyorsítótár egy-két shard esetén történő skálázása egy-két órába telhet, amikor nincs nagy terhelés alatt. Ha több szegmense van, a skálázás ideje nem nő lineárisan.
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.
Szükséges bármilyen módosítást eszközölni az ügyfélalkalmazáson a fürtözés használatához?
Amikor a klaszterezés engedélyezve van, csak a 0. adatbázis érhető el. Ha az ügyfélalkalmazás több adatbázist használ, és a nullától eltérő adatbázisba próbál olvasni vagy írni, a következő kivétel történik: Unhandled Exception: StackExchange.Redis.RedisConnectionException: ProtocolFailure on GET --->StackExchange.Redis.RedisCommandException: Multiple databases are not supported on this server; cannot switch to database: 6
További információ: Redis Cluster Specification – Implementált részhalmaz.
A StackExchange.Redis használata esetén az 1.0.481-et vagy újabb verziót kell használnia. A gyorsítótárhoz ugyanazokkal a végpontokkal, portokkal és kulcsokkal csatlakozik, mint amikor egy gyorsítótárhoz csatlakozik, ahol a kluszterezés le van tiltva. Az egyetlen különbség az, hogy minden olvasást és írást el kell végezni a 0 adatbázison.
Más ügyfelek eltérő követelményekkel rendelkezhetnek. Lásd Támogatja az összes Redis-kliens a fürtözést? további információért.
Ha az alkalmazás több kulcsműveletet használ egyetlen parancsba kötegelve, minden kulcsnak ugyanabban a szegmensben kell lennie. Ha kulcsokat szeretne megkeresni ugyanazon a shardon, olvassa el a Hogyan oszthatók el a kulcsok egy fürtben?
Ha Redis ASP.NET munkamenetállapot-szolgáltatót használ, a 2.0.1 vagy újabb verziót kell használnia. További információért lásd: Használhatom-e a fürtözést a Redis ASP.NET munkamenetállapot és kimeneti gyorsítótárazási szolgáltatókkal?
Fontos
A Nagyvállalati vagy Enterprise Flash szintek használatakor az OSS-fürt mód vagy a Nagyvá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. Bár kevésbé teljesít jól, a vállalati fürt mód a Redis Enterprise-fürtözést használja, amely nem igényli az ügyfelek módosítását. További információ: Fürtözés.
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 van kivonatolva. 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ókért lásd: Kulcsterjesztési modell, Redis-fürt adatszétosztás és kulcskivonat-cí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 klienskönyvtár támogatja a Redis-fürtözést, de nem mindegyik. 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 olyan kódtár, amely az újabb verziókban támogatja a fürtözést. 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ürtkezelé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 definiáljon, például MOVED na CROSSSLOTS. Ha olyan ügyfélkönyvtárat próbál használni, amely nem támogatja a fürt módú gyorsítótárral való használatot, az eredmény sok ÁTHELYEZETT átirányítási kivétel lehet, vagy egyszerűen megszakíthatja az alkalmazást, ha keresztnyílásos többkulcsos kéréseket végez.
Feljegyzés
Ha a StackExchange.Redis-t használja ügyfélként, ellenőrizze, hogy a StackExchange.Redis 1.0.481-es vagy újabb verzióját használja-e, hogy a fürtözés megfelelően működjön. 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 azt ügyféloldalról kezelnie.
Csatlakozhatok közvetlenül a gyorsítótár egyes töredékeihez?
A klaszterezési protokoll azt követeli meg, hogy az ügyfél a megfelelő shard-kapcsolatokat hozza létre, ezért az ügyfélnek shard-kapcsolatokat kell létrehoznia ön helyett. 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.
Ahhoz, hogy megadja a megfelelő portot, amelyhez csatlakozni szeretne, a -p kapcsolót kell használnia.
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ópontokhoz való csatlakozás a 85XX tartomány portjaival végezhető el. A 85xx portok idővel változnak, és nem szabad az alkalmazásba kódolni őket.
Igen. Először is győződjön meg arról, hogy a gyorsítótár a Prémium szintre van skálázva. 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 klaszter méretét a gyorsítótár létrehozása után, vagy a klaszter első engedélyezése után.
Fontos
A klaszterezés engedélyezését nem tudja visszavonni. 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.
A fürtözés csak Prémium, Nagyvállalati és Nagyvállalati 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?
-
Redis Kimeneti gyorsítótár szolgáltató – nincs szükség módosításra.
-
Redis Session State provider – a fürtözés használatához a RedisSessionStateProvider 2.0.1 vagy újabb verzióját kell használnia, különben egy kivétel lesz kiváltva, ami a kompatibilitás szempontjából jelentős változást eredményez. További információ: v2.0.0 Kompatibilitástörő változások részletei.
Á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.
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ó: Fürtözés.
Hány szegmenst használnak a vállalati szintű gyorsítótárak?
Az alapszintű, standard és 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ó: Szegmentálási konfiguráció.
Következő lépések
