Omezení v Azure Database for PostgreSQL – jeden server

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

Maximální počet připojení

Níže jsou uvedené maximální počty připojení na cenové úrovni a virtuální jádra. Pro monitorování Azure Database for PostgreSQL serveru vyžaduje systém Azure pět připojení.

Cenová úroveň vCore (celkem) Maximální počet připojení Maximální počet připojení uživatelů
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

Když 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ů.

Důležité

Pro dosažení optimálního prostředí doporučujeme, abyste k efektivní správě připojení používali připojení Pooler jako pgBouncer.

Připojení PostgreSQL, dokonce nečinné, může zabírat přibližně 10 MB paměti. Vytváření nových připojení také trvá déle. Většina aplikací vyžaduje mnoho krátkodobých připojení, což je v této situaci celé. Výsledkem je méně prostředků dostupných pro vaše skutečné zatížení, což vede ke snížení výkonu. Připojení Pooler, které zkracuje nečinné připojení a znovu používá existující připojení, jim pomůže vyhnout se. Další informace najdete v našem blogovém příspěvku.

Funkční omezení

Operace škálování

  • Dynamické škálování na cenové úrovně Basic a z se v tuto chvíli nepodporuje.
  • Zmenšení velikosti úložiště serveru se v tuto chvíli nepodporuje.

Upgrady verze serveru

  • Automatizovaná migrace mezi hlavními verzemi databázového stroje není v současnosti podporovaná. Pokud chcete upgradovat na další hlavní verzi, vystavte výpis a obnovte ho na serveru, který byl vytvořen s novou verzí modulu.

Všimněte si, že před PostgreSQL verze 10 se zásady správy verzí PostgreSQL považovaly za upgradované na hlavní verzi , aby se zvýšila první nebo druhé číslo (například 9,5 až 9,6 byla považována za upgrade hlavní verze). Od verze 10 se jako upgrade hlavní verze považuje jenom změna v prvním čísle (například 10,0 až 10,1 je upgrade menší verze a 10 až 11 je upgrade hlavní verze).

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

  • Podpora koncových bodů služby virtuální sítě je určená jenom pro Pro obecné účely a paměťově optimalizované servery.

Obnovení serveru

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

UTF-8 znaků na Windows

  • v některých scénářích se znaky UTF-8 nepodporují plně v open source PostgreSQL na Windows, což má vliv na Azure Database for PostgreSQL. Další informace najdete v tématu věnovaném chybě #15476 v archivu .

Chyba služby 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í žádosti služby GSS. Použijte parametr připojení, jako je gssEncMode=disable.

snížení velikosti Storage

Storage velikost není možné zmenšovat. 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