Megbízhatóság az Azure Managed Redisben

Az Azure Managed Redis egy redis Enterprise-alapú, teljes körűen felügyelt Azure-szolgáltatás. Nagy teljesítményű, memórián belüli adattárolást biztosít az alkalmazások számára, és olyan nagyvállalati számítási feladatokhoz készült, amelyek rendkívül alacsony késést, nagy átviteli sebességet és fejlett adatstruktúrákat igényelnek.

Az Azure használatakor a megbízhatóság közös felelősség. A Microsoft számos lehetőséget kínál a rugalmasság és a helyreállítás támogatására. Ön a felelős azért, hogy megértse, hogyan működnek ezek a képességek az összes használt szolgáltatáson belül, és válassza ki azokat a képességeket, amelyekre szüksége van az üzleti célok és az üzemidő céljainak eléréséhez.

Ez a cikk azt ismerteti, hogyan teheti rugalmassá az Azure Managed Redist számos lehetséges kimaradás és probléma esetén, beleértve az átmeneti hibákat, a rendelkezésre állási zónák kimaradásait és a régiókimaradásokat. Emellett ismerteti a biztonsági mentési stratégiákat és a szolgáltatásiszint-szerződést (SLA).

Termelési üzembe helyezési javaslatok

A termelési Azure Managed Redis-példányok magas megbízhatóságának biztosítása érdekében javasoljuk, hogy tegye a következőket:

• Használjon magas rendelkezésre állást, amely több csomópontot helyez üzembe a gyorsítótárban.

• Zónaredundancia használata magas rendelkezésre állású gyorsítótár üzembe helyezésével egy rendelkezésre állási zónákkal rendelkező régióban.

• Fontolja meg az aktív georeplikálás implementálását olyan kritikus fontosságú számítási feladatokhoz, amelyek régiók közötti feladatátvételt igényelnek.

A megbízhatósági architektúra áttekintése

Ez a szakasz a szolgáltatás megbízhatóság szempontjából leginkább releváns működésének néhány fontos aspektusát ismerteti. A szakasz bemutatja a logikai architektúrát, amely tartalmazza a telepített és használt erőforrásokat és funkciókat. Emellett a fizikai architektúrát is ismerteti, amely részletesen bemutatja, hogyan működik a szolgáltatás a borítók alatt.

Logikai architektúra

Az Azure Managed Redis a Redis Enterprise-ra épül, és magas rendelkezésre állású konfigurációkkal és replikációs képességekkel biztosítja a megbízhatóságot.

Üzembe helyez egy Azure Managed Redis példányt, amelyet gyorsítótárpéldánynak vagy gyorsítótárnak is neveznek. Az ügyfélalkalmazások Redis API-k használatával tárolják és kezelhetik az adatokat a gyorsítótárban.

Fizikai architektúra

Amikor rugalmasságot tervez az Azure Managed Redisben, ismernie kell a csomópontok és szegmensek fő fogalmait.

• Csomópontok: Minden gyorsítótárpéldány csomópontokból áll, amelyek virtuális gépek. Minden virtuális gép független számítási egységként szolgál a fürtben. A virtuális gépeket nem látja vagy kezeli közvetlenül. A platform automatikusan létrehozza a példányokat, figyeli a példány állapotát, és lecseréli a nem megfelelő állapotú példányokat. Ez a virtuális gépek fürtöt alkot.

  Konfigurálhatja a példányt magas rendelkezésre állás elérésére. Ha magas rendelkezésre állást használ, az Azure Managed Redis biztosítja, hogy a példány legalább két csomópontot használjon, és automatikusan replikálja közöttük az adatokat. A rendelkezésre állási zónákkal rendelkező régiókban a szolgáltatás különböző rendelkezésre állási zónákba helyezi a csomópontokat. További információ: Rugalmasság a rendelkezésre állási zónák hibáival kapcsolatban.

  A szolgáltatás absztrakciót biztosít az egyes konfigurációkban lévő csomópontok konkrét számáról, hogy elkerülje az összetettség és az optimális konfigurációk biztosítását.

