Limieten in Azure Database for PostgreSQL - Flexible Server

In de volgende secties worden capaciteits- en functionele limieten in de databaseservice beschreven. Zie het artikel Compute and storage (Reken- en opslaglagen) voor meer informatie over resourcelagen (compute, geheugen, opslag).

Maximum aantal verbindingen

Hieronder wordt het maximum aantal verbindingen per prijscategorie en vCores weergegeven. Het Azure-systeem vereist drie verbindingen voor het bewaken van Azure Database for PostgreSQL- Flexible Server.

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

FATAL: er zijn al te veel clients.

Een PostgreSQL-verbinding, zelfs inactief, kan ongeveer 10 MB aan 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. Groeperen van verbindingen kan worden gebruikt om niet-actieve verbindingen te verminderen en bestaande verbindingen opnieuw te gebruiken. Ga naar onze blogpostvoor meer informatie.

Functionele beperkingen

Schaalbewerkingen

• Voor het schalen van de serveropslag moet de server opnieuw worden opgestart.
• Serveropslag kan slechts in twee stappen worden geschaald. Zie Compute en Storage meer informatie.
• 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.

Storage

• Na de configuratie kan de opslaggrootte niet worden verkleind. U moet een nieuwe server maken met de gewenste opslaggrootte, handmatig dumpen en herstellen en uw database(s) migreren naar de nieuwe server.
• Op dit moment is de functie voor automatisch groeien van opslag niet beschikbaar. Controleer het gebruik en verhoog de opslag naar een hogere grootte.
• Wanneer het opslaggebruik 95% bereikt of als de beschikbare capaciteit kleiner is dan 5 GiB, wordt de server automatisch overgeschakeld naar de alleen-lezenmodus om fouten met betrekking tot situaties met volledige schijven te voorkomen.
• We raden u aan waarschuwingsregels in te stellen voor of wanneer ze bepaalde drempelwaarden overschrijden, zodat u proactief actie kunt ondernemen, zoals het storage used storage percent vergroten van de opslaggrootte. U kunt bijvoorbeeld een waarschuwing instellen als het opslaggebruik hoger is dan 80%.

Netwerken

• Het verplaatsen van en naar VNET wordt momenteel niet ondersteund.
• Het combineren van openbare toegang met implementatie binnen een VNET wordt momenteel niet ondersteund.
• Firewallregels worden niet ondersteund op VNET. In plaats daarvan kunnen netwerkbeveiligingsgroepen worden gebruikt.
• Databaseservers met openbare toegang kunnen verbinding maken met openbaar internet, bijvoorbeeld via postgres_fdw , en deze toegang kan niet worden beperkt. Op VNET gebaseerde servers kunnen beperkte uitgaande toegang hebben met behulp van netwerkbeveiligingsgroepen.

Hoge beschikbaarheid

• Zie de documentatiepagina Zone-redundante HA-beperkingen.

Beschikbaarheidszones

• Het handmatig verplaatsen van servers naar een andere beschikbaarheidszone wordt momenteel niet ondersteund.
• De beschikbaarheidszone van de stand-byserver voor hoge beschikbaarheid kan niet handmatig worden geconfigureerd.

Postgres-engine, -extensies en PgBouncer

• Postgres 10 en ouder worden niet ondersteund. U wordt aangeraden de optie Enkele server te gebruiken als u oudere Postgres-versies nodig hebt.
• Ondersteuning voor extensies is momenteel beperkt tot de contrib Postgres-extensies.
• De ingebouwde PgBouncer-verbindingspooler is momenteel niet beschikbaar voor Burstable-servers.
• SCRAM-verificatie wordt niet ondersteund met connectiviteit met behulp van ingebouwde PgBouncer.

Stop-/startbewerking

• De server kan niet langer dan zeven dagen worden gestopt.

Gepland onderhoud

• Het wijzigen van het onderhoudsvenster minder dan vijf dagen vóór een reeds geplande upgrade heeft geen invloed op die upgrade. Wijzigingen worden alleen van kracht bij het volgende geplande onderhoud.

Een back-up maken van een server

• Back-ups worden beheerd door het systeem. Er is momenteel geen manier om deze back-ups handmatig uit te voeren. U wordt aangeraden in plaats daarvan pg_dump te gebruiken.
• Back-ups zijn altijd op momentopnamen gebaseerde volledige back-ups (geen differentiële back-ups), wat mogelijk leidt tot een hoger gebruik van back-upopslag. Houd er rekening mee dat transactielogboeken (Write Ahead Logs - WAL) gescheiden zijn van de volledige/differentiële back-ups en continu worden gearchiveerd.

Een server herstellen

• Wanneer u de functie Herstel naar een bepaald tijdstip gebruikt, wordt de nieuwe server gemaakt met dezelfde reken- en opslagconfiguraties als de server waarop deze is gebaseerd.
• VNET-databaseservers worden hersteld in hetzelfde VNET wanneer u herstelt vanuit een back-up.
• De nieuwe server die is gemaakt tijdens een herstel, heeft niet de firewallregels die op de oorspronkelijke server bestonden. Firewallregels moeten afzonderlijk worden gemaakt voor de nieuwe server.
• Het herstellen van een verwijderde server wordt niet ondersteund.
• Herstellen tussen regio's wordt niet ondersteund.

Andere functies

• Azure AD-verificatie wordt nog niet ondersteund. We raden u aan de optie Enkele server te gebruiken als u Azure AD-verificatie nodig hebt.
• Leesreplica's worden nog niet ondersteund. We raden u aan de optie Enkele server te gebruiken als u leesreplica's nodig hebt.
• Het verplaatsen van resources naar een ander abonnement wordt niet ondersteund.

Volgende stappen

• Inzicht in wat er beschikbaar is voor reken- en opslagopties
• Meer informatie over ondersteunde PostgreSQL-databaseversies
• Lees hoe u een back-up maakt van een server in Azure Database for PostgreSQL en herstelt met behulp van de Azure Portal