Olvasási replikák előléptetése az Azure Database for PostgreSQL rugalmas kiszolgálóján

Az előléptetés arra a folyamatra vonatkozik, amelyben a replika parancsot ad a replika mód befejezésére és a teljes olvasási-írási műveletekre való áttérésre.

Fontos

Az előléptetési művelet nem automatikus. Ha hiba lép fel az elsődleges kiszolgálón, a rendszer nem vált automatikusan az olvasási replikára. Az előléptetési művelethez mindig szükség van felhasználói műveletre.

A replikákat kétféleképpen léptetheti elő:

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

Ez a művelet emeli a replikát az elsődleges kiszolgáló szerepkörére. A folyamat során az aktuális elsődleges kiszolgáló lefokozódik egy replikaszerepkörre, felcserélve a szerepköreiket. A sikeres előléptetéshez konfigurálnia kell egy virtuális végpontot mind a jelenlegi elsődlegeshez íróvégpontként, mind az előléptetésre kijelölt replikához olvasóvégpontként. Az előléptetés csak akkor sikeres, ha a célzott replika szerepel az olvasóvégpont konfigurációjában. Az a felhasználó, aki a forráskiszolgálón Microsoft.DBforPostgreSQL/servers/write engedéllyel rendelkezik, végrehajthatja az átállási műveletet.

Ha az elsődleges kiszolgáló rendelkezik hibás replikákkal, távolítsa el ezeket a replikákat, mielőtt elindítja az előléptetést az elsődleges kiszolgálói műveletre. A folyamat során a rendszer előlépteti az olvasási replikát az új elsődleges kiszolgálóvá. Ez a művelet rövid, körülbelül 1–3 perces leállást okozhat, a replikáció késésétől függően az előléptetés időpontjában (tervezett előléptetés esetén). Az előléptetés befejezése után a rendszer újrakonfigurálja az előző elsődleges kiszolgálót, hogy olvasási replikaként működjön.

Az alábbi ábra a kiszolgálók konfigurálását mutatja be az előléptetés előtt, és az eredményként kapott állapotot az előléptetési művelet sikeres befejezése után.

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

Ha ezt a lehetőséget választja, a replika előléptetve független kiszolgálóvá válik, és el lesz távolítva a replikációs folyamatból. Ennek eredményeképpen az elsődleges és az előléptetett kiszolgáló is két független írás-olvasási kiszolgálóként működik. Bár konfigurálhatja a virtuális végpontokat, ezek nem szükségesek ehhez a művelethez. Az újonnan előléptetett kiszolgáló már nem része a meglévő virtuális végpontoknak, még akkor sem, ha az olvasóvégpont korábban arra mutat. Frissítse az alkalmazás kapcsolati sztringjét úgy, hogy az az újonnan előléptetett replikára mutasson, ha az alkalmazásnak ahhoz kell csatlakoznia.

Az alábbi ábra bemutatja, hogyan vannak beállítva a kiszolgálók, mielőtt előléptetik őket, és hogyan konfigurálják őket, miután sikeresen független kiszolgálókká váltak.

Fontos

Az független kiszolgálóra történő előléptetés és a replikációból való eltávolítás művelet visszafelé kompatibilis az előző előléptetési funkcióval.

Fontos

Kiszolgálószimmetria: A „promote to primary server” művelet sikeres végrehajtásához az elsődleges és a replikakiszolgáló esetében azonos szintet és tárméretet kell biztosítani. Ha például az elsődleges 2 virtuális magot tartalmaz, és a replika 4 virtuális magot tartalmaz, az egyetlen használható lehetőség az"előléptetés a független kiszolgálóra, és eltávolítás a replikációból" művelet. Emellett ugyanazokat az értékeket kell megosztaniuk a megosztott memóriát lefoglaló paraméterek esetében.

Mindkét előléptetési módszernél vegye figyelembe az alábbi lehetőségeket:

