Beschränkungen in Azure Database for PostgreSQL – Einzelserver

  • Artikel

GILT FÜR: Azure Database for PostgreSQL – Single Server

Wichtig

Azure Database for PostgreSQL – Single Server wird eingestellt. Es wird dringend empfohlen, ein Upgrade auf Azure Database for PostgreSQL – Flexible Server auszuführen. Weitere Informationen zum Migrieren zu Azure Database for PostgreSQL – Flexible Server finden Sie unter Was geschieht mit Azure Database for PostgreSQL – Single Server?

In den folgenden Abschnitten werden die Kapazitäts- und funktionalen Beschränkungen im Datenbankdienst beschrieben. Informationen zu den Tarifen für Ressourcen (Compute, Arbeitsspeicher, Speicher) finden Sie im Artikel Tarife.

Maximale Anzahl der Verbindungen

Die folgende Tabelle enthält die maximale Anzahl von Verbindungen nach Tarif und virtuellen Kernen, wie unten gezeigt. Das Azure-System benötigt fünf Verbindungen, um den Azure Database for PostgreSQL-Server zu überwachen.

Tarif vCore(s) Max. Anzahl von Verbindungen Max. Benutzerverbindungen
Basic 1 55 50
Basic 2 105 100
Universell 2 150 145
Universell 4 250 245
Universell 8 480 475
Universell 16 950 945
Universell 32 1500 1495
Universell 64 1.900 1895
Arbeitsspeicheroptimiert 2 300 295
Arbeitsspeicheroptimiert 4 500 495
Arbeitsspeicheroptimiert 8 960 955
Arbeitsspeicheroptimiert 16 1.900 1895
Arbeitsspeicheroptimiert 32 1987 1982

Wenn Verbindungen den Grenzwert übersteigen, erhalten Sie möglicherweise den folgenden Fehler:

SCHWERWIEGEND: Es sind bereits zu viele Clients vorhanden

Wichtig

Für eine optimale Erfahrung empfehlen wir, dass Sie einen Verbindungspooler wie pgBouncer verwenden, um Verbindungen effizient zu verwalten.

Eine PostgreSQL-Verbindung kann selbst im Leerlauf bis zu 2 MB Arbeitsspeicher belegen. Außerdem nimmt das Erstellen neuer Verbindungen Zeit in Anspruch. Die meisten Anwendungen fordern viele kurzlebige Verbindungen an, was diese Situation erschwert. Das Ergebnis sind weniger Ressourcen, die für ihre tatsächliche Workload verfügbar sind, was zu verringerter Leistung führt. Ein Verbindungspooler, der Verbindungen im Leerlauf reduziert und vorhandene Verbindungen wiederverwendet, hilft dabei, dies zu vermeiden. Weitere Informationen finden Sie in unserem Blogbeitrag.

Funktionale Beschränkungen

Skalierungsvorgänge

  • Die dynamische Skalierung auf den oder vom Basic-Tarif aus wird zurzeit nicht unterstützt.
  • Die Verringerung der Größe des Serverspeichers wird zurzeit nicht unterstützt.

Upgrades von Serverversionen

  • Die automatisierte Migration zwischen Hauptversionen von Datenbank-Engines wird derzeit nicht unterstützt. Wenn Sie auf die nächste Hauptversion upgraden möchten, führen Sie eine Sicherung und Wiederherstellung auf einem Server aus, der mit der neuen Engine-Version erstellt wurde.

Beachten Sie, dass vor PostgreSQL-Version 10 ein Hauptversionsupgrade von der PostgreSQL-Versionsrichtlinie als eine Erhöhung der ersten oder zweiten Versionsnummer betrachtet wurde (z. B. wurde der Wechsel von 9.5 auf 9.6 als Hauptversionsupgrade angesehen). Ab Version 10 gilt nur noch eine Änderung der ersten Versionsnummer als Hauptversionsupgrade (z. B. ist der Wechsel von 10.0 auf 10.1 ein Nebenversionsupgrade und der von 10 auf 11 ein Hauptversionsupgrade).

VNET-Dienstendpunkte

  • VNET-Dienstendpunkte werden nur für Server vom Typ „Universell“ und „Arbeitsspeicheroptimiert“ unterstützt.

Wiederherstellen eines Servers

  • Wenn Sie das PITR-Feature verwenden, wird der neue Server mit den gleichen Tarifkonfigurationen erstellt wie der Server, auf dem er basiert.
  • Der neue Server, der während einer Wiederherstellung erstellt wird, weist nicht die Firewallregeln auf, die auf dem ursprünglichen Server vorhanden waren. Firewallregeln müssen separat für diesen neuen Server eingerichtet werden.
  • Die Wiederherstellung eines gelöschten Servers wird nicht unterstützt.

UTF-8-Zeichen in Windows

  • In einigen Szenarien werden UTF-8-Zeichen nicht vollständig in Open Source PostgreSQL unter Windows unterstützt, was Azure Database for PostgreSQL beeinträchtigt. Weitere Informationen finden Sie in dem Thread zu Fehler #15476 im PostgreSQL-Archiv.

GSS-Fehler

Falls ein Fehler zu GSS angezeigt wird, verwenden Sie wahrscheinlich eine neuere Client-/Treiberversion, die von Azure Postgres Single Server noch nicht vollständig unterstützt wird. Dieser Fehler wirkt sich auf die JDBC-Treiberversionen 42.2.15 und 42.2.16 aus.

  • Es ist geplant, das Update bis Ende November fertigzustellen. In der Zwischenzeit ist es ratsam, eine funktionierende Treiberversion zu verwenden.
  • Alternativ kann die GSS-Anforderung deaktiviert werden. Verwenden Sie einen Verbindungsparameter wie gssEncMode=disable.

Verringerung der Speichergröße

Die Speichergröße kann nicht verringert werden. Sie müssen einen neuen Server mit der gewünschten Speichergröße erstellen, einen manuellen Sicherungs- und Wiederherstellungsprozess durchführen und Ihre Datenbanken zum neuen Server migrieren.

Nächste Schritte