Azure Event Hubs földrajzi katasztrófa utáni helyreállítás

A földrajzi vészhelyreállítás egy vészhelyreállítási funkció az Azure Event Hubs szolgáltatásban, amely folyamatosan replikálja a névtér konfigurációit (eseményközpontok, fogyasztói csoportok és beállítások) az elsődleges névtérből egy másodlagos névtérbe. Ez a funkció lehetővé teszi feladatátvétel indítását az elsődlegesről a másodlagos névtérre a regionális kimaradások során.

Feljegyzés

Ez a cikk a csak metaadatokat replikáló geo-vészhelyreállítási funkciót ismerteti. Az adatokat és metaadatokat replikáló georeplikációs funkcióval kapcsolatos információkért lásd a georeplikációt.

A teljes mértékben aktív Azure Event Hubs-fürtmodell a rendelkezésre állási zóna támogatásával rugalmasságot biztosít a hardver- és adatközpont-kimaradások ellen. Ha azonban olyan katasztrófa történik, amelyben egy teljes régió és az összes zóna nem érhető el, georedundáns helyreállítással helyreállíthatja a számítási feladatot és az alkalmazáskonfigurációt.

A cikkben ismertetett fogalmak és munkafolyamatok a vészforgatókönyvekre vonatkoznak, nem az ideiglenes kimaradásokra. A Microsoft Azure vészhelyreállításának részletes ismertetését a Azure alkalmazások Adattár-helyreállítás című témakörben találja. A geokatasztrófa-helyreállítással bármikor kezdeményezhet egyszeri átváltást az elsődlegesről a másodlagosra. A feladatátvétel a névtér kiválasztott aliasnevét a másodlagos névtérre helyezi át. Az áthelyezés után a párosítás el lesz távolítva. Az átállás a kezdeményezést követően szinte azonnali.

Fontos

  • A funkció lehetővé teszi az azonos konfigurációjú műveletek azonnali folytonosságát, de nem replikálja az eseményadatokat. Hacsak a katasztrófa nem okozta az összes zóna elvesztését, az elsődleges eseményközpontban a feladatátvétel után megmaradó eseményadatok helyreállíthatók, és a korábbi események a hozzáférés visszaállítása után is elérhetők. Az eseményadatok replikálásához és a megfelelő névterek aktív/aktív konfigurációkban való működtetéséhez ne támaszkodjon erre a geokatasztrófa-helyreállítási funkciókészletre, hanem kövesse a replikációs útmutatót.
  • A Microsoft Entra szerepköralapú hozzáférés-vezérlési (RBAC) hozzárendelései az elsődleges névtérben lévő entitásokhoz nem replikálódnak a másodlagos névtérbe. A másodlagos névtérben manuálisan hozhat létre szerepkör-hozzárendeléseket a hozzájuk való hozzáférés biztonságossá tételéhez.

A geo-vészhelyreállítás párosításának beállításával és a feladatátvétel elindításával kapcsolatban lásd: Geo-vészhelyreállítás konfigurálása.

Alapfogalmak és kifejezések

A vészhelyreállítási funkció metaadatok vészhelyreállítását valósítja meg, és elsődleges és másodlagos vészhelyreállítási névterekre támaszkodik. A geo-vészhelyreállítási funkció csak a standard, a prémium és a dedikált szinteken érhető el. Nem kell kapcsolati sztring módosításokat végeznie, mivel a kapcsolat aliason keresztül történik.

