Fejlesztés Azure Managed Redis használatával

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

Ez a cikk azt ismerteti, hogyan fejleszthet kódot Azure Managed Redishez.

A kapcsolat rugalmassága és a kiszolgáló terhelése

Ügyfélalkalmazások fejlesztésekor vegye figyelembe a kapcsolati rugalmasságra és a kiszolgáló terhelésének kezelésére vonatkozó ajánlott eljárásokat.

Fontolja meg a további kulcsokat és kisebb értékeket

Azure Managed Redis kisebb értékekkel működik a legjobban. Ha több kulcsra szeretné elosztani az adatokat, fontolja meg a nagyobb adattömbök kisebb adattömbökre való felosztását. Az ideális érték méretéről ebben a cikkben talál további információt.

Nagy kérelem- vagy válaszméret

A nagy méretű kérések vagy válaszok időtúllépést okozhatnak. Tegyük fel például, hogy az ügyfél időtúllépési értékét 1 másodpercként konfigurálja. Az alkalmazás egyszerre két kulcsot (például A és B) kér (ugyanazzal a fizikai hálózati kapcsolattal). A legtöbb kliens támogatja a kérések pipeliningját, amely során mindkét kérést A és B egymás után küldi el anélkül, hogy megvárná a rájuk érkező válaszokat. A kiszolgáló ugyanabban a sorrendben küldi vissza a válaszokat. Ha a A válasz mérete nagy, az felemésztheti a későbbi kérések időkorlátjának nagy részét.

Az alábbi példában a kérések AB gyorsan el lesznek küldve a kiszolgálónak. A kiszolgáló gyorsan elkezdi küldeni a válaszokat A és B. Az adatátviteli idők miatt a(z) B válasznak meg kell várnia, amíg a(z) A válasz időtúllépéssel lejár, annak ellenére, hogy a kiszolgáló gyorsan válaszolt.

|-------- 1 Second Timeout (A)----------|
|-Request A-|
     |-------- 1 Second Timeout (B) ----------|
     |-Request B-|
            |- Read Response A --------|
                                       |- Read Response B-| (**TIMEOUT**)

Ezt a kérés- és válaszmintát nehéz mérni. Az ügyfélkódot a nagy kérések és válaszok nyomon követésére is használhatja.

A nagyméretű válaszok kezelésére szolgáló megoldások változóak lehetnek, de ezek közé tartoznak:

  • Optimalizálja az alkalmazást nagy számú kisebb értékre, nem pedig néhány nagy értékre.
  • Növelje a virtuális gép (VM) méretét a nagyobb sávszélesség-képességek eléréséhez.
    • Az ügyfél- vagy kiszolgálói virtuális gép nagyobb sávszélessége csökkentheti a nagyobb válaszok adatátviteli idejét.
    • Hasonlítsa össze a két gép aktuális hálózati használatát az aktuális virtuálisgép-méret korlátaival. Előfordulhat, hogy a nagyobb sávszélesség csak a kiszolgálón vagy csak az ügyfélen nem elegendő.
  • Növelje az alkalmazás által használt kapcsolatobjektumok számát.
    • Körkörös megközelítéssel végezzen kéréseket különböző kapcsolati objektumokon keresztül.

Csőhálózat használata

Próbáljon meg olyan Redis-ügyfelet választani, amely támogatja a Redis-csövek használatát. A csőhálózat-készítés segít a hálózat hatékony kihasználásában és a lehető legjobb átviteli sebesség eléréséhez.

Kerülje a költséges műveleteket

Néhány Redis-művelet, például a KEYS parancs, költséges, ezért kerülnie kell őket. A hosszú ideig futó parancsokkal kapcsolatos megfontolandó szempontokért tekintse meg a hosszú ideig futó parancsokat.

Válasszon egy megfelelő szintet

Azure Felügyelt Redis memóriaoptimalizált, kiegyensúlyozott, számításoptimalizált és Flash-optimalizált rétegeket kínál. A rétegek kiválasztásával kapcsolatos további információkért tekintse meg a méretezést ismertető témakört. Tesztelje a teljesítményt a megfelelő szint kiválasztásához és a kapcsolati beállítások érvényesítéséhez. További információ: Teljesítménytesztelés.

Megfelelő rendelkezésre állási mód kiválasztása

