Megosztás a következőn keresztül:

Georeplikálás az Azure Database for PostgreSQL-ben – rugalmas kiszolgáló

  • Cikk

A következőkre vonatkozik: Azure Database for PostgreSQL – Rugalmas kiszolgáló

Az olvasási replika az elsődleges kiszolgálóval azonos régióban vagy egy másik földrajzi régióban hozható létre. A georeplikálás olyan helyzetekben lehet hasznos, mint a vészhelyreállítás tervezése vagy az adatok közelebb hozása a felhasználókhoz.

Bármely rugalmas Azure Database for PostgreSQL-kiszolgálórégióban rendelkezhet elsődleges kiszolgálóval. Az elsődleges kiszolgálók az Azure bármely globális régiójában rendelkezhetnek replikákkal, amelyek támogatják a rugalmas Azure Database for PostgreSQL-kiszolgálót. Emellett támogatjuk az Azure Government és a Microsoft Azure 21Vianet által üzemeltetett speciális régióinak használatát is. A most támogatott speciális régiók a következők:

  • Azure Government-régiók:

    • USA-beli államigazgatás – Arizona
    • USA-beli államigazgatás – Texas
    • USA-beli államigazgatás – Virginia

  • A 21Vianet-régiók által üzemeltetett Microsoft Azure:

    • Észak-Kína 3. régiója
    • China East 3
    • Észak-Kína 2. régiója
    • Kelet-Kína 2. régiója

Párosított régiók vészhelyreállítási célokra

Bár a replikák létrehozása bármely támogatott régióban lehetséges, a replikák párosított régiókban való kiválasztásának jelentős előnyei vannak, különösen vészhelyreállítási célokra történő létrehozás esetén:

  • Régió-helyreállítási sorrend: Egy földrajzi szintű kimaradás esetén minden párosított készletből egy régió helyreállítása kerül rangsorolásra, biztosítva, hogy a párosított régiók alkalmazásai mindig gyorsított régióval rendelkezzenek a helyreállításhoz.

  • Szekvenciális frissítés: A párosított régiók frissítései időrendben vannak átmeneti állapotban, így minimalizálva a frissítéssel kapcsolatos problémák állásidejének kockázatát.

  • Fizikai elkülönítés: A párosított régiókban lévő adatközpontok között minimálisan 300 mérföldnyi távolságot tartanak fenn, ami csökkenti a jelentős események egyidejű kimaradásának kockázatát.

  • Adattárolás: Néhány kivételtől eltekintve a párosított csoportok régiói ugyanabban a földrajzi helyen találhatók, és megfelelnek az adattárolási követelményeknek.

  • Teljesítmény: Bár a párosított régiók általában alacsony hálózati késést kínálnak, javítva az adatok hozzáférhetőségét és a felhasználói élményt, előfordulhat, hogy nem mindig azok a régiók, amelyek abszolút legalacsonyabb késéssel rendelkeznek. Ha az elsődleges cél az adatok közelebbi kiszolgálása a felhasználókhoz a vészhelyreállítás rangsorolása helyett, elengedhetetlen az összes rendelkezésre álló régió késésének kiértékelése. Bizonyos esetekben előfordulhat, hogy a nem párosított régióban a legalacsonyabb a késés. Az átfogó megértés érdekében hivatkozhat az Azure oda-vissza késési adataira , hogy megalapozott döntést hozzon.

A párosított régiók előnyeinek mélyebb megismeréséhez tekintse meg az Azure régiók közötti replikációval kapcsolatos dokumentációját.

Regionális hibák és helyreállítás

A különböző régiókban található Azure-létesítményeket úgy tervezték, hogy rendkívül megbízhatóak legyenek. Ritka körülmények között azonban egy teljes régió elérhetetlenné válhat a hálózati hibáktól a súlyos helyzetekig, például természeti katasztrófákig. Az Azure képességei lehetővé teszik olyan alkalmazások létrehozását, amelyek több régióban vannak elosztva, biztosítva, hogy az egyik régió meghibásodása ne legyen hatással másokra.

Felkészülés regionális katasztrófákra

