Megosztás a következőn keresztül:

Fejlesztés az Azure Managed Redis használatával

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

Ebben a cikkben bemutatjuk, hogyan fejleszthet kódot az Azure Managed Redishez.

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

Az ügyfélalkalmazások fejlesztésekor mindenképpen vegye figyelembe a kapcsolat rugalmasságának é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

Az 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 kérések/válaszok időtúllépést okozhatnak. Tegyük fel például, hogy az ügyfélen konfigurált időtúllépési érték 1 másodperc. 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 ügyfél támogatja a kérések vonalazását, ahol a rendszer az "A" és a "B" kérést egymás után küldi el anélkül, hogy a válaszukra vár. A kiszolgáló ugyanabban a sorrendben küldi vissza a válaszokat. Ha az "A" válasz nagy, akkor a későbbi kérések időtúllépésének nagy részét el tudja felemlegetni.

Az alábbi példában a rendszer gyorsan elküldi az "A" és a "B" kérést a kiszolgálónak. A kiszolgáló gyorsan megkezdi az "A" és a "B" válaszok küldését. Az adatátviteli idők miatt a "B" válasznak várnia kell az "A" válasz mögött, még akkor is, ha 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ést/választ 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 nagy válaszméretek felbontása eltérő, de a következőket tartalmazza:

  • Optimalizálja az alkalmazást nagy számú kisebb értékre, nem pedig néhány nagy értékre.
  • A virtuális gép (VM) méretének növelése 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 el kell kerülni. A hosszú ideig futó parancsokkal kapcsolatos megfontolandó szempontokért tekintse meg a hosszú ideig futó parancsokat.

Válasszon egy megfelelő szintet

Az Azure Managed Redis memóriaoptimalizált, kiegyensúlyozott, számításoptimalizált és Flash-optimalizált szinteket 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. A teljesítménytesztelést javasoljuk 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

Az Azure Managed Redis lehetővé teszi a magas rendelkezésre állású konfiguráció engedélyezését vagy letiltását. Ha a magas rendelkezésre állási mód le van tiltva, a rendszer nem replikálja az AMR-példány adatait, é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. Javasoljuk, hogy csak a fejlesztési vagy tesztelési számítási feladatok 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 replika adatszilánkok 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 az Azure-on 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 nem nyilvános IP-cím alapján

Az AMR-példányhoz rendelt nyilvános IP-cím skálázási művelet vagy háttérbeli fejlesztés eredményeként változhat. Javasoljuk, hogy explicit nyilvános IP-cím helyett a gazdagépnevet használja.

TLS-titkosítás használata

Az 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

Ha az Azure Managed Redis-példányt éles környezetben használja, javasoljuk, hogy állítsa be a riasztásokat a használt memória százalékos arányára, a CPU-metrikákra és a csatlakoztatott ügyfelekre vonatkozóan. 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.

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, javasoljuk, hogy adatexportálási művelettel engedélyezze az adatmegőrzést vagy az adatok rendszeres biztonsági mentését.

Az adatmegőrzési funkció úgy lett kialakítva, hogy automatikusan gyors helyreállítási pontot biztosítson az adatokhoz, amikor a gyorsítótár leáll. A gyors helyreállítás lehetővé teszi az RDB- vagy AOF-fájl tárolását egy felügyelt lemezen, amely a gyorsítótárpéldányhoz van csatlakoztatva. A lemezen lévő adatmegőrzési fájlok nem érhetők el a felhasználók számára, vagy más AMR-példányok nem használhatják őket.

Sok ügyfél szeretne a gyorsítótárban lévő adatok rendszeres biztonsági mentéséhez adatmegőrzést használni. Nem javasoljuk, hogy ilyen módon használja az 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. Ezek az exportált adatok ezután bármely Redis-példányba importálhatók. Az exportálás aktiválható 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ó: Azure Managed Redis-ügyfélkódtárak

Kapcsolódó tartalom

  • Last updated on