• Szilánkok: Minden csomópont több Redis-kiszolgálófolyamatot futtat, amelyek "szilánkokként" ismertek. Minden szegmens a gyorsítótár adatainak egy részét kezeli. Amikor a gyorsítótárat magas rendelkezésre állásra állítja be, a szeletek automatikusan eloszlanak és replikálódnak a csomópontok között. Meg kell adnia egy fürtszabályzatot, amely meghatározza, hogy a szegmensek hogyan oszlanak el a csomópontok között.

További információ: Azure Managed Redis architektúra és Feladatátvétel és javításhoz kapcsolódó szolgáltatások az Azure Managed Redishez.

Rugalmasság átmeneti hibákhoz

Az átmeneti hibák rövid, időszakos meghibásodások a komponensekben. Gyakran előfordulnak elosztott környezetben, például a felhőben, és ezek a műveletek szokásos részei. Az átmeneti hibák rövid idő elteltével kijavítják magukat. Fontos, hogy az alkalmazások kezelni tudják az átmeneti hibákat, általában az érintett kérések újrapróbálásával.

Minden felhőalapú alkalmazásnak követnie kell az Azure átmeneti hibakezelési útmutatóját, amikor a felhőben üzemeltetett API-kkal, adatbázisokkal és egyéb összetevőkkel kommunikálnak. További információ: Átmeneti hibák kezelésére vonatkozó javaslatok.

Kövesse az alábbi javaslatokat az átmeneti hibák kezeléséhez az Azure Managed Redis használatakor:

• Használjon olyan SDK-konfigurációkat , amelyek automatikusan újrapróbálkoznak átmeneti hibák esetén, és alkalmazzák a megfelelő visszatartási és időtúllépési időszakokat. Fontolja meg a Visszavételi minta és az Áramkör megszakító minta használatát az alkalmazásokban.

• Cache-aside minták tervezése, ahol az alkalmazás továbbra is képes csökkentett teljesítménnyel működni azáltal, hogy visszaáll az elsődleges adattár használatára, amikor a Redis átmenetileg elérhetetlenné válik.

Rugalmasság a rendelkezésre állási zóna hibáival szemben

A rendelkezésre állási zónák fizikailag különálló adatközpont-csoportok egy Azure-régión belül. Ha egy zóna meghibásodik, a szolgáltatások a fennmaradó zónák egyikére is át tudnak adni feladatokat.

Az Azure Managed Redis cache-példányok zónaredundánssá alakíthatók, amely automatikusan elosztja a gyorsítótár-csomópontokat egy régión belül több rendelkezésre állási zónában. A zónaredundancia csökkenti annak kockázatát, hogy egy adatközpont vagy a rendelkezésre állási zóna kimaradása miatt a gyorsítótár nem érhető el.

A gyorsítótárzóna redundánssá tételéhez egy támogatott régióban kell üzembe helyeznie, és be kell állítania a magas rendelkezésre állású konfiguráció használatára. A rendelkezésre állási zónákkal nem rendelkező régiókban a magas rendelkezésre állási konfiguráció még mindig legalább két csomópontot hoz létre, de ezek nem külön zónákba vannak helyezve.

Az alábbi ábrán egy zónaredundáns gyorsítótár látható két csomóponttal, mindegyik külön zónában.

A két rendelkezésre állási zónában magas rendelkezésre állású Azure Managed Redis-példányt bemutató ábra. Egy Azure Managed Redis-példányszakasz mindhárom zónára kiterjed. Az 1. és a 2. zónának egy csomópontja van, a 3. zónának pedig nincsenek csomópontjai.

Requirements

• Régiótámogatás: Zónaredundáns Azure Managed Redis-gyorsítótárakat bármely olyan régióban üzembe helyezhet, amely támogatja a rendelkezésre állási zónákat, és ahol a szolgáltatás elérhető. A rendelkezésre állási zónákat támogató régiók listájáért tekintse meg a rendelkezésre állási zónákkal rendelkező Azure-régiókat. Az Azure Managed Redist támogató régiók listáját a Termék rendelkezésre állása régiónként című témakörben találja.

• Magas rendelkezésre állású konfiguráció: A gyorsítótárban magas rendelkezésre állású konfigurációt kell használnia ahhoz, hogy zónaredundáns legyen.

• Szintek: Minden Azure által kezelt Redis-szint támogatja a rendelkezésre állási zónákat.

Költség