• Tervezett: Ez a beállítás biztosítja az adatok szinkronizálását az előléptetés előtt. Minden függőben lévő naplót alkalmaz az adatkonzisztenciára az ügyfélkapcsolatok elfogadása előtt.

• Kényszerített: Ezt a lehetőséget gyors helyreállításra tervezték olyan helyzetekben, mint például a regionális kimaradások. A kiszolgáló ahelyett, hogy arra vár, hogy az összes adatot szinkronizálja az elsődlegesről, működőképessé válik, miután feldolgozza a legközelebbi konzisztens állapot eléréséhez szükséges WAL-fájlokat. Ha ezzel a beállítással előlépteti a replikát, a replika elsődlegesről való leválasztásakor jelentkező késés jelzi, hogy mennyi adat veszett el.

Fontos

A Kényszerített előléptetés lehetőséget úgy tervezték, hogy kezelje a regionális kimaradásokat, és ilyen esetekben kihagyja az összes ellenőrzést - beleértve a kiszolgáló szimmetriakövetelmét -, és folytatja az előléptetést. Ez a prioritás a kiszolgáló azonnali rendelkezésre állása a vészforgatókönyvek kezeléséhez. A kényszerített beállítás régión kívüli használata azonban nem engedélyezett, ha a dokumentációban megadott olvasási replikákra vonatkozó követelmények , különösen a kiszolgáló szimmetriakövetelményei nem teljesülnek, mivel az problémákhoz, például hibás replikációhoz vezethet.

Megtudhatja, hogyan váltsa át az olvasási replikát elsődlegessé, hogyan léptetheti elő független kiszolgálóvá, és távolíthatja el a replikációból.

Konfigurációkezelés

A vezérlősík külön kiszolgálóként kezeli az olvasási replikákat, így a konfigurációkat egymástól függetlenül kezelheti. Ez a megközelítés rugalmasságot biztosít a skálázási forgatókönyvekhez. Ha azonban replikákat használ vészhelyreállításhoz, győződjön meg arról, hogy a konfiguráció a kívánt.

A promóciós művelet nem visz át bizonyos konfigurációkat és paramétereket. Íme néhány figyelemre méltó:

• PgBouncer: A beépített PgBouncer kapcsolatkészletező beállításai és állapota nem replikálódik az előléptetési folyamat során. Ha engedélyezte a PgBouncert az elsődlegesen, de a replikán nem, az előléptetés után a replikán le lesz tiltva. A PgBouncer újonnan előléptetett kiszolgálón való használatához engedélyeznie kell azt az előléptetési művelet előtt vagy után.
• Georedundáns biztonsági mentési tároló: A georedundáns biztonsági mentési beállítások nem lesznek átadva. Mivel a replikákon nem lehet engedélyezni a geo-helyreállítást, az előléptetett elsődleges példány (korábbi nevén replika) nem rendelkezik vele az előléptetést követően. A funkciót csak a standard kiszolgáló létrehozásakor aktiválhatja (replika nem).
• Paraméterek: Ha az értékek eltérnek az elsődleges és az olvasási replikán, az előléptetés során nem változnak. A megosztott memória méretét befolyásoló paramétereknek azonos értékekkel kell rendelkezniük az elsődleges és a replikákon is. Ezt a követelményt a Paraméterek szakaszban találja.
• Microsoft Entra hitelesítés: Ha az elsődleges Microsoft Entra hitelesítés van konfigurálva, de a replika PostgreSQL-hitelesítést használ, az előléptetés nem vált automatikusan Microsoft Entra hitelesítésre. A replika megőrzi a PostgreSQL-hitelesítést. Manuálisan kell konfigurálnia Microsoft Entra hitelesítést az előléptetett replikán az előléptetési folyamat előtt vagy után.
• Magas rendelkezésre állás (HA): Ha az előléptetés után HA-ra van szüksége, a szerepcsere után az újonnan elsődlegessé előléptetett kiszolgálón kell azt konfigurálnia.

Megfontolások

Kiszolgálóállapotok az előléptetés során

