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


Magas rendelkezésre állás az Azure Cosmos DB for PostgreSQL-ben

A KÖVETKEZŐKRE VONATKOZIK: Azure Cosmos DB for PostgreSQL (a Citus adatbázisbővítménye a PostgreSQL-re)

A magas rendelkezésre állás (HA) minimálisra csökkenti az adatbázis állásidejét azáltal, hogy egy fürt összes csomópontjának készenléti replikáit tartja karban. Ha egy csomópont leáll, az Azure Cosmos DB for PostgreSQL a bejövő kapcsolatokat a meghibásodott csomópontról a készenléti replikába irányítja. A feladatátvétel néhány percen belül megtörténik, az előléptetett csomópontok pedig mindig friss adatokkal rendelkeznek a PostgreSQL szinkron streamelési replikációjának köszönhetően.

A fürt összes elsődleges csomópontja egy rendelkezésre állási zónába van kiépítve a csomópontok közötti jobb késés érdekében. Az előnyben részesített rendelkezésre állási zóna lehetővé teszi, hogy az összes fürtcsomópont ugyanabba a rendelkezésre állási zónába kerüljön, ahol az alkalmazás telepítve van. Ez a közelség tovább javíthatja a teljesítményt az alkalmazás-adatbázis késésének csökkentésével. A készenléti csomópontok egy másik rendelkezésre állási zónába vannak kiépítve. Az Azure Portal megjeleníti a fürt egyes elsődleges csomópontjainak rendelkezésre állási zónáját. A fürt egyes csomópontjainak rendelkezésre állási zónáját az olyan programozott módszerek egyikével is ellenőrizheti, mint például a REST API-k.

A HA engedélyezése nélkül is minden csomópont saját helyileg redundáns tárolóval (LRS) rendelkezik az Azure Storage szolgáltatás által karbantartott három szinkron replikával. Egyetlen replikahiba esetén az Azure Storage szolgáltatás észleli, és transzparensen újra létrehozza. Az LRS-tárterület tartósságát az ezen a lapon található metrikákon tekinti meg.

Ha a HA engedélyezve van, az Azure Cosmos DB for PostgreSQL egy készenléti csomópontot futtat a fürt minden elsődleges csomópontja számára. Az elsődleges és a készenléti állapot szinkron PostgreSQL-replikációt használ. Ez a replikáció lehetővé teszi az ügyfelek számára, hogy kiszámítható állásidővel rendelkezzenek, ha egy elsődleges csomópont meghibásodik. Dióhéjban szolgáltatásunk észleli az elsődleges csomópontok meghibásodását, és a készenléti csomópontokra való feladatátvételt nulla adatvesztéssel.

Ahhoz, hogy kihasználhassa a hasznot a koordinátor csomóponton, az adatbázis-alkalmazásoknak észlelnie kell és újra kell próbálkoznia az elvetett kapcsolatok és a sikertelen tranzakciók észlelésével és újrapróbálkozása során. Az újonnan előléptetett koordinátor ugyanazzal a kapcsolati sztring érhető el.

Magas rendelkezésre állási állapotok

A helyreállítás három szakaszra bontható: észlelés, feladatátvétel és teljes helyreállítás. Az Azure Cosmos DB for PostgreSQL rendszeres állapotellenőrzéseket futtat minden csomóponton, és négy sikertelen ellenőrzés után megállapítja, hogy egy csomópont leállt. Az Azure Cosmos DB for PostgreSQL ezután előlépteti a készenléti állapotot az elsődleges csomópont állapotára (feladatátvétel), és létrehoz egy új készenlétet. A streamelési replikáció megkezdődik, így az új csomópont naprakész lesz. Az összes adat replikálása után a csomópont teljes helyreállítást ért el.

Az Azure Cosmos DB for PostgreSQL a feladatátvétel állapotát az Azure Portal fürtöinek Áttekintés lapján jeleníti meg.

  • Kifogástalan: A HA engedélyezve van, és a csomópont teljes mértékben replikálva van a készenléti állapotba.
  • Feladatátvétel folyamatban: Hiba történt az elsődleges csomóponton, és a rendszer feladatátvételt kezdeményezett a készenléti állapotba. Ez az állapot a készenléti csomópontra való feladatátvétel befejezése után készenléti állapotba vált, és a készenléti állapot lesz az új elsődleges.
  • Készenléti állapot létrehozása: Az előző készenléti állapot elő lett léptetve az elsődlegesre, és új készenléti állapot jön létre hozzá. Ha az új másodlagos készen áll, ez az állapot replikációs folyamatban van.
  • Replikáció folyamatban: Az új készenléti csomópont ki van építve, és folyamatban van az adatszinkronizálás. Miután az összes adat replikálva van az új készenléti állapotba, a szinkron replikáció engedélyezve lesz az elsődleges és a készenléti csomópont között, és a csomópontok állapota visszaáll kifogástalan állapotra.
  • Nem: A HA nincs engedélyezve ezen a csomóponton.

Következő lépések