A zónaredundanciához be kell állítania a gyorsítótárat a magas rendelkezésre állás érdekében, amely legalább két csomópontot helyez üzembe a gyorsítótárhoz. A magas rendelkezésre állású konfiguráció többe kerül, mint egy nem magas rendelkezésre állású konfiguráció. További információkért tekintse meg az Azure Managed Redis díjszabását.

A rendelkezésre állási zóna támogatásának konfigurálása

• Hozzon létre egy új zónaredundáns példányt. Új Felügyelt Azure Redis-példány létrehozásakor használja a magas rendelkezésre állási konfigurációt, és helyezze üzembe egy olyan régióban, amely támogatja a rendelkezésre állási zónákat. A példány alapértelmezés szerint zónaredundanciát tartalmaz, és nincs szükség további konfigurációra.

  További információ: Azure Managed Redis-példány létrehozása.

• Meglévő példányzóna redundánssá tétele. Meglévő Felügyelt Redis-példány zónaredundánssá tételéhez helyezze üzembe egy olyan régióban, amely támogatja a rendelkezésre állási zónákat, és állítsa be a magas rendelkezésre állást a gyorsítótárban.

• A zónaredundancia kikapcsolása. A zónaredundanciát nem kapcsolhatja ki a meglévő példányokon, mert a gyorsítótárra való alkalmazás után nem fordíthatja vissza a magas rendelkezésre állást.

Kapacitástervezés és -kezelés

Egy zónaleállási esemény során előfordulhat, hogy a példány kevesebb erőforrással rendelkezik a számítási feladat kiszolgálásához. Ha a példány gyakran tapasztal erőforrás-terhelést, és fel kell készülnie a rendelkezésre állási zóna meghibásodására, fontolja meg az alábbi módszerek egyikét:

• A példány túlterjeszkedhet. Válassza ki a szükségesnél magasabb teljesítményszintet, hogy a példány el tudja viselni a kapacitásvesztést, és a teljesítmény romlása nélkül működjön tovább. További információkért lásd: Kapacitás kezelése túlméretezéssel és Azure Managed Redis-példány méretezése.

• Használjon aktív georeplikációt. Több példányt is üzembe helyezhet különböző régiókban, és beállíthatja az aktív georeplikációs beállításokat, hogy a terhelést eloszthassa ezeken a különálló példányokon.

Viselkedés, ha minden zóna kifogástalan

Ez a szakasz azt ismerteti, hogy mire számíthat, ha egy felügyelt Redis-gyorsítótár zónaredundáns, és az összes rendelkezésre állási zóna megfelelően működik:

• Forgalomirányítás zónák között: Az Azure Managed Redis a fürtszabályzat alapján osztja el a szegmenseket csomópontok között. A fürtszabályzat azt is meghatározza, hogy a forgalom hogyan halad az egyes csomópontokhoz. A zónaredundancia nem módosítja, hogy a szolgáltatás hogyan irányítja a forgalmat.

• Adatreplikálás zónák között: Az Azure Managed Redis automatikusan replikálja a szegmenseket a csomópontokon aszinkron replikáció használatával. Általában másodpercek alatt méri a szegmensek közötti replikáció késését, de a pontos időtartam a gyorsítótár számítási feladatától függ. Az írási nehéz és a hálózati terhelésű forgatókönyvek általában nagyobb replikációs késést tapasztalnak.

Viselkedés zónahiba esetén

Ez a szakasz azt ismerteti, hogy mire számíthat, ha egy felügyelt Redis-gyorsítótár zónaredundáns, és egy vagy több rendelkezésre állási zóna elérhetetlenné válik:

• Észlelés és válasz: Az Azure Managed Redis felelős egy rendelkezésre állási zónában fellépő hiba észleléséért. Nem kell semmit tennie a zóna átváltásának kezdeményezéséhez.

• Értesítés: A Microsoft nem értesíti automatikusan, ha egy zóna le van omlva. Az Azure Service Health használatával azonban megismerheti a szolgáltatás általános állapotát, beleértve a zónahibákat is, és beállíthat Service Health-riasztásokat a problémákról való értesítéshez.

• Aktív kérések: Előfordulhat, hogy a szolgáltatás megszakítja a repülés közbeni kérelmeket, és az alkalmazásoknak újra meg kell őket próbálkoznia. Az alkalmazásoknak újrapróbálkozásos logikát kell implementálniuk az átmeneti megszakítások kezeléséhez.

