Limieten in Azure Database for PostgreSQL - Enkele server

In de volgende secties worden capaciteits- en functionele limieten in de databaseservice beschreven. Zie het artikel Prijscategorie als u meer wilt weten over resourcelagen (compute, geheugen, opslag).

Maximum aantal verbindingen

Hieronder wordt het maximum aantal verbindingen per prijscategorie en vCores weergegeven. Het Azure-systeem vereist vijf verbindingen om de Azure Database for PostgreSQL bewaken.

Prijscategorie vCore(s) Maximum aantal verbindingen Maximum aantal gebruikersverbindingen
Basic 1 55 50
Basic 2 105 100
Algemeen gebruik 2 150 145
Algemeen gebruik 4 250 245
Algemeen gebruik 8 480 475
Algemeen gebruik 16 950 945
Algemeen gebruik 32 1500 1495
Algemeen gebruik 64 1900 1895
Geoptimaliseerd geheugen 2 300 295
Geoptimaliseerd geheugen 4 500 495
Geoptimaliseerd geheugen 8 960 955
Geoptimaliseerd geheugen 16 1900 1895
Geoptimaliseerd geheugen 32 1987 1982

Wanneer verbindingen de limiet overschrijden, wordt mogelijk de volgende fout weergegeven:

FATAL: er zijn al te veel clients

Belangrijk

Voor de beste ervaring raden we u aan om een verbindingspooler zoals pgBouncer te gebruiken om verbindingen efficiënt te beheren.

Een PostgreSQL-verbinding, zelfs inactief, kan ongeveer 10 MB geheugen in beslag nemen. Het maken van nieuwe verbindingen kost ook tijd. De meeste toepassingen vragen veel kortdedige verbindingen aan, waardoor deze situatie wordt verergeste. Het resultaat is dat er minder resources beschikbaar zijn voor uw werkelijke workload, wat leidt tot verminderde prestaties. Een verbindingspooler die niet-actieve verbindingen vermindert en bestaande verbindingen opnieuw gebruikt, helpt dit te voorkomen. Ga naar onze blogpostvoor meer informatie.

Functionele beperkingen

Schaalbewerkingen

  • Dynamisch schalen van en naar de Basic-prijscategorie wordt momenteel niet ondersteund.
  • Het verlagen van de serveropslaggrootte wordt momenteel niet ondersteund.

Upgrades van serverversies

  • Geautomatiseerde migratie tussen de belangrijkste versies van de database-engine wordt momenteel niet ondersteund. Als u wilt upgraden naar de volgende belangrijke versie, neemt u een dump en herstelt u deze naar een server die is gemaakt met de nieuwe engineversie.

Vóór PostgreSQL versie 10 werd het PostgreSQL-versiebeleid beschouwd als een belangrijke versie-upgrade als een toename van het eerste of tweede nummer (bijvoorbeeld 9.5 naar 9.6 werd beschouwd als een belangrijke versie-upgrade). Vanaf versie 10 wordt alleen een wijziging in het eerste nummer beschouwd als een belangrijke versie-upgrade (10.0 naar 10.1 is bijvoorbeeld een kleine versie-upgrade en 10 tot 11 is een belangrijke versie-upgrade).

VNeT-service-eindpunten

  • Ondersteuning voor VNet-service-eindpunten is alleen van Algemeen servers die zijn geoptimaliseerd voor geheugen.

Een server herstellen

  • Wanneer u de functie pitr gebruikt, wordt de nieuwe server gemaakt met dezelfde prijscategorieconfiguraties als de server waarop deze is gebaseerd.
  • De nieuwe server die is gemaakt tijdens een herstel, heeft niet de firewallregels die op de oorspronkelijke server bestonden. Firewallregels moeten afzonderlijk worden ingesteld voor deze nieuwe server.
  • Het herstellen van een verwijderde server wordt niet ondersteund.

UTF-8 tekens op Windows

  • In sommige scenario's worden UTF-8 tekens niet volledig ondersteund in open source PostgreSQL op Windows, wat van invloed is op Azure Database for PostgreSQL. Raadpleeg de thread over bug #15476 in het postgresql-archief voor meer informatie.

GSS-fout

Als er een fout wordt weergegeven die betrekking heeft op GSS, gebruikt u waarschijnlijk een nieuwere versie van een client/stuurprogramma die nog niet volledig wordt ondersteund door Azure Postgres Single Server. Deze fout heeft betrekking op JDBC-stuurprogrammaversies 42.2.15 en 42.2.16.

  • De update wordt naar verwachting eind november voltooid. U kunt in de tussentijd een werkende versie van het stuurprogramma gebruiken.
  • U kunt de GSS-aanvraag ook uitschakelen. Gebruik een verbindingsparameter als gssEncMode=disable.

Storage grootte verminderen

Storage grootte kan niet worden verkleind. U moet een nieuwe server met de gewenste opslaggrootte maken, handmatig dumpen en herstellen en uw database(s) migreren naar de nieuwe server.

Volgende stappen