A tervezett és a kényszerített előléptetési forgatókönyvekben a kiszolgálóknak (az elsődleges és a replika is) kész állapotban kell lenniük. Ha a kiszolgáló állapota nem áll készen (például frissítés vagy újraindítás), az előléptetés általában nem folytatható probléma nélkül. Regionális kimaradások esetén azonban kivételt képeznek.

Az ilyen regionális kimaradások során az elsődleges kiszolgáló aktuális állapotától függetlenül implementálhatja a kényszerített előléptetési módszert. Ez a megközelítés gyors fellépést tesz lehetővé a lehetséges regionális katasztrófákra reagálva, megkerülve a kiszolgáló rendelkezésre állásának normál ellenőrzését.

Ha a korábbi elsődleges kiszolgáló a replika előléptetése során helyrehozhatatlanul meghibásodik, az egyetlen lehetőség a korábbi elsődleges kiszolgáló törlése és a replikakiszolgáló újbóli létrehozása.

Több replika láthatósága az előléptetés során a nem párosított régiókban

Ha több replikát kezel, és az elsődleges régió nem rendelkezik párosított régióval, különös körültekintésre van szükség. Ha egy regionális kimaradás hatással van az elsődlegesre, az újonnan előléptetett replika nem ismeri fel automatikusan a többi replikát. Bár továbbra is az előléptetett replikára irányíthatja az alkalmazásokat a folyamatos működés biztosítása érdekében, a fel nem ismert replikák a kimaradás alatt továbbra is leválasztva maradnak. Ezek a további replikák csak az eredeti elsődleges régió visszaállítása után társítják újra és folytatják a szerepköreiket.

Időponthoz kötött visszaállítás az előléptetés során

A tervezett és a kényszerített előléptetési forgatókönyvekben is elérhetőnek kell lennie a legújabb automatikus biztonsági mentéseknek, hogy az időponthoz kötött visszaállítási (PITR) műveletek sikeresek legyenek. Van egy ismert probléma, amely miatt a PITR-művelet a feladatátvételi és feladat-visszavételi műveletek után a következő hibát tapasztalhatja. Ez a probléma a tervek szerint egy közelgő kiadásban lesz megoldva. Annak érdekében, hogy a pitr-műveletek a legújabb időpontig sikeresek legyenek, várjon, amíg az automatikus biztonsági mentés befejeződik egy előléptetési művelet után.

Error : Point-in-time-restore of server to the period when the siteswap operation for this server was in-progress or when the server was replica is not allowed.

Gyakori kérdések

• Előléptethetek egy replikát, ha az elsődleges kiszolgálón engedélyezve van a magas rendelkezésre állás (HA)?

  Igen, akár az elsődleges kiszolgáló HA-kompatibilis, akár nem, előléptetheti az olvasási replikát. Az olvasási replika elsődleges kiszolgálóra való előléptetésének képessége független az elsődleges kiszolgáló HA-konfigurációitól.

• Ha van egy HA-ra képes elsődleges példányom és egy olvasási replikám, és előléptetem a replikát, majd visszaállok az eredeti elsődlegesre, akkor a kiszolgáló továbbra is HA-konfigurációban működik?

  Nem, az előléptetési folyamat letiltja a HA-t, mivel Azure Database for PostgreSQL nem támogatja a HA-kompatibilis olvasási replikákat. Az olvasási replika elsődlegessé léptetése azt jelenti, hogy az eredeti elsődleges példány replikává válik. Ha visszakapcsol, engedélyeznie kell a HA-t az eredeti elsődleges kiszolgálón.

Kapcsolódó tartalom

• Replikák olvasása az Azure Database for PostgreSQL-ben.
• Georeplikálás az Azure Database for PostgreSQL-ben.
• Virtuális végpontok olvasási replikákhoz az Azure Database for PostgreSQL-ben.
• Olvasási replika létrehozása.
• Replikáció Azure-régiók és privát hálózattal rendelkező virtuális hálózatok között.