• Várható adatvesztés: Előfordulhat, hogy egy zónahiba során elvesznek azok az adatok, amelyeket nem replikáltak egy másik zónában lévő szegmensekre. Általában másodpercek alatt méri az adatvesztés mértékét, de ez a replikáció késésétől függ.

• Várható állásidő: Rövid állásidő, általában 10–15 másodperc, előfordulhat, míg a szegmensek a kifogástalan állapotú zónák csomópontjaihoz átállnak. A nem tervezett feladatátvételi folyamatról további információt a feladatátvétel magyarázatában talál. Alkalmazások tervezésekor kövesse az átmeneti hibakezelés gyakorlatát.

• Forgalom átirányítása: Az Azure Managed Redis automatikusan átirányítja a forgalmat az kifogástalan állapotú zónák csomópontjaira.

Zóna helyreállítása

Amikor az érintett rendelkezésre állási zóna helyreáll, az Azure Managed Redis automatikusan visszaállítja a műveleteket erre a zónára. Az Azure platform teljes mértékben kezeli ezt a folyamatot, és nem igényel ügyfél beavatkozást.

Zónahibák tesztelése

Az Azure Managed Redis teljes mértékben felügyeli a forgalomirányítást, a feladatátvételt és a feladat-visszavételt a zónahibák esetén, így nem kell ellenőriznie a rendelkezésre állási zónák meghibásodási folyamatait, és nem kell további bemenetet megadnia.

Rugalmasság régiószintű hibákhoz

Az Azure Managed Redis natív többrégiós támogatást biztosít az aktív georeplikálással, amely lehetővé teszi több Azure Managed Redis-példány összekapcsolása különböző Azure-régiók között egyetlen replikációs csoporthoz. Ezután beállíthatja a példányok közötti saját feladatátvételi megoldását.

Aktív georeplikáció

Ha aktív georeplikációt használ, az alkalmazások a csoport bármely gyorsítótárpéldányából olvashatnak és írhatnak, és a módosítások minden régióban automatikusan szinkronizálódnak. A szolgáltatás támogatja az aktív-aktív replikációs mintákat, ahol minden régió képes egyszerre kezelni az olvasási és írási műveleteket. Ha ütközések lépnek fel a különböző régiókban egyidejű írások miatt, a szolgáltatás automatikusan feloldja őket előre meghatározott ütközésfeloldási algoritmusok használatával, manuális beavatkozás nélkül. Ez a megközelítés rugalmasságot biztosít a régióhibákkal szemben, miközben alacsony késésű hozzáférést biztosít a globálisan elosztott alkalmazásokhoz.

Az alábbi ábra két gyorsítótárpéldányt mutat be ugyanazon aktív georeplikációs csoport különböző régióiban, valamint az egyes gyorsítótárpéldányokhoz csatlakozó ügyfélalkalmazásokat.

Diagram, amely két Azure Managed Redis-példányt mutat be ugyanazon aktív georeplikációs csoport különböző régióiban. Mindkét régió tartalmaz egy Azure Managed Redis-példányt, és egy nyíllal csatlakozik egy alkalmazásszakaszhoz. Az aszinkron replikáció kétirányú módon köti össze a két gyorsítótárpéldányt.

Ön a felelős azért, hogy beállítsa az ügyfélalkalmazásokat, hogy a kérelmeket egy kifogástalan állapotú példányra irányítsa át, ha valamelyik regionális példány meghibásodik. Az alábbi ábra azt mutatja be, hogyan irányíthatja át egy alkalmazás a kéréseket egy kifogástalan gyorsítótár-példányra, ha az általában használt példány meghiúsul.

Diagram, amely két Azure Managed Redis-példányt mutat be ugyanazon aktív georeplikációs csoport különböző régióiban. A piros X az A régióban hibát jelez. Az A régióban és a B régióban lévő alkalmazás egyaránt csatlakozik a B régióban található Azure Managed Redis-példányhoz.

Requirements

• Régiótámogatás: Az Azure Managed Redis aktív georeplikálását bármely olyan Azure-régió között beállíthatja, ahol a szolgáltatás elérhető.

• Példánykonfiguráció: Az aktív georeplikáláshoz olyan Azure Managed Redis-példányokra van szükség, amelyek minden résztvevő régióban ugyanazt a szintet és méretet használják. A replikációs csoportban lévő összes gyorsítótárpéldánynak azonos beállításokat kell használnia, beleértve az adatmegőrzési beállításokat, a modulokat és a fürtözési szabályzatokat.

