Magas rendelkezésre állás és vészhelyreállítás
Mint minden felhőrendszer esetében, előfordulhatnak nem tervezett szolgáltatáskimaradások, amelyek a virtuálisgép-példányok, rendelkezésreállási zónák vagy teljes Azure-régiók leállását eredményezik. Azt javasoljuk, hogy az ügyfelek rendelkezzenek egy tervvel a zóna- vagy regionális kimaradások kezelésére.
Ez a cikk bemutatja az ügyfelek számára az Azure Cache for Redis vagy az Azure Cache for Redis Enterprise implementáció üzletmenet-folytonossági és vészhelyreállítási tervének létrehozásához szükséges információkat.
A Standard, a Prémium és a Nagyvállalati szinten számos magas rendelkezésre állási lehetőség érhető el:
| Lehetőség | Leírás | Elérhetőség | Standard | Prémium | Vállalat |
|---|---|---|---|---|---|
| Standard replikáció | Kétcsomópontos replikált konfiguráció egyetlen adatközpontban automatikus feladatátvétellel | 99,9% (lásd a részleteket) | ✔ | ✔ | ✔ |
| Zónaredundancia | Többcsomópontos replikált konfiguráció a rendelkezésre állási zónák között automatikus feladatátvétellel | 99,9% Prémiumban; 99,99% az Enterprise-ban (lásd a részleteket) | - | ✔ | ✔ |
| Georeplikáció | Csatolt gyorsítótárpéldányok két régióban, felhasználó által vezérelt feladatátvétellel | Prémium; Vállalati (lásd a részleteket) | - | Passzív | Aktív |
| Importálás és exportálás | Pillanatkép a gyorsítótárban lévő adatokról. | 99,9% (lásd a részleteket) | - | ✔ | ✔ |
| Kitartás | Tárfiókba történő rendszeres adatmentés. | 99,9% (lásd a részleteket) | - | ✔ | Előnézet megtekintése |
Standard replikáció magas rendelkezésre álláshoz
Alkalmazható szintek: Standard, Premium, Enterprise, Enterprise Flash
Ajánlott: Magas rendelkezésre állás
Az Azure Cache for Redis magas rendelkezésre állású architektúrával rendelkezik, amely biztosítja a felügyelt példány működését, még akkor is, ha a kimaradások hatással vannak a mögöttes virtuális gépekre . Akár tervezett, akár nem tervezett leállásokról van szó, az Azure Cache for Redis nagyobb százalékos rendelkezésre állási arányt biztosít, mint amit a Redis egyetlen virtuális gépen való üzemeltetésével érhet el.
Az Azure Cache for Redis a megfelelő szinteken alapértelmezés szerint redis-kiszolgálók párján fut. A két kiszolgáló dedikált virtuális gépeken üzemel. A nyílt forráskódú Redis csak egy kiszolgáló számára teszi lehetővé az adatírási kérelmek kezelését.
Az Azure Cache for Redis esetében az egyik kiszolgáló az elsődleges csomópont, a másik pedig a replika. A kiszolgálócsomópontok üzembe helyezése után az Azure Cache for Redis elsődleges és replika szerepköröket rendel hozzájuk. Az elsődleges csomópont általában az ügyfelektől érkező írási és olvasási kérelmek kiszolgálásáért felelős. Egy írási művelet során egy új kulcsot és egy kulcsfrissítést véglegesíti a belső memóriájában, és azonnal válaszol az ügyfélnek. A műveletet aszinkron módon továbbítja a replikának .
Feljegyzés
Az Azure Cache for Redis-ügyfélalkalmazások általában az összes olvasási és írási kéréshez kommunikálnak a gyorsítótár elsődleges csomópontjával. Bizonyos ügyfelek konfigurálhatók úgy, hogy a replikacsomópontról olvassanak.
Ha a gyorsítótár elsődleges csomópontja nem érhető el, a replika automatikusan előlépteti magát az új elsődlegessé. Ezt a folyamatot feladatátvételnek nevezzük. A feladatátvétel csak két csomópont, elsődleges/replika, kereskedelmi szerepkörök, replika/elsődleges, és az egyik csomópont valószínűleg néhány percig offline állapotba kerül. A legtöbb feladatátvételben az elsődleges és replika csomópontok koordinálják az átadást, így közel nulla idő áll rendelkezésére elsődleges nélkül.
A korábbi elsődleges rövid ideig offline állapotba kerül, hogy frissítéseket kapjon az új elsődlegestől. Ezután a most már elérhető replika újra online állapotba kerül, és újracsatlakoztatja a gyorsítótárat teljesen szinkronizálva. A kulcs az, hogy ha egy csomópont nem érhető el, az ideiglenes feltétel, és újra online állapotba kerül.
Egy tipikus feladatátvételi sorozat így néz ki, amikor egy elsődlegesnek le kell mennie karbantartás céljából:
- Az elsődleges és replika csomópontok egyeztetnek egy koordinált feladatátvételi és kereskedelmi szerepkört.
- A replika (korábban elsődleges) offline állapotba kerül egy újraindításhoz.
- Néhány másodperccel vagy perccel később a replika újra online állapotba kerül.
- A replika szinkronizálja az elsődleges adatokat.
Az elsődleges csomópontok egy tervezett karbantartási tevékenység részeként, például a Redis szoftverének vagy az operációs rendszer frissítésének részeként kimehetnek a szolgáltatásból. A nem tervezett események, például a mögöttes hardverek, szoftverek vagy hálózatok meghibásodása miatt is leállhat. Az Azure Cache for Redis feladatátvétele és javítása részletes magyarázatot nyújt a feladatátvételek típusairól. Az Azure Cache for Redis számos feladatátvételen megy keresztül az élettartama során. A magas rendelkezésre állású architektúra kialakítása a gyorsítótáron belül a lehető legátláthatóbbá teszi ezeket a módosításokat az ügyfelei számára.
Az Azure Cache for Redis emellett több replikacsomópontot is biztosít a Prémium szinten. A többreplika-gyorsítótár legfeljebb három replikacsomóponttal konfigurálható. A több replika általában javítja a rugalmasságot, mivel a csomópontok biztonsági másolatot készítenek az elsődlegesről. Az Azure Cache for Redis-példányokat még több replika esetén is súlyosan érintheti egy adatközpont vagy a rendelkezésre állási zóna leállása. A gyorsítótár rendelkezésre állását több replika zónaredundanciával történő használatával növelheti.
Zónaredundancia
Alkalmazható szintek: Premium, Enterprise, Enterprise Flash
Ajánlott: Magas rendelkezésre állás, Vészhelyreállítás – régión belüli
Az Azure Cache for Redis támogatja a zónaredundáns konfigurációkat a Prémium és a Nagyvállalati szinten. A zónaredundáns gyorsítótár a csomópontjait ugyanabban a régióban található különböző Azure rendelkezésre állási zónákban helyezheti el. Egyetlen meghibásodási pontként megszünteti az adatközpontot vagy az AZ-kimaradást, és növeli a gyorsítótár általános rendelkezésre állását. A beállítással kapcsolatos információkért tekintse meg ezt a cikket.
Ha egy gyorsítótár úgy van konfigurálva, hogy két vagy több zónát használjon a cikkben leírtak szerint, a gyorsítótár csomópontjai különböző zónákban jönnek létre. Ha egy zóna leáll, a gyorsítótár-csomópontok más zónákban is elérhetők, hogy a gyorsítótár a szokásos módon működjön.
Az Azure Cache for Redis támogatja a zónaredundáns konfigurációkat a Prémium és a Nagyvállalati szinten. A zónaredundáns gyorsítótár a csomópontjait ugyanabban a régióban található különböző Azure rendelkezésre állási zónákban helyezheti el. Egyetlen meghibásodási pontként megszünteti az adatközpont vagy a rendelkezésre állási zóna leállását, és növeli a gyorsítótár általános rendelkezésre állását.
Prémium szintű csomag
Az alábbi ábra a prémium szintű zónaredundáns konfigurációt mutatja be:
Az Azure Cache for Redis ciklikus időszeleteléses módon osztja el a csomópontokat egy zónaredundáns gyorsítótárban a kiválasztott rendelkezésre állási zónák között. Meghatározza azt a csomópontot is, amely kezdetben elsődlegesként szolgál.
Zónaleállási élmény a prémium szintű szinthez
A zónaredundáns gyorsítótár automatikus feladatátvételt biztosít. Ha az aktuális elsődleges csomópont nem érhető el, az egyik replika átveszi a feladatát. Az alkalmazás magasabb gyorsítótár-válaszidőt tapasztalhat, ha az új elsődleges csomópont egy másik AZ-ben található. A rendelkezésre állási zónák földrajzilag elkülönülnek egymástól. Az egyik AZ-ről a másikra való váltás megváltoztatja az alkalmazás és a gyorsítótár üzemeltetése közötti fizikai távolságot. Ez a változás hatással van az alkalmazás és a gyorsítótár közötti késésekre. A többletkésés várhatóan a legtöbb alkalmazás számára elfogadható tartományba esik. Javasoljuk, hogy tesztelje az alkalmazást, hogy a zónaredundáns gyorsítótárral is megfelelően működik-e.
Nagyvállalati és Vállalati Flash-szintek
A gyorsítótár mindkét vállalati szinten egy Redis Enterprise-fürtön fut. A kvórum létrehozásához mindig páratlan számú kiszolgálócsomópont szükséges. Alapértelmezés szerint három csomóponttal rendelkezik, mindegyiket egy dedikált virtuális gépen üzemelteti.
- A vállalati gyorsítótár két azonos méretű adatcsomópontot és egy kisebb kvórumcsomópontot használ.
- A Vállalati Flash-gyorsítótár három azonos méretű adatcsomópontot használ.
A vállalati fürt az Azure Cache for Redis-adatokat belső partíciókra osztja. Minden partícióhoz tartozik egy elsődleges és legalább egy replika. Minden adatcsomópont egy vagy több partíciót tartalmaz. A Vállalati fürt biztosítja, hogy a partíciók elsődleges és replikái soha ne legyenek ugyanazon az adatcsomóponton csoportosítva. A partíciók aszinkron módon replikálják az adatokat az előválasztásokból a megfelelő replikákba.
Zónaleállási élmény nagyvállalati szintekhez
Amikor egy adatcsomópont elérhetetlenné válik, vagy egy hálózat felosztása történik, a standard replikációban leírthoz hasonló feladatátvétel történik. A vállalati fürt kvórumalapú modellt használ annak meghatározására, hogy mely túlélő csomópontok vesznek részt egy új kvórumban. Emellett szükség szerint előlépteti az ezeken a csomópontokon belüli replikapartíciókat az előválasztásokra.
Régiónkénti rendelkezésre állás
A zónaredundáns prémium szintű gyorsítótárak a következő régiókban érhetők el:
| Észak-, Dél- és Közép-Amerika | Európa | Közel-Kelet | Afrika | Ázsia és a Csendes-óceáni térség |
|---|---|---|---|---|
| Dél-Brazília | Közép-Franciaország | Közép-Katar | Dél-Afrika északi régiója | Kelet-Ausztrália |
| Közép-Kanada | Középnyugat-Németország | Közép-India | ||
| Az USA középső régiója | Észak-Európa | Kelet-Japán | ||
| USA keleti régiója | Kelet-Norvégia | Dél-Korea középső régiója | ||
| USA 2. keleti régiója | Az Egyesült Királyság déli régiója | Délkelet-Ázsia | ||
| USA déli középső régiója | Nyugat-Európa | Kelet-Ázsia | ||
| USA-beli államigazgatás – Virginia | Közép-Svédország | Észak-Kína 3. régiója | ||
| USA 2. nyugati régiója | Észak-Svájc | |||
| USA 3. nyugati régiója |
A zónaredundáns Enterprise és Enterprise Flash szintű gyorsítótárak a következő régiókban érhetők el:
| Észak-, Dél- és Közép-Amerika | Európa | Közel-Kelet | Afrika | Ázsia és a Csendes-óceáni térség |
|---|---|---|---|---|
| Kanada középső régiója* | Észak-Európa | Kelet-Ausztrália | ||
| USA középső régiója* | Az Egyesült Királyság déli régiója | Közép-India | ||
| USA keleti régiója | Nyugat-Európa | Délkelet-Ázsia | ||
| USA 2. keleti régiója | Kelet-Japán* | |||
| USA déli középső régiója | Kelet-Ázsia* | |||
| USA 2. nyugati régiója | ||||
| USA 3. nyugati régiója | ||||
| Dél-Brazília |
* A vállalati flash szint nem érhető el ebben a régióban.
Rendelkezésre állási zóna ismételt üzembe helyezése és migrálása
Jelenleg csak úgy alakíthatja át a gyorsítótárat egy nem AZ-konfigurációból AZ-konfigurációvá, ha újra üzembe helyezi a gyorsítótárat. Az aktuális gyorsítótár újbóli üzembe helyezéséről az Azure Cache for Redis-példány migrálása a rendelkezésre állási zónák támogatásához című témakörben olvashat.
Kitartás
Alkalmazható szintek: Premium, Enterprise (előzetes verzió), Enterprise Flash (előzetes verzió)
Ajánlott: Az adatok tartóssága
Mivel a gyorsítótár adatai a memóriában tárolódnak, több csomópont ritka és nem tervezett meghibásodása az összes adat elvetéséhez vezethet. Az adatok teljes elvesztésének elkerülése érdekében a Redis-adatmegőrzés lehetővé teszi a memóriabeli adatok rendszeres pillanatképeinek készítését és tárolását a tárfiókban. Ha több csomóponton hiba történik, amely adatvesztést okoz, a gyorsítótár betölti a pillanatképet a tárfiókból. További információt a Premium Azure Cache for Redis-példány adatmegőrzésének konfigurálása című témakörben talál.
Tárfiók az adatmegőrzéshez
Fontolja meg egy georedundáns tárfiók kiválasztását a tárolt adatok magas rendelkezésre állásának biztosítása érdekében. További információ: Azure Storage-redundancia.
Import/Export
Alkalmazható szintek: Premium, Enterprise, Enterprise Flash
Ajánlott: Vészhelyreállítás
Az Azure Cache for Redis támogatja a Redis Database (RDB) fájlok importálását és exportálását az adathordozhatóság érdekében. Lehetővé teszi adatok importálását az Azure Cache for Redisbe, vagy adatokat exportálhat az Azure Cache for Redisből RDB-pillanatkép használatával. A prémium szintű gyorsítótárból származó RDB-pillanatkép egy Azure Storage-fiók blobjába lesz exportálva. Létrehozhat egy szkriptet, amely rendszeres időközönként aktiválja az exportálást a tárfiókba. További információ: Adatok importálása és exportálása az Azure Cache for Redisben.
Tárfiók exportáláshoz
Érdemes lehet georedundáns tárfiókot választani az exportált adatok magas rendelkezésre állásának biztosítása érdekében. További információ: Azure Storage-redundancia.
Passzív georeplikációs
Alkalmazható szintek: Prémium
Ajánlott: Vészhelyreállítás – egyetlen régió
A georeplikálás két vagy több Azure Cache for Redis-példány összekapcsolására szolgáló mechanizmus, amely általában két Azure-régióra terjed ki. A georeplikációs műveletek elsősorban régiók közötti vészhelyreállításra szolgálnak. Két prémium szintű gyorsítótárpéldány georeplikáláson keresztül csatlakozik úgy, hogy olvasási és írási adatokat biztosítson az elsődleges gyorsítótárba, és az adatok replikálva legyenek a másodlagos gyorsítótárba.
A beállításról további információt a Premium Azure Cache for Redis-példányok georeplikálásának konfigurálása című témakörben talál.
Ha az elsődleges gyorsítótárat üzemeltető régió leáll, a feladatátvételt először a másodlagos gyorsítótár leválasztásával kell elindítania, majd frissítenie kell az alkalmazást, hogy az olvasási és írási műveletek másodlagos gyorsítótárára mutasson.
Aktív georeplikáció
Alkalmazható szintek: Enterprise, Enterprise Flash
Ajánlott: Magas rendelkezésre állás, Vészhelyreállítás – többrégiós
A vállalati szintek támogatják az aktív georeplikációsnak nevezett, fejlettebb georeplikációs formát, amely több régióban nyújt magasabb rendelkezésre állást és régiók közötti vészhelyreállítást. Az Azure Cache for Redis Enterprise szoftver ütközésmentes replikált adattípusokkal támogatja a több gyorsítótárpéldányra történő írást, egyesíti a módosításokat és feloldja az ütközéseket. Egy georeplikációs csoport létrehozásához legfeljebb öt nagyvállalati szintű gyorsítótárpéldányt csatlakoztathat különböző Azure-régiókban.
Az ilyen gyorsítótárat használó alkalmazások a megfelelő végpontjaikon keresztül bármely geoelosztott gyorsítótárpéldányba olvashatnak és írhatnak. Az alkalmazásnak az egyes alkalmazáspéldányok legközelebbi példányát kell használnia, ami a legkisebb késést biztosítja. További információt az Enterprise Azure Cache for Redis-példányok aktív georeplikálásának konfigurálása című témakörben talál.
Ha a replikációs csoport egyik gyorsítótárának egy régiója leáll, az alkalmazásnak egy másik elérhető régióra kell váltania.
Ha a replikációs csoportban lévő gyorsítótár nem érhető el, javasoljuk, hogy figyelje a memóriahasználatot az ugyanabban a replikációs csoportban lévő többi gyorsítótár esetében. Bár az egyik gyorsítótár leállt, a replikációs csoport összes többi gyorsítótára elkezdi menteni azokat a metaadatokat, amelyeket nem tudtak megosztani a leállt gyorsítótárral. Ha az elérhető gyorsítótárak memóriahasználata az egyik gyorsítótár leállása után nagy sebességgel növekszik, fontolja meg a replikációs csoportból nem elérhető gyorsítótár leválasztását.
Az erőleválasztással kapcsolatos további információkért lásd : Force-Unlink, ha van régiókimaradás.
Gyorsítótár törlése és újbóli létrehozása
Alkalmazható szintek: Standard, Premium, Enterprise, Enterprise Flash
Ha regionális kimaradást tapasztal, fontolja meg a gyorsítótár egy másik régióban való újrakezdését, és frissítse az alkalmazást az új gyorsítótárhoz való csatlakozáshoz. Fontos tisztában lenni azzal, hogy az adatok elvesznek egy regionális kimaradás során. Az alkalmazáskódnak ellenállónak kell lennie az adatvesztéssel szemben.
Az érintett régió visszaállítása után a rendszer automatikusan visszaállítja a nem elérhető Azure Cache for Redist, és újra használható lesz. A gyorsítótár másik régióba való áthelyezésére vonatkozó további stratégiákért tekintse meg az Azure Cache for Redis-példányok áthelyezése különböző régiókba című témakört.
Következő lépések
További információ az Azure Cache for Redis magas rendelkezésre állási beállításainak konfigurálásáról.