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

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

  • A következőre érvényes:: ✅ PostgreSQL

Fontos

Az Azure Cosmos DB for PostgreSQL már nem támogatott új projektek esetén. Ne használja ezt a szolgáltatást új projektekhez. Ehelyett használja az alábbi két szolgáltatás egyikét:

  • Az Azure Cosmos DB for NoSQL használata nagy léptékű forgatókönyvekhez tervezett elosztott adatbázis-megoldáshoz 99,999% rendelkezésre állási szolgáltatásiszint-szerződéssel (SLA), azonnali automatikus skálázással és automatikus feladatátvétellel több régióban.

  • Használja az Azure Database For PostgreSQL Rugalmas fürtök funkcióját a megosztott PostgreSQL-hez a nyílt forráskódú Citus-bővítmény használatával.

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 telepítve a csomópontok közötti jobb válaszidő é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 klaszter egyes csomópontjainak rendelkezésre állási zónáját ellenőrizheti oly módon is, mint például a REST API-k használatával.

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ának mérőszámait ezen az oldalon találja.

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.

A HA előnyeinek kihasználásához a koordinátor csomóponton, az adatbázis-alkalmazásoknak észlelniük kell az elvetett kapcsolatokat és sikertelen tranzakciókat, majd újra kell próbálkozniuk ezekkel. Az újonnan előléptetett koordinátor ugyanazzal a kapcsolati lánccal é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 készenléti állapot létrehozásába vált, miután a készenléti csomópontra való feladatátvétel befejeződött, és a készenléti csomópont 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á. Amikor az új másodlagos készen áll, ez az állapot "Replikáció folyamatban" állapotba lép.
  • 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

  • Last updated on