• Egyéb követelmények: A gyorsítótárpéldányoknak más követelményeknek is meg kell felelniük, beleértve a használt modulokat is. Ezek a követelmények befolyásolják a gyorsítótárpéldányok méretezhetőségét. További információ: Aktív georeplikációs előfeltételek.

Megfontolások

• Feladatátvételi felelősség: Ha aktív georeplikációs elemet használ, ön felel a gyorsítótárpéldányok közötti feladatátvételért. Készítse fel az alkalmazást a feladatátvétel kezelésére. A feladatátvétel előkészítést igényelhet, és előfordulhat, hogy több lépést is el kell végeznie. További információkért lásd: Kényszerített leválasztás régiókimaradás esetén.

• Végleges konzisztencia: Alkalmazásokat tervezhet a végleges konzisztencia-forgatókönyvek kezelésére, mivel a módosítások propagálása a hálózati feltételektől és a földrajzi távolságtól függően az összes régióban eltarthat. A régiókimaradások során több adatkonzisztenciát tapasztalhat, amíg a kapcsolat helyre nem áll, és a szinkronizálás befejeződik.

Költség

Az aktív georeplikálás beállításakor minden Azure Managed Redis-példányért fizetnie kell a replikációs csoport minden régiójában. Előfordulhat, hogy a régiók közötti replikációs forgalom adatátviteli díjjal is jár. További információkért tekintse meg az Azure Managed Redis díjszabását és a sávszélesség díjszabását.

Többrégiós támogatás konfigurálása

• Hozzon létre egy új georeplikált gyorsítótárpéldányt. Állítsa be az aktív georeplikálást a gyorsítótár kiépítésekor egy replikációs csoport megadásával és több példány összekapcsolásával. További információ: Aktív georeplikációs csoport létrehozása vagy csatlakoztatása.

• Adja hozzá az egyik meglévő cache példányt egy georeplikációs csoporthoz. Hozzáadhat egy meglévő gyorsítótárpéldányt egy aktív georeplikációs csoporthoz.

  Ha egy meglévő példányt ad hozzá egy aktív georeplikációs csoporthoz, a platform törli az adatokat a példányban, és kisebb mértékű állásidőt tapasztal. Ha lehetséges, tervezze meg az aktív georeplikációs beállításokat a gyorsítótárpéldányok létrehozásakor.

  További információ: Meglévő példány hozzáadása aktív georeplikációs csoporthoz.

• A georeplikációs szolgáltatás kikapcsolása gyorsítótárpéldányon. Távolítsa el a példányt egy georeplikációs csoportból a gyorsítótárpéldány törlésével. A fennmaradó példányok automatikusan hozzáigazítják a beállításaikat.

Kapacitástervezés és -kezelés

Régióleállási esemény során a többi példány nagyobb terhelést tapasztalhat. Ha egy példány gyakran az erőforráskorlátok közelében fut, és fel kell készülnie a régióhiba okozta megnövekedett kapacitásigényekre, fontolja meg a példány túlbiztosítását. További információ: Azure Managed Redis-példány skálázása.

Viselkedés, ha minden régió kifogástalan

Ez a szakasz azt ismerteti, hogy mire számíthat, ha a példányokat aktív georeplikációs szolgáltatás használatára állítja be, és minden régió megfelelően működik.

• Forgalomirányítás régiók között: Ön felel az alkalmazások beállításáért, hogy egy adott gyorsítótárpéldányhoz csatlakozzanak. Az alkalmazások a replikációs csoport bármely gyorsítótárpéldányához csatlakozhatnak, és olvasási és írási műveleteket is végezhetnek. Az alkalmazás kezeli a forgalom útválasztását, így az ügyfeleket a legközelebbi régióba irányíthatja a minimális késés érdekében. Az Azure Managed Redis nem irányítja át automatikusan a forgalmat a régiók között.

• Régiók közötti adatreplikálás: A szolgáltatás a régiók közötti aszinkron replikációt használ a végleges konzisztencia fenntartásához. Azonnal véglegesíti az írási műveleteket a helyi régióban, majd propagálja őket a háttérben lévő többi régióba. Az ütközésmentes replikált adattípusok (CRDT-k) biztosítják, hogy a szolgáltatás automatikusan egyesítse az egyidejű írásokat különböző régiókban.