Ebben a cikkben a következő kifejezéseket használjuk:

  • Alias: A beállított vészhelyreállítási konfiguráció neve. Az alias egyetlen stabil, teljesen kvalifikált tartománynevet (FQDN) kapcsolati karakterláncot biztosít. Az alkalmazások ezt az alias kapcsolati sztringet használják egy névtérhez való csatlakozáshoz.
  • Elsődleges/másodlagos névtér: Az aliasnak megfelelő névterek. Az elsődleges névtér aktív, és üzeneteket fogad (lehet meglévő vagy új névtér). A másodlagos névtér passzív, és nem fogad üzeneteket. A metaadatok mindkettő között szinkronban vannak, így mindkettő zökkenőmentesen fogadhatja az üzeneteket alkalmazáskód vagy kapcsolati sztring módosítások nélkül. Ahhoz, hogy csak az aktív névtér fogadjon üzeneteket, az aliast kell használnia.
  • Metaadatok: Entitások, például eseményközpontok és fogyasztói csoportok, valamint a névtérhez társított szolgáltatás tulajdonságai. Csak az entitások és beállításaik replikálódnak automatikusan. Az üzenetek és események nem replikálódnak.
  • Átállás: A másodlagos névtér aktiválásának folyamata.

Támogatott névtérpárok

Az elsődleges és másodlagos névterek alábbi kombinációi támogatottak:

Elsődleges névtérszint Engedélyezett másodlagos névtérszint
Standard Standard, Dedikált
prémium prémium
dedikált dedikált

Fontos

Nem párosíthatja az ugyanabban a dedikált fürtben lévő névtereket. A különálló fürtökben lévő névterek párosíthatók.

Feladatátvételi szempontok

A feladatátvétel tervezésekor vegye figyelembe a következő szempontokat:

  • Az Event Hubs geo-vészhelyreállítása tervezés szerint nem replikál adatokat. Ezért nem használhatja újra az elsődleges eseményközpont régi eltolási értékét a másodlagos eseményközpontban. Indítsa újra az esemény fogadóját az alábbi módszerek egyikével:

    • EventPosition.FromStart() – Ha minden adatot be szeretne olvasni a másodlagos eseményközpontban.
    • EventPosition.FromEnd() – Ha a másodlagos eseményközponthoz való kapcsolódás időpontjától kezdve minden új adatot be szeretne olvasni.
    • EventPosition.FromEnqueuedTime(dateTime) – Ha egy adott dátumtól és időponttól kezdve be szeretné olvasni a másodlagos eseményközpontban fogadott összes adatot.

  • Vegye figyelembe a feladatátvételi tervezésnél az időtényezőt. Például, ha 15–20 percnél hosszabb ideig elveszíti a kapcsolatot, dönthet úgy, hogy elindítja az átkapcsolást.

  • Mivel a rendszer nem replikál adatokat, az aktuális aktív munkamenetek nem lesznek replikálva. Emellett előfordulhat, hogy az ismétlődő észlelés és az ütemezett üzenetek nem működnek. Új munkamenetek, ütemezett üzenetek és új duplikációk működnek.

  • Legalább egyszer gyakorolnia kell egy összetett elosztott infrastruktúra feladatátvételét.

  • Az entitások szinkronizálása eltarthat egy ideig, percenként körülbelül 50–100 entitásig.

  • A másodlagos névtér felügyeleti síkjának néhány aspektusa írásvédetté válik, míg a georeduktív párosítás aktív.

  • A másodlagos névtér adatsíkja írásvédett, míg a földrajzi helyreállítási párosítás aktív. A másodlagos névtér adatsíkja get kéréseket fogad el az ügyfélkapcsolatok és a hozzáférés-vezérlők ellenőrzésének engedélyezéséhez.

Privát végpontok

Ez a szakasz megfontolandó szempontokat tartalmaz a geo-vészhelyreállítás privát végpontokat használó névtérekkel való használatakor. A privát végpontok event hubokkal való általános használatáról a privát végpontok konfigurálása című témakörben olvashat.

Új párosítások

Ha egy privát végponttal rendelkező elsődleges névtér és egy privát végpont nélküli másodlagos névtér közötti párosítást próbál létrehozni, a párosítás sikertelen lesz. A párosítás csak akkor sikeres, ha az elsődleges és a másodlagos névtér is rendelkezik privát végpontokkal. Használja ugyanazokat a konfigurációkat az elsődleges és másodlagos névtereken, valamint az olyan virtuális hálózatokon, ahol privát végpontokat hoz létre.

