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.
A Azure Data Explorer üzletmenet-folytonossága és vészhelyreállítása lehetővé teszi, hogy vállalkozása továbbra is zavartalanul működjön. Ez a cikk több vészhelyreállítási konfigurációt ismertet a helyreállítási követelményektől (RPO és RTO), a szükséges erőfeszítésektől és költségektől függően.
A Azure Data Explorer rendelkezésre álló megbízhatósági lehetőségekről, beleértve a rendelkezésre állási zónák támogatását, a biztonsági mentést és a bizonyos típusú emberi hibák elleni védelmet, tekintse meg Reliability in Azure Data Explorer.
Vészhelyreállítási konfigurációk
A helyreállítási idő célkitűzése (RTO) azt az időt jelenti, amikor helyre kell állnia egy megszakadásból. A 2 órás RTO például azt jelenti, hogy az alkalmazásnak a fennakadást követő két órán belül kell futnia. A helyreállítási pont célkitűzése (RPO) azt az időtartamot jelenti, amely a megszakítás során előfordulhat, mielőtt az adott időszakban elveszett adatok mennyisége nagyobb lenne a megengedett küszöbértéknél. Ha például az RPO 24 óra, és egy alkalmazás 15 évvel ezelőtti adatokkal rendelkezik, azok továbbra is a jóváhagyott RPO paraméterein belül vannak.
A betöltési, feldolgozási és adatgondozási folyamatokat gondosan kell megtervezni a katasztrófa utáni helyreállítás előkészítésekor. A betöltés az Azure Data Explorer-be történő adatintegrációra vonatkozik különböző forrásokból; a feldolgozás átalakításokra és hasonló tevékenységekre utal; a kezelés pedig materializált nézetek, adat kinyerés és exportálás a data lake-be stb. megszervezésére utal.
A népszerű vészhelyreállítási konfigurációk a következők:
- Active-Active-Active (mindig bekapcsolt) konfiguráció
- Active-Active konfiguráció
- Active-Hot készenléti konfiguráció
- Igény szerinti adatok helyreállítása csoportkonfiguráció
Aktív-aktív-aktív konfiguráció
Ezt a konfigurációt always-on-nak is nevezik. A kritikus fontosságú alkalmazástelepítések esetében, amelyek nem tűrik a kimaradásokat, több Azure Data Explorer fürtöt kell használnia Azure párosított régiókban. Minden fürtnél párhuzamosan állítsa be a feldolgozást, a betöltést és az adattisztítást. A klaszter SKU-jának minden régióban azonosnak kell lennie. Azure biztosítja, hogy a frissítések Azure párosított régiókban legyenek bevezetve és átmenetiek legyenek. A Azure régió kimaradása nem okoz alkalmazáskimaradást. Előfordulhat, hogy némi késést vagy teljesítménycsökkenést tapasztal.
| Configuration | RPO | RTO | Effort | Cost |
|---|---|---|---|---|
| Active-Active-Active-n | 0 óra | 0 óra | Alacsonyabb | Legmagasabb |
Active-Active konfigurációja
Ez a konfiguráció megegyezik a active-active-active konfigurációval, de csak két Azure párosított régiót tartalmaz. Konfigurálja a kettős adatbevitel, feldolgozás és adatkezelést. A felhasználók a legközelebbi régióba lesznek irányítva. A klaszter SKU-jának minden régióban azonosnak kell lennie.
| Configuration | RPO | RTO | Effort | Cost |
|---|---|---|---|---|
| Aktív-aktív | 0 óra | 0 óra | Alacsonyabb | High |
Aktív-meleg készenléti konfiguráció
Az Active-Hot konfiguráció hasonlít az Active-Active konfigurációhoz a kettős betöltés, feldolgozás és kurálás folyamatában. Bár a készenléti fürt online állapotban van a betöltéshez, a feldolgozáshoz és a karbantartáshoz, nem érhető el lekérdezéshez. A tartalék fürtnek nem kell ugyanabban a termékváltozatban lennie, mint az elsődleges fürtnek. Lehet kisebb SKU és skála, ami azt eredményezheti, hogy kevésbé hatékony. Vészhelyzet esetén a rendszer átirányítja a felhasználókat a készenléti fürtre, amely igény szerint felskálázható a teljesítmény növelése érdekében.
| Configuration | RPO | RTO | Effort | Cost |
|---|---|---|---|---|
| Aktív-Hot készenléti | 0 óra | Low | Közepes | Közepes |
Igény szerinti adat-helyreállítási konfiguráció
Ez a megoldás a legkisebb helyreállíthatóságot kínálja (legmagasabb RPO és RTO), a legalacsonyabb költség és a legmagasabb munkamennyiség. Ebben a konfigurációban nincs adathelyreállítási fürt. Konfigurálja a válogatott adatok folyamatos exportálását (kivéve, ha nyers és köztes adatokra is szükség van) egy GRS (Georedundáns tárolás) konfigurált tárfiókba. Katasztrófa-helyreállítási forgatókönyv esetén az adat-helyreállítási fürt aktiválódik. Ekkor dDL-ket, konfigurációt, szabályzatokat és folyamatokat alkalmazunk. Az adatok a tárolórendszerből kerülnek betöltésre, a kustoCreationTime betöltési tulajdonság alkalmazásával, hogy felülbíráljuk az alapértelmezett betöltési időt, ami egyébként megegyezne a rendszeridővel.
| Configuration | RPO | RTO | Effort | Cost |
|---|---|---|---|---|
| Igény szerinti adat-helyreállítási klaszter | Legmagasabb | Legmagasabb | Legmagasabb | Legalacsonyabb |
A vészhelyreállítás konfigurációs beállításainak összefoglalása
| Configuration | Helyreállíthatóság | RPO | RTO | Effort | Cost |
|---|---|---|---|---|---|
| Active-Active-Active-n | Legmagasabb | 0 óra | 0 óra | Alacsonyabb | Legmagasabb |
| Aktív-aktív | High | 0 óra | 0 óra | Alacsonyabb | High |
| Aktív-Hot készenléti | Közepes | 0 óra | Low | Közepes | Közepes |
| Igény szerinti adat-helyreállítási klaszter | Legalacsonyabb | Legmagasabb | Legmagasabb | Legmagasabb | Legalacsonyabb |
Ajánlott eljárások
Függetlenül attól, hogy melyik vészhelyreállítási konfigurációt választja, kövesse az alábbi ajánlott eljárásokat:
- Fürt zárolása: Alkalmazzon ARM törlési felügyeleti zárolást a fürtökre. Ez megakadályozza a véletlen törlést, és védelmet nyújt a kódként szolgáló infrastruktúra eszközei (például a Terraform) ellen, amelyek megpróbálhatják törölni és újra létrehozni a fürtöt az írásvédett tulajdonságok módosításakor. A fürtzárolások kezelésével kapcsolatos útmutatót a megvalósítási útmutatóban talál.
- Az összes adatbázis-objektumot, szabályzatot és konfigurációt meg kell őrizni a forrásvezérlésben, hogy azokat a kiadásautomatizáló eszköz révén ki lehessen adni a fürtre. További információkért lásd: Azure DevOps támogatás Azure Data Explorerhez.
- Validálási rutinokat tervezhet, fejleszthet és implementálhat annak érdekében, hogy az összes fürt szinkronban legyen az adatok tekintetében. Azure Data Explorer támogatja a cross-fürtillesztéseket. A táblák közötti sorok egyszerű számlálása segíthet az ellenőrzésben.
- A kiadási eljárásoknak olyan ellenőrzési és kiegyensúlyozó mechanizmusokat kell magukban foglalniuk, amelyek biztosítják a fürtök tükrözését.
- Legyen teljes mértékben tisztában azzal, hogy mit igényel egy fürt nulláról történő felépítése.
- Hozzon létre egy ellenőrzőlistát az üzembehelyezési egységekről. A lista egyedi az igényeinek megfelelően, de tartalmaznia kell a következőket: üzembehelyezési szkriptek, betöltési kapcsolatok, BI-eszközök és egyéb fontos konfigurációk.