Viselkedés régióhiba esetén

Ez a szakasz azt ismerteti, hogy mire számíthat, ha a példányokat aktív georeplikációs szolgáltatás használatára állítja be, és egy régióban kimaradás történik.

• Észlelés és válasz: Ön a felelős a gyorsítótárpéldány meghibásodásának észleléséért, és annak eldöntéséért, hogy mikor kell átállást végrehajtania. Monitorozhatja egy georeplikált fürt egészségi állapotát, amely segíthet eldönteni, mikor kezdjen bele a feladatátvételbe. További információ: Georeplikációs metrikák.

  A feladatátvételhez több lépést kell végrehajtania. További információkért lásd: Kényszerített leválasztás régiókimaradás esetén.

• Értesítés: A Microsoft nem értesíti automatikusan, ha egy régió le van állítva. Az Azure Service Health használatával azonban megismerheti a szolgáltatás általános állapotát, beleértve a régióhibákat is, és beállíthat Service Health-riasztásokat a problémákról való értesítéshez.

  Az egyes példányok állapotát is figyelheti.

  A georeplikációs kapcsolat állapotának figyeléséhez használja a georeplikáció kifogástalan metrikáját. A metrika értéke mindig 1 (egészséges) vagy 0 (egészségtelen). Állítsa be az Azure Monitor-riasztásokat ezen a metrikán, hogy megállapítsa, mikor lehet, hogy a példányok nem szinkronizálódnak.

• Aktív kérések: A szolgáltatás leállítja a sikertelen régióba irányuló kérelmeket, és az alkalmazás feladatátvételi logikájának kell kezelnie őket. Az alkalmazásoknak újrapróbálkozási szabályzatokat kell implementálniuk, amelyek átirányíthatják a forgalmat az kifogástalan gyorsítótárakba.

• Várható adatvesztés: A régiók közötti aszinkron replikáció azt eredményezheti, hogy a legutóbbi írások elvesznek a sikertelen régióba, ha ezek az írások nem replikálódnak más régiókba. A lehetséges adatvesztés mértéke a replikáció meghibásodáskor tapasztalható késésétől függ. További információkért lásd: Active-active geo-distributed Redis és Megfontolások a konzisztenciával és adatvesztéssel kapcsolatban konfliktusmentes replikált adatbázis (CRDB) regionális meghibásodása esetén.

• Várható állásidő: Az alkalmazások állásidőt csak a hiba észleléséhez és a forgalom kifogástalan állapotú régiókba való átirányításához szükséges ideig tapasztalnak. Ez az állásidő általában másodperctől néhány percig tart, és attól függ, hogyan állítja be az alkalmazás állapot-ellenőrzési és feladatátvételi konfigurációját.

• Forgalom átirányítása: Ön felelős azért, hogy logikát valósítson meg az alkalmazásaiban a régióhibák észlelésére és a forgalom egészséges régiókba való átirányítására. Ezt a logikát egészségellenőrzésekkel, áramkör-megszakító mintákkal vagy külső terheléselosztási megoldásokkal valósíthatja meg.

Régió helyreállítása

Ha egy meghibásodott régió helyreáll, az Azure Managed Redis a beavatkozás nélkül automatikusan újraépít az adott régióban lévő példányokat az aktív georeplikációs csoportba. A szolgáltatás automatikusan szinkronizálja az adatokat az kifogástalan állapotú példányokból. A folyamat során a helyreállított példányok fokozatosan szinkronizálják a kimaradás során bekövetkezett változásokat. A szinkronizálás befejeződése után a helyreállított példányok teljesen aktívak lesznek, és olvasási és írási műveleteket is képesek kezelni.

Ön felel azért, hogy újrakonfigurálja az alkalmazást, hogy visszairányozza a forgalmat a helyreállított régiópéldányra.

Régióhibák tesztelése

Rendszeresen tesztelje az alkalmazás feladatátvételi eljárásait. Az alkalmazásnak képesnek kell lennie feladatátvételre a példányok között, és meg kell felelnie az üzleti követelményeknek, amelyek az átállás alatti állásidőre vonatkoznak. Tesztelje az általános válaszfolyamatokat is, beleértve a tűzfalak és egyéb infrastruktúra újrakonfigurálását, valamint a helyreállítási folyamatot.

