Az Önálló Azure Database for PostgreSQL korlátai

  • Cikk

A KÖVETKEZŐKRE VONATKOZIK: Azure Database for PostgreSQL – Önálló kiszolgáló

Fontos

Azure Database for PostgreSQL – Az önálló kiszolgáló a kivezetési útvonalon van. Határozottan javasoljuk, hogy frissítsen az Azure Database for PostgreSQL rugalmas kiszolgálóra. A rugalmas Azure Database for PostgreSQL-kiszolgálóra való migrálással kapcsolatos további információkért lásd: Mi történik az önálló Azure Database for PostgreSQL-kiszolgálóval?

A következő szakaszok az adatbázis-szolgáltatás kapacitási és működési korlátait ismertetik. Ha szeretne többet megtudni az erőforrásszintekről (számítási, memória- és tárolási) szintről, tekintse meg a tarifacsomagokról szóló cikket.

Kapcsolatok maximális száma

A tarifacsomagonkénti kapcsolatok és virtuális magok maximális száma alább látható. Az Azure-rendszernek öt kapcsolatra van szüksége az Azure Database for PostgreSQL-kiszolgáló figyeléséhez.

Tarifacsomag virtuális mag(ok) Maximális Csatlakozás Maximális felhasználói Csatlakozás
Alap 0 55 50
Alap 2 105 100
Általános célú 2 150 145
Általános célú 4 250 245
Általános célú 8 480 475
Általános célú 16 950 945
Általános célú 32 1500 1495
Általános célú 64 1900 1895
Memóriaoptimalizált 2 300 295
Memóriaoptimalizált 4 500 495
Memóriaoptimalizált 8 960 955
Memóriaoptimalizált 16 1900 1895
Memóriaoptimalizált 32 1987 1982

Ha a kapcsolatok túllépik a korlátot, a következő hibaüzenet jelenhet meg:

VÉGZETES: sajnos már túl sok ügyfél

Fontos

A legjobb élmény érdekében javasoljuk, hogy a kapcsolatok hatékony kezeléséhez használjon egy kapcsolatkészletezőt, például a pgBouncert.

A PostgreSQL-kapcsolat akár tétlen is, akár 2 MB memóriát is elfoglalhat. Az új kapcsolatok létrehozása is időt vesz igénybe. A legtöbb alkalmazás sok rövid élettartamú kapcsolatot igényel, ami ezt a helyzetet is meghatározza. Az eredmény az, hogy kevesebb erőforrás áll rendelkezésre a tényleges számítási feladathoz, ami a teljesítmény csökkenéséhez vezet. A kapcsolatkészletező, amely csökkenti az inaktív kapcsolatokat, és újra felhasználja a meglévő kapcsolatokat, segít elkerülni ezt. További információért látogasson el blogbejegyzésünkre.

Funkcionális korlátozások

Skálázási műveletek

  • Az alapszintű tarifacsomagokra való dinamikus skálázás jelenleg nem támogatott.
  • A kiszolgáló tárhelyméretének csökkentése jelenleg nem támogatott.

Kiszolgálói verziófrissítések

  • A fő adatbázismotor-verziók közötti automatizált migrálás jelenleg nem támogatott. Ha a következő főverzióra szeretne frissíteni, készítsen egy memóriaképet , és állítsa vissza az új motorverzióval létrehozott kiszolgálóra.

Vegye figyelembe, hogy a PostgreSQL 10-es verziója előtt a PostgreSQL verziófrissítési szabályzata az első vagy a második szám növekedésének tekintette a fő verziófrissítést (például a 9,5-ről a 9.6-ra való váltást főverzió-frissítésnek tekintették). A 10-es verziótól kezdve csak az első szám módosítása tekinthető főverzió-frissítésnek (például a 10.0-ról 10.1-re egy alverziófrissítés, a 10-ről 11-re pedig főverzió-frissítés).

VNet-szolgáltatásvégpontok

  • A VNet-szolgáltatásvégpontok támogatása csak az általános célú és a memóriaoptimalizált kiszolgálók esetében támogatott.

Kiszolgáló visszaállítása

  • A PITR szolgáltatás használatakor az új kiszolgáló ugyanazokkal a tarifacsomag-konfigurációkkal jön létre, mint a rajta alapuló kiszolgáló.
  • A visszaállítás során létrehozott új kiszolgáló nem rendelkezik az eredeti kiszolgálón meglévő tűzfalszabályokkal. Az új kiszolgálóhoz külön tűzfalszabályokat kell beállítani.
  • A törölt kiszolgáló visszaállítása nem támogatott.

UTF-8 karakter Windows rendszeren

  • Bizonyos esetekben az UTF-8 karakterek nem támogatottak teljes mértékben a Windows nyílt forráskód PostgreSQL-ben, ami hatással van az Azure Database for PostgreSQL-re. További információért tekintse meg az 15476-os hiba szálát a postgresql-archívumban .

GSS-hiba

Ha a GSS-sel kapcsolatos hibát lát, valószínűleg olyan újabb ügyfél-/illesztőverziót használ, amelyet az önálló Azure Postgres-kiszolgáló még nem támogat teljes mértékben. Ez egy ismert hiba a JDBC-illesztő 42.2.15-ös és 42.2.16-os verziója esetén.

  • A frissítés terveink szerint november végére elkészül. Addig is fontolja meg egy működő illesztőverzió használatát.
  • Vagy fontolja meg a GSS-kérés letiltását. Használjon a következőhöz hasonló kapcsolati paramétert: gssEncMode=disable.

Tárolóméret csökkentése

A tárterület mérete nem csökkenthető. Létre kell hoznia egy új kiszolgálót a kívánt tárterülettel, manuális memóriaképet kell végeznie, majd vissza kell állítania és át kell telepítenie az adatbázis(oka)t az új kiszolgálóra.

Következő lépések