Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
Fontos
Az Azure Cache for Redis bejelentette az összes termékváltozat kivonási ütemtervét. Javasoljuk, hogy a meglévő Azure Cache for Redis-példányokat mihamarabb áthelyezhesse az Azure Managed Redisbe.
Migrálási útmutató:
- Alapszintű, standard és prémium szintű szintek migrálása az Azure Managed Redisbe
- Nagyvállalati szint migrálása az Azure Managed Redisbe
További részletek a nyugdíjba vonulásról:
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állalati |
|---|---|---|---|---|---|
| Standard replikáció | Kétcsomópontos replikált konfiguráció egyetlen adatközpontban automatikus feladatátvétellel | 99,9% (lásd a részleteket) | Igen | Igen | Igen |
| Zóna redundancia | 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) | Igen | Igen | Igen |
| Georeplikáció | Összekapcsolt gyorsítótár példányok két régióban, felhasználó által vezérelt feladatátvétellel | Prémium; Vállalati (lásd a részleteket) | Nem | 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) | Nem | Igen | Igen |
| Kitartás | Tárfiókba történő rendszeres adatmentés. | 99,9% (lásd a részleteket) | Nem | Igen | Előnézet |
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ődleges csomóponttá. Ezt a folyamatot feladatátvételnek nevezzük. A feladatátvétel a csomópontok szerepcseréje - elsődleges/replika, replika/elsődleges -, amelyben az egyik csomópont valószínűleg néhány percre offline állapotba kerülhet. 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 már meglévő replika visszatér az online állapotba, és újra csatlakozik a gyorsítótárhoz, teljesen szinkronizált állapotban. A kulcs az, hogy ha egy csomópont nem érhető el, az ideiglenes feltétel, és újra online állapotba kerül.
Egy tipikus átváltási sorozat így néz ki, amikor az elsődleges rendszer leállításra van szükség karbantartás céljából.
- Az elsődleges és replika csomópontok egyeztetnek egy koordinált feladatátvételről és szerepcsere történik köztük.
- A replika (korábban fő) offline lesz egy újraindítás miatt.
- 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 frissítése részletes magyarázattal szolgál a feladatátvételek típusairól. Az Azure Cache for Redis számos átváltáson 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 zónaredundanciával rendelkező több replika használatával növelheti.
Zónaredundancia
Alkalmazható szintek: Standard, 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 Standard, 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.
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.
Fontos
Az Azure Cache For Redis alapértelmezés szerint zónaredundáns gyorsítótárakat hoz létre a prémium és standard szintekhez a zónákat támogató régiókban az Automatic_Zonal_Allocation használatával. További információ: Zónaredundancia engedélyezése az Azure Cache for Redishez.
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 körforgásos 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 belsőleg az Azure Cache for Redis-adatokat 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 elsődlegesekbő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. Az Enterprise klaszter kvórum-alapú modellt használ annak meghatározására, hogy mely megmaradt csomópontok vesznek részt az új kvórumban. Emellett szükség szerint előlépteti az ezeken a csomópontokon belüli replikapartíciókat elsődleges partíciókká.
Regionális elérhetőség
Premium, Standard szintű zónaredundáns gyorsítótárak elérhetők a következő régiókban:
| 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 | Ausztrália keleti régiója |
| Közép-Kanada | Észak-Olaszország | Egyesült Arab Emírségek északi régiója | Közép-India | |
| USA középső régiója | Középnyugat-Németország | Közép-Izrael | Indonézia középső régiója | |
| Chile középső régiója | Kelet-Norvégia | Kelet-Japán | ||
| USA keleti régiója | Észak-Európa | Nyugat-Japán | ||
| USA 2. keleti régiója | 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 | ||
| US Gov Virginia | Közép-Svédország | Kína 3. északi régiója | ||
| USA 2. nyugati régiója | Észak-Svájc | Korea középső régiója | ||
| USA 3. nyugati régiója | Közép-Lengyelország | Malajzia nyugati régiója | ||
| Közép-Mexikó | Közép-Spanyolország | Új-Zéland északi 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:
| 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 | Ausztrália keleti régiója | ||
| USA középső régiója* | 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
A Standard és a Premium szinteken frissíthet egy meglévő erőforrást a zónaredundancia használatára. Az aktuális gyorsítótár frissíté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: Katasztrófa utáni helyreá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árolási fió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ó
Alkalmazható szintek: Prémium
Ajánlott: Katasztrófa utáni helyreállítás – egy régióra korlátozva
A georeplikálás két Azure Cache for Redis-példány összekapcsolásának mechanizmusa, 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óért lásd: Az Enterprise Azure Cache for Redis-példányok aktív georeplikálásának konfigurálása.
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 Erőleválasztás régiókimaradás esetén.
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.