A szolgáltatás karbantartásával szembeni rugalmasság

Az Azure Managed Redis kezeli a rendszeres szolgáltatásfrissítéseket és egyéb karbantartási feladatokat.

A karbantartás során az Azure Managed Redis automatikusan új csomópontokat hoz létre, és feladatátvételt végez. Az ügyfélalkalmazások kapcsolatkimaradásokat és egyéb átmeneti hibákat tapasztalhatnak. Az alkalmazásoknak újrapróbálkozásos logikát kell implementálniuk az átmeneti megszakítások kezeléséhez.

Az Azure Managed Redis karbantartási folyamatairól további információt az Azure Managed Redis feladatátvétele és javítása című témakörben talál.

Biztonsági mentés és visszaállítás

Az Azure Managed Redis adatmegőrzési és biztonsági mentési képességeket is biztosít az olyan adatvesztési forgatókönyvek elleni védelemhez, amelyeket más megbízhatósági funkciók esetleg nem kezelnek. A biztonsági másolatok védelmet nyújtanak az olyan forgatókönyvek ellen, mint az adatsérülés, a véletlen törlés vagy a konfigurációs hibák.

• Adatmegőrzés: Alapértelmezés szerint az Azure Managed Redis az összes gyorsítótáradatot a memóriában tárolja. A szolgáltatás opcionálisan képes pillanatképeket írni az adatokról a lemezre az adatmegőrzés használatával. Ha egy hardverhiba hatással van a csomópontra, az Azure Managed Redis automatikusan visszaállítja az adatokat. Az adatmegőrzés különböző típusai közül választhat, amelyek különböző kompromisszumokat biztosítanak a pillanatkép gyakorisága és a gyorsítótár teljesítményhatásai között.

  Nem állíthatja vissza az adatfájlokat egy másik példányra, és nem férhet hozzá a fájlokhoz. Az adatmegőrzés nem védi meg önt az adatsérüléstől vagy a véletlen törléstől.

• Importálás és exportálás: Az Azure Managed Redis támogatja az adatok biztonsági mentését az importálási és exportálási funkció használatakor, amely biztonsági mentési fájlokat ment az Azure Blob Storage-ba. Beállíthatja a georedundáns tárolást (GRS) az Azure Storage-fiókjában a támogatott régiókban, vagy más helyekre másolhatja vagy áthelyezheti a biztonsági mentési blobokat a további védelem érdekében.

  Az exportált fájlokat visszaállíthatja ugyanarra a gyorsítótárpéldányra vagy egy másik gyorsítótárpéldányra.

  A szolgáltatás nem tartalmaz beépített importálási vagy exportálási ütemezőt, de létrehozhat saját automatizálási folyamatokat, amelyek az Azure CLI vagy az Azure PowerShell használatával indítják el az exportálási műveleteket.

Szolgáltatásiszint-szerződés

Az Azure-szolgáltatások szolgáltatásiszint-szerződése (SLA) leírja az egyes szolgáltatások várható elérhetőségét, valamint azokat a feltételeket, amelyeket a megoldásnak teljesítenie kell a rendelkezésre állási elvárás eléréséhez. További információ: SLA-k az online szolgáltatásokhoz.

Az Azure Managed Redis SLA-ja a gyorsítótárvégpontokhoz való kapcsolódást ismerteti. Nem terjed ki az adatvesztés elleni védelemre.

Ahhoz, hogy jogosult legyen az Azure Managed Redis rendelkezésre állási SLA-ira, meg kell felelnie a következő követelményeknek:

• Magas rendelkezésre állású konfigurációt kell használnia.

• Nem kezdeményezhet semmilyen olyan termékfunkciót vagy kezelési műveletet, amelyek dokumentáltan ideiglenes elérhetetlenséget okoznak.

A magasabb rendelkezésre állású SLA-k akkor érvényesek, ha az instancia zónaredundanciával rendelkezik. Bizonyos szinteken magasabb rendelkezésre állású SLA-ra is jogosult lehet, ha zónaredundáns példányokat helyez üzembe legalább három régióban aktív georeplikálás használatával.

Kapcsolódó tartalom

• Megbízhatóság az Azure-ban