Méretezés
Méretezés terhelés alatt
A gyorsítótár terhelés alatti skálázása során konfigurálja a beállítást a maxmemory-reserved rendszer válaszkészségének javítása érdekében. További információ: A maxmemory által fenntartott beállítás konfigurálása.
Fürtök skálázása
Próbálja meg a lehető legtöbb adatot csökkenteni a gyorsítótárban, mielőtt a fürtözött gyorsítótárat be- vagy kiskálázná. Az adatok csökkentése biztosítja, hogy kisebb mennyiségű adatot kell áthelyezni, ami csökkenti a méretezési művelethez szükséges időt. A méretezés időpontjával kapcsolatos további információkért lásd : Mikor kell skálázni.
Skálázás túl nagy terhelés előtt
Kezdje el a skálázást, mielőtt a kiszolgáló terhelése vagy a memóriahasználat túl magas lesz. Ha túl magas, az azt jelenti, hogy a Redis-kiszolgáló foglalt. Az elfoglalt Redis-kiszolgáló nem rendelkezik elegendő erőforrással az adatok skálázásához és újbóli terjesztéséhez.
Gyorsítótár méretei
Ha TLS-t használ, és nagy számú kapcsolattal rendelkezik, fontolja meg a horizontális felskálázást, hogy a terhelést több magon is eloszthassa. Egyes gyorsítótárméretek négy vagy több maggal rendelkező virtuális gépeken vannak tárolva. A számítási feladatok több mag közötti elosztásával segít a gyorsítótár virtuális gépek általános processzorhasználatának visszavételében. További információkért tekintse meg a virtuális gépek méretére és magjaira vonatkozó részleteket.
Skálázás és memória
A gyorsítótárpéldányokat az Azure Portalon skálázhatja. Emellett programozott módon skálázhatja a gyorsítótárat a PowerShell-parancsmagok, az Azure CLI és a Microsoft Azure Management Libraries (MAML) használatával.
Ha a portálon 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.
Amikor programozott módon skáláz fel vagy le egy gyorsítótárat a PowerShell, a CLI vagy a Rest API használatával, a frissítési kérés 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.
A skálázással és a memóriával kapcsolatos további információk a szinttől függően a következők:
- Skálázás – Alapszintű, Standard és Prémium szintű vagy
- Vertikális fel- és felskálázás – Nagyvállalati és Nagyvállalati Flash-szintek.
Feljegyzés
Amikor programozott módon skáláz fel vagy le egy gyorsítótárat, 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.
Az adatok minimalizálásával gyorsabban méretezhető a skálázás
Ha a gyorsítótárban lévő adatok megőrzése nem követelmény, érdemes lehet skálázás előtt kiüríteni az adatokat. A gyorsítótár kiürítése segít a skálázási művelet gyorsabb befejezésében, hogy az új kapacitás hamarabb elérhető legyen. További részletek a kiürítési művelet elindításáról .
Nagyvállalati szintű gyorsítótárak skálázása
Mivel az Enterprise és az Enterprise Flash szintek a Redis Enterprise-ra épülnek a nyílt forráskódú Redis helyett, a skálázási ajánlott eljárások között van néhány különbség. További információkért tekintse meg a Vállalati és a Nagyvállalati Flash-szintek ajánlott eljárásait.