Olvasási replikák előléptetése az Azure Database for PostgreSQL-ben – rugalmas kiszolgáló

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

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. Elsődleges kiszolgáló meghibásodása esetén a rendszer nem vált egymástól függetlenül az olvasási replikára. Az előléptetési művelethez mindig szükség van felhasználói műveletre.

A replikák előléptetése két különböző módon végezhető 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 egy virtuális végpontot kell konfigurálni mind az aktuális elsődleges, mind az olvasóvégpontként előléptetésre szánt replikához. Az előléptetés csak akkor sikeres, ha a célzott replika szerepel az olvasóvégpont konfigurációjában.

Az ábra a kiszolgálók konfigurálását mutatja be az előléptetés előtt, valamint az előléptetés sikeres befejezése után kapott állapotot.

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. Meg kell jegyezni, hogy bár a virtuális végpontok konfigurálhatók, 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. Ezért elengedhetetlen, hogy frissítse az alkalmazás kapcsolati sztring, hogy közvetlenül az újonnan előléptetett replikához legyen irányítva, ha az alkalmazásnak csatlakoznia kell hozzá.

A diagram 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 előléptetés a független kiszolgálóra és a replikációs műveletből való eltávolítás visszafelé kompatibilis az előző előléptetési funkcióval.

Fontos

Kiszolgálószimmetria: Az előléptetés elsődleges kiszolgálói műveletre való sikeres előléptetéséhez az elsődleges és a replikakiszolgálónak is azonos szintűnek és tárméretűnek kell lennie. Ha például az elsődleges 2vCore-kkal rendelkezik, és a replika 4vCore-okkal rendelkezik, az egyetlen működőképes lehetőség a "előléptetés a független kiszolgálóra és eltávolítás a replikációból" művelet használata. Emellett meg kell osztaniuk ugyanazokat az értékeket a megosztott memóriát lefoglaló kiszolgálóparaméterekhez.

Mindkét előléptetési módszer esetében több lehetőséget is figyelembe kell venni:

• 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ési lehetőség kifejezetten a regionális kimaradások kezelésére lett kialakítva, és ilyen esetekben kihagy minden ellenőrzést - beleértve a kiszolgáló szimmetriakövetelmét -, és folytatja az előléptetést. Ennek az az oka, hogy az azonnali kiszolgáló rendelkezésre állását rangsorolja a vészforgatókönyvek kezelése érdekében. 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 előléptetheti a replikát elsődlegesre , és hogyan léptethet elő független kiszolgálóra, és hogyan távolíthatja el a replikációból.

Konfigurációkezelés

Az olvasási replikákat a vezérlősík konfigurációi külön kiszolgálóként kezelik. Ez a megközelítés rugalmasságot biztosít az olvasási skálázási forgatókönyvekhez. Ha azonban replikákat használ vészhelyreállítási célokra, a felhasználóknak gondoskodniuk kell arról, hogy a konfiguráció a kívánt legyen.

Az előléptetési 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 a PgBouncer engedélyezve lett az elsődlegesen, de nem a replikán, az előléptetés után a replikán le lesz tiltva. Ha azt szeretné, hogy a PgBouncer az újonnan előléptetett kiszolgálón legyen, 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ák esetében nem engedélyezett a földrajzi mentés, az előléptetett elsődleges (korábban a replika) nem rendelkezik az előléptetés után. A szolgáltatás csak a standard kiszolgáló létrehozási idején aktiválható (replika nem).
• Kiszolgáló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. Fontos megjegyezni, hogy 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 Kiszolgálóparaméterek szakaszban találja.
• Microsoft Entra-hitelesítés: Ha az elsődlegesen a Microsoft Entra-hitelesítés lett konfigurálva, de a replika PostgreSQL-hitelesítéssel lett beállítva, akkor az előléptetés után a replika nem vált automatikusan a Microsoft Entra-hitelesítésre. Megőrzi a PostgreSQL-hitelesítést. A felhasználóknak manuálisan kell konfigurálnia a 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 hasznot igényel, a szerepkör-visszafordulást követően konfigurálnia kell azt a frissen előléptetett elsődleges kiszolgálón.

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 egyaránt szükség van arra, hogy a kiszolgálók (az elsődleges és a replika is) "Elérhető" állapotban legyenek. Ha a kiszolgáló állapota nem "Elérhető" (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 a kényszerített előléptetési módszer az elsődleges kiszolgáló aktuális állapotától függetlenül implementálható. 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.

Vegye figyelembe, hogy ha a korábbi elsődleges kiszolgáló a replika előléptetése során a helyreállításon túl meghiúsul, 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 támogatott régiókban

Több replika kezelésekor, és ha az elsődleges régió nem rendelkezik párosított régióval, különös figyelmet kell fordítani. Ha az elsődleges replikát érintő regionális kimaradás lép érvénybe, az újonnan előléptetett replika nem ismeri fel automatikusan a többi replikát. Bár az alkalmazások továbbra is átirányíthatók az előléptetett replikához a folyamatos működés érdekében, a nem felismert replikák nem lesznek leválasztva a kimaradás során. 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.

Gyakori kérdések

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

  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-kompatibilis elsődleges és egy olvasási replika, és előléptetem a replikát, majd váltok vissza az eredeti elsődlegesre, akkor a kiszolgáló továbbra is a HA-ban lesz?

  Nem, a kezdeti előléptetés során letiltjuk a HA-t, mivel nem támogatjuk a HA-kompatibilis olvasási replikákat. Az olvasási replika elsődlegesre való előléptetése azt jelenti, hogy az eredeti elsődleges szerepköre replikára változik. Ha visszakapcsol, engedélyeznie kell a HA-t az eredeti elsődleges kiszolgálón.

Kapcsolódó tartalom

• Replikák olvasása – áttekintés
• Georeplikáció
• Virtuális végpontok
• Olvasási replikák létrehozása és kezelése az Azure Portalon
• Régiók közötti replikáció virtuális hálózattal