Azure Managed Redis lehetővé teszi a magas rendelkezésre állású konfiguráció engedélyezését vagy letiltását. Ha letiltja a magas rendelkezésre állási módot, az AMR-példány adatai nem replikálódnak, és a Redis-példány nem érhető el a karbantartás során. Az AMR-példány összes adata elveszik a tervezett vagy nem tervezett karbantartás során. Csak a fejlesztési vagy tesztelési munkaterhelései esetében tiltsa le a magas rendelkezésre állást. A magas rendelkezésre állású Redis-példányok teljesítménye az adatreplikálás hiánya miatt is alacsonyabb lehet, ami alapvető fontosságú az elsődleges és replikaadat-szegmensek közötti terhelés elosztásához.

Ügyfél ugyanabban a régióban, mint a Redis-példány

Keresse meg a Redis-példányt és az alkalmazást ugyanabban a régióban. Egy másik régióban lévő Redishez való csatlakozás jelentősen növelheti a késést és csökkentheti a megbízhatóságot.

Bár Azure kívülről is csatlakozhat, ez nem ajánlott, különösen akkor, ha a Redist használja az alkalmazás vagy az adatbázis teljesítményének felgyorsítására. Ha a Redis-kiszolgálót csak kulcs-/értéktárként használja, előfordulhat, hogy nem a késés az elsődleges szempont.

A gazdagépnév használatában bízzon, ne a nyilvános IP-címben.

A gyorsítótárhoz rendelt IP-cím skálázási művelet vagy háttérbeli fejlesztés eredményeként változhat. Használja a gazdagépnevet konkrét nyilvános vagy privát IP-cím helyett. A virtuális hálózatok gyorsítótárának konfigurált statikus IP-címe nem módosítható garancia, és bizonyos műveletek során változhat, bár a módosítások ritkán fordulnak elő.

Az Azure Managed Redis gazdagépnevei így néznek ki: <DNS name>.<Azure region>.redis.azure.net

TLS-titkosítás használata

Azure Managed Redis alapértelmezés szerint TLS-alapú titkosított kommunikációt igényel. A TLS 1.2-s és 1.3-s verziói jelenleg támogatottak. Ha az ügyféloldali kódtár vagy eszköz nem támogatja a TLS-t, akkor a titkosítatlan kapcsolatok engedélyezése lehetséges.

A memóriahasználat, a processzorhasználat metrikáinak, az ügyfélkapcsolatoknak és a hálózati sávszélességnek a monitorozása

Amikor Azure Managed Redis-példányt használ éles környezetben, állítson be riasztásokat a Felhasznált memória százalékos aránya, a CPU metrikákra és a Csatlakoztatott ügyfelek metrikára. Ha ezek a metrikák következetesen 75% felett vannak, fontolja meg a példány nagyobb memória vagy jobb átviteli sebességszintre való skálázását. További részletekért lásd, mikor kell skálázni. A memória jelentésével és a kapacitás megtervezésének módjával kapcsolatos részletekért tekintse meg a memóriakezelést.

Fontolja meg az adatmegőrzés vagy az adatok biztonsági mentésének engedélyezését

A Redis alapértelmezés szerint rövid élettartamú adatokhoz készült, ami azt jelenti, hogy ritkán az adatok elveszhetnek különböző körülmények, például karbantartás vagy kimaradások miatt. Ha az alkalmazás érzékeny az adatvesztésre, engedélyezze az adatmegőrzést vagy az adatok rendszeres biztonsági mentését az adatexportálási művelettel.

Az adatmegőrzési funkció automatikusan gyors helyreállítási pontot biztosít az adatokhoz, amikor a gyorsítótár leáll. A gyors helyreállítás azért lehetséges, mert a szolgáltatás az RDB- vagy AOF-fájlt egy felügyelt lemezen tárolja, amelyet a gyorsítótárpéldányhoz csatlakoztat. A felhasználók nem férhetnek hozzá a lemezen lévő adatmegőrzési fájlokhoz, és más AMR-példány sem használhatja őket.

Sok ügyfél szeretne a gyorsítótárban lévő adatok rendszeres biztonsági mentéséhez adatmegőrzést használni. Erre a célra ne használjon adatmegőrzést. Ehelyett használja az importálási/exportálási funkciót. Az adatok másolatát RDB formátumban exportálhatja közvetlenül a választott tárfiókba, és igény szerint aktiválhatja az adatexportálást. Az exportálást aktiválhatja a portálról, vagy a parancssori felület, a PowerShell vagy az SDK eszközeivel.

Ügyfélkódtár-specifikus útmutató

További információkért lásd: Azure Managed Redis ügyfélkódtárak.

Kapcsolódó tartalom

  • Last updated on