Omezení Azure Database for PostgreSQL – flexibilní 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 výpočetní výkon a úložiště .

Maximální počet připojení

Níže jsou uvedené maximální počty připojení na cenové úrovni a virtuální jádra. Systém Azure vyžaduje tři připojení pro monitorování Azure Database for PostgreSQLho flexibilního serveru.

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

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. Sdružování připojení lze použít ke snížení nečinných připojení a opakovaného použití existujících připojení. Další informace najdete v našem blogovém příspěvku.

Funkční omezení

Operace škálování

• Změna velikosti úložiště serveru vyžaduje restart serveru.
• velikost úložiště serveru se dá škálovat jenom o 2x přírůstcích, podrobnosti najdete v tématu compute a Storage .
• 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.

Storage

• Po nakonfigurování nejde velikost úložiště zmenšit. Je nutné vytvořit nový server s požadovanou velikostí úložiště, provést ruční Výpis paměti a obnovení a migrovat databáze na nový server.
• Funkce automatického růstu úložiště v současné době není k dispozici. Monitorujte prosím využití a zvětšete úložiště na vyšší velikost.
• Když využití úložiště dosáhne 95% nebo pokud je dostupná kapacita menší než 5 GiB, server se automaticky přepne do režimu jen pro čtení , aby se předešlo chybám přidruženým k plným diskovým situacím.
• Doporučujeme, abyste nastavili pravidla upozornění pro storage used nebo, storage percent Pokud překročí určité prahové hodnoty, takže můžete proaktivně provádět akce, jako je například zvýšení velikosti úložiště. Můžete například nastavit výstrahu v případě, že procento úložiště překračuje 80% využití.

Sítě

• Přesun v a z virtuální sítě se v tuto chvíli nepodporuje.
• Kombinování veřejného přístupu s nasazením v rámci virtuální sítě se v tuto chvíli nepodporuje.
• Pravidla brány firewall se ve virtuální síti nepodporují. místo toho je možné použít skupiny zabezpečení sítě.
• Databázové servery veřejného přístupu se můžou připojovat k veřejnému Internetu, například prostřednictvím postgres_fdw , a tento přístup se nedá omezit. Servery založené na virtuální síti můžou mít omezený odchozí přístup pomocí skupin zabezpečení sítě.

Vysoká dostupnost (HA)

• Podívejte se na stránku dokumentace k omezením redundantního ha zóny .

Zóny dostupnosti

• Ruční přesun serverů do jiné zóny dostupnosti se v tuto chvíli nepodporuje.
• Zóna dostupnosti pohotovostního serveru HA nemůže být nakonfigurovaná ručně.

Modul Postgres, rozšíření a PgBouncer

• Postgres 10 a starší se nepodporují. Pokud požadujete starší verze Postgres, doporučujeme použít možnost jeden server .
• Podpora rozšíření je aktuálně omezená na rozšíření Postgres contrib .
• Integrované Pooler připojení PgBouncer není momentálně k dispozici pro servery s více servery.
• Ověřování SCRAM se s připojením pomocí integrovaných PgBouncer nepodporuje.

Operace zastavení/spuštění

• Server se nedá zastavit déle než sedm dní.

Plánovaná údržba

• Změna časového intervalu údržby kratšího než pět dní před dokončením plánovaného upgradu nebude mít vliv na tento upgrade. Změny se projeví pouze při další plánované údržbě.

Zálohování serveru

• Zálohy jsou spravovány systémem, momentálně neexistují způsob, jak tyto zálohy spouštět ručně. pg_dumpMísto toho doporučujeme použít.
• Zálohy jsou vždycky úplné zálohy založené na snímcích (ne rozdílové zálohy), což může vést k vyššímu využití úložiště záloh. Všimněte si, že protokoly transakcí (Write-WAL) jsou oddělené od úplného nebo rozdílového zálohování a jsou archivovány průběžně.

Obnovení serveru

• Při použití funkce obnovení bodu v čase je nový server vytvořen se stejnou konfigurací výpočtů a úložiště jako server, na kterém je založena.
• Databázové servery založené na virtuální síti se při obnovení ze zálohy obnoví do stejné virtuální sítě.
• 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 vytvořit samostatně pro nový server.
• Obnovení odstraněného serveru se nepodporuje.
• Obnovení mezi oblastmi není podporováno.

Další funkce

• Ověřování Azure AD ještě není podporované. Pokud požadujete ověřování Azure AD, doporučujeme použít možnost jeden server .
• Repliky pro čtení se zatím nepodporují. Pokud požadujete repliky pro čtení, doporučujeme použít možnost jeden server .
• Přesunutí prostředků do jiného předplatného se nepodporuje.

Další kroky

• Seznamte se s tím, co je k dispozici pro výpočetní a úložné možnosti
• Informace o podporovaných verzích databáze PostgreSQL
• Přečtěte si, Jak zálohovat a obnovit server v Azure Database for PostgreSQL pomocí Azure Portal