Feljegyzés

Amikor megpróbálja párosítani az elsődleges névteret egy privát végponttal és egy másodlagos névtérrel, az ellenőrzési folyamat csak azt ellenőrzi, hogy létezik-e privát végpont a másodlagos névtérben. Nem ellenőrzi, hogy a végpont működik-e, vagy fog-e működni a feladatátvétel után. Az Ön feladata annak biztosítása, hogy a privát végponttal rendelkező másodlagos névtér a feladatátvétel után a várt módon működjön.

Annak ellenőrzéséhez, hogy a privát végpont konfigurációi megegyeznek-e az elsődleges és a másodlagos névtereken, küldjön egy olvasási kérést (például: Get Event Hub) a másodlagos névtérbe a virtuális hálózaton kívülről, és ellenőrizze, hogy hibaüzenetet kap-e a szolgáltatástól.

Meglévő párosítások

Ha már létezik párosítás az elsődleges és a másodlagos névtér között, az elsődleges névtér privát végpontjának létrehozása meghiúsul. A hiba megoldásához először hozzon létre egy privát végpontot a másodlagos névtéren, majd hozzon létre egyet az elsődleges névtérhez.

Feljegyzés

Bár a másodlagos névteret írásvédettként érheti el, frissítheti a privát végpont konfigurációit.

Amikor vészhelyreállítási konfigurációt hoz létre az alkalmazáshoz és az Event Hubs-névterekhez, hozzon létre privát végpontokat mind az elsődleges, mind a másodlagos Event Hubs-névterekhez. Ezek a privát végpontok olyan virtuális hálózatokhoz csatlakoznak, amelyek az alkalmazás elsődleges és másodlagos példányait is üzemeltetik.

Tegyük fel, hogy két virtuális hálózattal rendelkezik, VNET-1 és VNET-2ezek az elsődleges és másodlagos névterek: EventHubs-Namespace1-Primary és EventHubs-Namespace2-Secondary. Hajtsa végre a következő lépéseket:

  • On EventHubs-Namespace1-Primary, hozzon létre két privát végpontot, amelyek alhálózatokat használnak a VNET-1 és VNET-2 hálózatokból.
  • On EventHubs-Namespace2-Secondary, hozzon létre két privát végpontot, amelyek ugyanazokat az alhálózatokat használják a VNET-1 és a VNET-2 végpontokból.

Privát végpontok és virtuális hálózatok

Ennek a megközelítésnek az az előnye, hogy a feladatátvétel az Event Hubs névtérétől független alkalmazásrétegen történhet. Vegyük példaként a következő forgatókönyveket:

Csak alkalmazásbeli feladatátvétel: Ebben a forgatókönyvben az alkalmazás nem létezik VNET-1, hanem átkerül VNET-2. Mivel mindkét privát végpont mind az elsődleges, mind a másodlagos névtereken VNET-1 és VNET-2 konfigurálva van, az alkalmazás zökkenőmentesen működik.

Csak Event Hubs-névtér feladatátvétele: Ebben a forgatókönyvben, mivel mindkét privát végpont mindkét virtuális hálózaton konfigurálva van az elsődleges és a másodlagos névterekhez is, az alkalmazás egyszerűen működik.

Feljegyzés

A virtuális hálózatok geo-vészhelyreállításával kapcsolatos útmutatásért tekintse meg a Virtual Network – Üzletmenet-folytonosság című témakört.

Szerepkör-alapú hozzáférés-vezérlés (RBAC)

A Microsoft Entra szerepköralapú hozzáférés-vezérlési (RBAC) hozzárendelései az elsődleges névtérben lévő entitásokhoz nem replikálódnak a másodlagos névtérbe. A másodlagos névtérben manuálisan hozhat létre szerepkör-hozzárendeléseket a hozzájuk való hozzáférés biztonságossá tételéhez.

Kapcsolódó tartalom

  • Last updated on