Megbízhatóság az Azure Notification Hubsban
Ez a cikk az Azure Notification Hubs megbízhatósági támogatását ismerteti, és a rendelkezésre állási zónákkal, valamint a vészhelyreállítással és az üzletmenet folytonosságával kapcsolatos regionális rugalmasságot is ismerteti.
Rendelkezésre állási zóna támogatása
Az Azure rendelkezésre állási zónái legalább három fizikailag különálló adatközpont-csoport az egyes Azure-régiókban. Az egyes zónákban lévő adatközpontok független energiaellátási, hűtési és hálózati infrastruktúrával rendelkeznek. Helyi zónahiba esetén a rendelkezésre állási zónák úgy vannak kialakítva, hogy az egy zóna érintettsége esetén a fennmaradó két zóna támogassa a regionális szolgáltatásokat, a kapacitást és a magas rendelkezésre állást.
A hibák a szoftver- és hardverhibáktól az olyan eseményekig terjedhetnek, mint a földrengések, árvizek és tűzesetek. A hibáktól való tolerancia az Azure-szolgáltatások redundanciával és logikai elkülönítésével érhető el. Az Azure-beli rendelkezésre állási zónákkal kapcsolatos részletesebb információkért tekintse meg a Régiók és a rendelkezésre állási zónák című témakört.
Az Azure rendelkezésre állási zónákkal kompatibilis szolgáltatások a megfelelő megbízhatósági és rugalmassági szintet biztosítják. Ezek kétféleképpen konfigurálhatók. Ezek lehetnek zónaredundánsak, a zónák közötti automatikus replikációval vagy a zónák közötti automatikus replikációval, egy adott zónába rögzített példányokkal. Ezeket a megközelítéseket kombinálhatja is. A zónaredundáns és a zónaredundáns architektúrával kapcsolatos további információkért tekintse meg a rendelkezésre állási zónák és régiók Javaslatok.
A rendelkezésre állási zónákat támogató régióban a Notification Hubs alapértelmezés szerint támogatja a zónaredundáns üzembe helyezést. A rendelkezésre állási zónákkal való üzembe helyezéskor a rendszer a regisztrációs adatokat és a metaadatokat is replikálja a megadott régió összes zónájában.
Előfeltételek
Az Azure Notification Hubs rendelkezésre állási zónákat használ azokban a régiókban, ahol elérhetők. A rendelkezésre állási zónákat támogató régiók listáját a Rendelkezésre állási zóna szolgáltatás és a regionális támogatás című témakörben találja.
A rendelkezésre állási zónák alapértelmezés szerint csak bizonyos szinteken támogatottak. Ha tudni szeretné, hogy mely szintek támogatják a rendelkezésre állási zónák üzembe helyezését, tekintse meg a [Notification Hubs díjszabását](https://azure.microsoft.com/pricing/details/notification-hubs).
SLA-fejlesztések
A rendelkezésre állási zónák támogatása további költségekkel jár a meglévő tarifacsomagok mellett. Az SLA-val kapcsolatos további információkért lásd a Notification Hubs SLA-t.
Zónaleállási élmény
Zónaszintű kimaradás esetén nincs szükség műveletre a zóna helyreállítása során. A Notification Hubs öngyógyítja és újraegyensúlyozza magát, hogy automatikusan kihasználhassa az kifogástalan állapotú zónát.
Rendelkezésre állási zónák engedélyezése
A rendelkezésre állási zónákat csak új névtereken engedélyezheti. Mivel a Notification Hubs nem támogatja a meglévő névterek áttelepítését, nem tilthatja le a zónaredundanciát, miután engedélyezte a névtéren.
Ha tudni szeretné, hogyan állíthat be új névteret rendelkezésre állási zónákkal, olvassa el az Azure Notification Hub létrehozása az Azure Portalon című témakört.
Migrálás a rendelkezésre állási zónák támogatására
Ha tudni szeretné, hogyan helyezhet át egy meglévő Notification Hubs-erőforrást egy új régióba a rendelkezésre állási zóna támogatásával, kövesse az Erőforrások áthelyezése Azure-régiók között című témakör útmutatását.
Régiók közötti vészhelyreállítás és üzletmenet-folytonosság
A vészhelyreállítás (DR) a nagy hatású események, például a természeti katasztrófák vagy az állásidőt és adatvesztést eredményező sikertelen üzemelő példányok helyreállításáról szól. A katasztrófa okától függetlenül a legjobb megoldás egy jól definiált és tesztelt DR-terv, valamint egy olyan alkalmazásterv, amely aktívan támogatja a DR-t. Mielőtt elkezdene gondolkodni a vészhelyreállítási terv létrehozásáról, tekintse meg a Javaslatok a vészhelyreállítási stratégia megtervezéséhez.
A DR-ről a Microsoft a megosztott felelősségi modellt használja. Egy megosztott felelősségi modellben a Microsoft biztosítja, hogy az alapinfrastruktúra és a platformszolgáltatások elérhetők legyenek. Ugyanakkor számos Azure-szolgáltatás nem replikálja automatikusan az adatokat, vagy egy meghibásodott régióból visszaesik egy másik engedélyezett régióba történő keresztreplikáláshoz. Ezekért a szolgáltatásokért Ön felel a számítási feladathoz használható vészhelyreállítási terv beállításáért. Az Azure-platformon szolgáltatásként (PaaS) futó szolgáltatások többsége funkciókkal és útmutatással támogatja a DR-t, és szolgáltatásspecifikus funkciókkal támogatja a gyors helyreállítást a dr. csomag fejlesztéséhez.
A Notification Hubs metaadat-vészhelyreállítási lefedettséget biztosít olyan metaadatok régiók közötti replikációja révén, mint a Notification Hubs neve, a kapcsolati sztring és egyéb kritikus információk.
Használhatja az Azure párosított régióját, vagy választhat a rugalmas helyreállítási régiót támogató régiók listájából.
Vészhelyreállítási forgatókönyv aktiválásakor a regisztrációs adatok a Notification Hubs-infrastruktúra egyetlen elveszett szegmense. A névtér regisztrációs adatainak megőrzésére és visszaállítására vonatkozó beállításokat a regisztrációs adatok biztonsági mentése című szakaszban találja.
Rugalmas helyreállítási régió
A rugalmas helyreállítási régió egy egyszerű megoldás, amely lehetővé teszi egy másodlagos névtér feladatátvételi célként való konfigurálását az elsődleges névtérhez. A támogatott régiók listájából választhat. A rendelkezésre állási zónákkal rendelkező, de párosított régióval nem rendelkező régiók esetében a rugalmas helyreállítással kiválaszthat egy másodlagos régiót. A feladatátvétel aktiválásakor a másodlagos névtér lesz az aktív névtér, az elsődleges névtér pedig a passzív névtér. A rendszer az elsődleges névtérbe küldött összes kérést és üzenetet átirányítja a másodlagos névtérbe, a leküldéses értesítések pedig a másodlagos névtérből érkeznek.
A következő régiók támogatják a rugalmas helyreállítási régiót:
- USA 2. nyugati régiója
- Észak-Európa
- Kelet-Ausztrália
- Dél-Brazília
- Délkelet-Ázsia
- Dél-Afrika északi régiója
Regisztrációs adatok biztonsági mentése
A párosított és rugalmas régiók helyreállítása csak a metaadatokról készít biztonsági másolatot. Implementálnia kell egy megoldást a regisztrációs adatok újbóli feltöltéséhez a központba a helyreállítás után.
Az Azure Notification Hubs kétféle eszközregisztrációt támogat: telepítéseket és regisztrációkat. Javasoljuk, hogy biztonsági másolatot készítsen a regisztrációkról a következőre:
- Az Ön által választott tárolási megoldás: Ha dr. esemény történik, a visszaállítási tevékenységek leállnak.
- Egy másik régióban létrehozott központ: Ezzel a beállítással biztonsági másolatot készíthet a regisztrációiról. Munkaközpontként kódot implementálhat, hogy erre a másolatra váltson. Ha egy másodlagos értesítési központot szinkronizálni szeretne az elsődleges értesítési központtal, a következő lehetőségek egyikével készíthet biztonsági másolatot a regisztrációkról:
- Telepítések esetén: Olyan alkalmazáshátendet használjon, amely egyidejűleg létrehozza és frissíti a telepítéseket mindkét értesítési központban. A telepítések lehetővé teszik a saját egyedi eszközazonosító megadását, így az jobban megfelel a replikációs forgatókönyvnek. További információkért tekintse meg ezt a mintakódot.
- Regisztrációk esetén: Használjon olyan alkalmazás-háttérrendszert, amely biztonsági másolatként rendszeres időközönként lekéri a regisztrációkat az elsődleges értesítési központból. Ezután tömeges beszúrást hajthat végre a másodlagos értesítési központba. Tekintse meg az Azure Notification Hubs-regisztrációk tömeges exportálását és importálását.
Előfordulhat, hogy a másodlagos értesítési központ lejárt regisztrációval rendelkezik. Ha a leküldés lejárt leíróra történik, a Notification Hubs automatikusan törli a társított regisztrációs rekordot az elsődleges értesítési központban a PNS-kiszolgálótól kapott válasz alapján. A lejárt rekordokat a választott biztonsági mentési megoldásból törölheti úgy, hogy hozzáad egy egyéni logikát, amely feldolgozza az egyes küldések visszajelzéseit, és eltávolítja a lejárt regisztrációkat.
Ha nincs háttérrendszere, amikor az alkalmazás a céleszközökön indul el, az eszközök új regisztrációt végeznek a másodlagos értesítési központban. A másodlagos értesítési központ végül az összes aktív eszközt regisztrálja.
Van egy időszak, amely alatt a nem megnyitott alkalmazásokkal rendelkező eszközök nem kapnak értesítéseket.
Régiók közötti vészhelyreállítás engedélyezése
Az új névtér vészhelyreállításának engedélyezéséhez kövesse az Azure-értesítési központ létrehozása az Azure Portalon található eljárását.
Meglévő névtér vészhelyreállításának engedélyezése vagy letiltása:
Jelentkezzen be az Azure Portalra.
A bal oldali menüben válassza a Minden szolgáltatás lehetőséget.
A Dolgok internete szakaszban válassza a Notification Hub névtereit.
A Notification Hub névterei lapon válassza ki azt a névteret, amelyhez módosítani szeretné a vészhelyreállítási beállításokat.
A névtér Értesítési központ névtér lapján az Essentials szakaszban láthatja az aktuális vészhelyreállítási beállítást.
Az alábbi példában engedélyezve van egy rugalmas helyreállítási régió. Kattintson az aktuális vészhelyreállítási régió kiválasztására a szerkesztési előugró ablak megjelenítéséhez.
A Vészhelyreállítás szerkesztése előugró ablakban módosíthatja a beállításokat. Mentse a módosításokat.
Feljegyzés
Párosított helyreállítási régió esetén a régió megjelenik, de szürkén jelenik meg. A régió nem szerkeszthető.
