Omezení v Azure Database for PostgreSQL – jeden server

PLATÍ PRO: Azure Database for PostgreSQL – jeden server

Následující části popisují limity kapacity a funkčnosti v databázové službě. Pokud se chcete dozvědět o úrovních prostředků (výpočetních prostředků, paměti, úložiště), přečtěte si článek o cenových úrovních .

Maximální počet připojení

Níže je uvedený maximální počet připojení na cenovou úroveň a virtuální jádra. Systém Azure vyžaduje k monitorování Azure Database for PostgreSQL serveru pět připojení.

Cenová úroveň Virtuální jádra Maximální počet připojení Maximální počet uživatelských připojení
Basic 1 55 50
Basic 2 105 100
Pro obecné účely 2 150 145
Pro obecné účely 4 250 245
Pro obecné účely 8 480 475
Pro obecné účely 16 950 945
Pro obecné účely 32 1 500 1495
Pro obecné účely 64 1900 1895
Optimalizováno pro paměť 2 300 295
Optimalizováno pro paměť 4 500 495
Optimalizováno pro paměť 8 960 955
Optimalizováno pro paměť 16 1900 1895
Optimalizováno pro paměť 32 1987 1982

Pokud připojení překročí limit, může se zobrazit následující chyba:

ZÁVAŽNÁ CHYBA: Je nám líto, ale příliš mnoho klientů už

Důležité

Pro zajištění co nejlepších výsledků doporučujeme použít nástroj pro sdružování připojení, jako je pgBouncer, k efektivní správě připojení.

Připojení PostgreSQL, dokonce i nečinné, může zabírat až 2 MB paměti. Vytváření nových připojení také nějakou dobu trvá. Většina aplikací vyžaduje mnoho krátkodobých připojení, která tuto situaci slouží. Výsledkem je méně prostředků dostupných pro vaši skutečnou úlohu, což vede ke snížení výkonu. S tím vám pomůže fond připojení, který snižuje nečinná připojení a opakovaně používá stávající připojení. Další informace najdete v našem blogovém příspěvku.

Funkční omezení

Operace škálování

  • Dynamické škálování na cenovou úroveň Basic a z ní se v současné době nepodporuje.
  • Zmenšení velikosti úložiště serveru se v současné době nepodporuje.

Upgrady verzí serveru

  • Automatizovaná migrace mezi hlavními verzemi databázového stroje se v současné době nepodporuje. Pokud chcete upgradovat na další hlavní verzi, převezměte výpis paměti a obnovte ho na server, který byl vytvořen s novou verzí modulu.

Všimněte si, že před PostgreSQL verze 10 se zásada správy verzí PostgreSQL považovala za upgrade hlavní verze , aby se zvýšila první nebo druhé číslo (například 9.5 až 9.6 se považovalo za upgrade hlavní verze). Od verze 10 se jako upgrade hlavní verze považuje pouze změna prvního čísla (například 10.0 na 10.1 je upgrade podverze a 10 až 11 je upgrade hlavní verze).

Koncové body služeb virtuální sítě

  • Podpora koncových bodů služeb virtuální sítě je pouze pro servery optimalizované pro Pro obecné účely a optimalizováno pro paměť.

Obnovení serveru

  • Při použití funkce pitr se nový server vytvoří se stejnými konfiguracemi cenové úrovně jako server, na který je založen.
  • Nový server vytvořený během obnovení nemá pravidla brány firewall, která existovala na původním serveru. Pravidla brány firewall je potřeba pro tento nový server nastavit samostatně.
  • Obnovení odstraněného serveru se nepodporuje.

UTF-8 znaků ve Windows

  • V některých scénářích nejsou znaky UTF-8 plně podporovány v open source PostgreSQL ve Windows, což ovlivňuje Azure Database for PostgreSQL. Další informace najdete v tématu Chyba č. 15476 v archivu postgresql .

Chyba GSS

Pokud se vám zobrazí chyba související s GSS, pravděpodobně používáte novější verzi klienta nebo ovladače, kterou jednoúčelový server Azure Postgres ještě plně nepodporuje. Tato chyba se týká ovladače JDBC verze 42.2.15 a 42.2.16.

  • Do konce listopadu plánujeme dokončit aktualizaci. Mezitím zvažte použití funkční verze ovladače.
  • Nebo zvažte zakázání požadavku GSS. Použijte parametr připojení, jako je gssEncMode=disable.

Zmenšení velikosti úložiště

Velikost úložiště nelze zmenšit. Musíte vytvořit nový server s požadovanou velikostí úložiště, provést ruční výpis a obnovení a migrovat databáze na nový server.

Další kroky