A potenciális regionális katasztrófákra való felkészülés kritikus fontosságú az alkalmazások és szolgáltatások zavartalan működésének biztosítása érdekében. Ha rugalmas Azure Database for PostgreSQL-kiszolgálópéldányhoz tervez robusztus készenléti tervet, az alábbi főbb lépéseket és szempontokat kell figyelembe vennie:

  1. Georeplikált olvasási replika létrehozása: Elengedhetetlen, hogy az olvasási replika az elsődlegestől eltérő régióban legyen beállítva. Ez biztosítja a folytonosságot abban az esetben, ha az elsődleges régió kimaradásba ütközik.
  2. A kiszolgáló szimmetriának biztosítása: A regionális kimaradások kezeléséhez a "előléptetés elsődleges kiszolgálóra" művelet ajánlott, de a kiszolgáló szimmetriakövetelmével jár. Ez azt jelenti, hogy az elsődleges és a replikakiszolgálónak is azonos konfigurációval kell rendelkeznie bizonyos beállításokhoz. A művelet használatának előnyei a következők:
    • Virtuális végpontok használata esetén nem kell módosítani az alkalmazás kapcsolati sztring.
    • Zökkenőmentes helyreállítási folyamatot biztosít, amelyben az érintett régió online állapotba helyezése után az eredeti elsődleges kiszolgáló automatikusan folytatja a funkcióját, de egy új replikaszerepkörben.
  3. Virtuális végpontok beállítása: A virtuális végpontok lehetővé teszik az alkalmazás zökkenőmentes átmenetét egy másik régióba, ha leállás történik. Szükségtelenné teszik az alkalmazás kapcsolati sztring módosításait.
  4. Az olvasási replika konfigurálása: A rendszer nem az elsődleges kiszolgáló összes beállítását replikálja az olvasási replikára. Elengedhetetlen annak biztosítása, hogy az összes szükséges konfiguráció és funkció (például A PgBouncer) megfelelően legyen beállítva az olvasási replikán. További információkért lásd a Konfigurációkezelés szakaszt.
  5. Felkészülés a magas rendelkezésre állásra (HA):Ha a beállítás magas rendelkezésre állást igényel, az előléptetett replikán nem lesz automatikusan engedélyezve. Legyen készen arra, hogy az előléptetés után aktiválja. Fontolja meg a lépés automatizálását az állásidő minimalizálása érdekében.
  6. Rendszeres tesztelés: Regionális vészforgatókönyvek rendszeres szimulálása a meglévő küszöbértékek, célok és konfigurációk ellenőrzéséhez. Győződjön meg arról, hogy az alkalmazás a várt módon válaszol ezekben a tesztforgatókönyvekben.
  7. Kövesse az Azure általános útmutatását: Az Azure átfogó útmutatást nyújt a megbízhatóságról és a katasztrófa-felkészültségről. Nagyon hasznos, ha ezeket az erőforrásokat használja, és integrálja az ajánlott eljárásokat a felkészültségi tervbe.

A proaktív és a regionális katasztrófákra való felkészülés biztosítja az alkalmazások és adatok rugalmasságát és megbízhatóságát.

Ha a kimaradások hatással vannak az SLA-ra

Ha egy rugalmas Azure Database for PostgreSQL-kiszolgálóval tartósan kimaradás történik egy adott régióban, amely az alkalmazás szolgáltatásiszint-szerződését (SLA) fenyegeti, vegye figyelembe, hogy az alább tárgyalt műveletek nem szolgáltatásalapúak. Mindkettőhöz felhasználói beavatkozás szükséges. Ajánlott eljárás a teljes folyamat lehető legnagyobb mértékű automatizálása és a hatékony monitorozás. A szolgáltatáskimaradás során megadott információkról további információt a Szolgáltatáskimaradás oldalán talál. Csak kényszerített előléptetés lehetséges egy régión belüli leállási forgatókönyvben, ami azt jelenti, hogy az adatvesztés mennyisége nagyjából megegyezik a replika és az elsődleges közötti aktuális késéssel. Ezért fontos figyelni a késést. Vegye figyelembe a következő lépéseket:

Előléptetés elsődleges kiszolgálóra

Ez a beállítás nem igényli az alkalmazás kapcsolati sztring frissítését, feltéve, hogy a virtuális végpontok konfigurálva vannak. Az aktiválást követően az íróvégpont egy másik régióban újrapontozza az új elsődlegest, és az Azure Portal replikációs állapot oszlopában megjelenik az "Újrakonfigurálás" felirat. Az érintett régió visszaállítása után a korábbi elsődleges kiszolgáló automatikusan folytatódik, de most már replikaszerepkörben.

Előléptetés független kiszolgálóra, és eltávolítás a replikációból

Ebben az esetben ez az egyetlen megvalósítható lehetőség. A kiszolgáló előléptetése után frissítenie kell az alkalmazás kapcsolati sztring. Az eredeti régió visszaállítása után előfordulhat, hogy a régi elsődleges ismét aktívvá válik. A szükségtelen költségek elkerülése érdekében távolítsa el. Ha meg szeretné tartani az előző topológiát, hozza létre újra az olvasási replikát.

Kapcsolódó tartalom