Was ist Azure Database for PostgreSQL?

2025-06-11

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

Dieser Artikel bietet eine Übersicht und Einführung in die Kernkonzepte des flexiblen Serverbereitstellungsmodells von Azure Database for PostgreSQL. Unabhängig davon, ob Sie gerade erst anfangen oder Ihre Kenntnisse aktualisieren möchten: Dieses Einführungsvideo bietet eine umfassende Übersicht über flexible Azure Database for PostgreSQL-Server, die Ihnen dabei hilft, sich mit den wichtigsten Features und Funktionen vertraut zu machen.

„Azure Database for PostgreSQL – Flexible Server“ ist ein vollständig verwalteter Datenbankdienst, der eine differenziertere Steuerung und mehr Flexibilität in Bezug auf Verwaltungsfunktionen und Konfigurationseinstellungen für Datenbanken bietet. Der Dienst ermöglicht im Allgemeinen mehr Flexibilität und die Anpassung der Serverkonfiguration an die Anforderungen der Benutzer*innen. Die flexible Serverarchitektur ermöglicht es Benutzer*innen, die Datenbank-Engine mit der Clientebene anzuordnen, um die Latenz zu verringern und Hochverfügbarkeit innerhalb einer und in mehreren Verfügbarkeitszonen zu erreichen. Instanzen von „Azure Database for PostgreSQL – Flexibler Server“ bieten zudem bessere Steuerungsoptionen für die Kostenoptimierung mit der Möglichkeit, den Server zu beenden oder zu starten, sowie einen burstfähigen Computetarif, der sich ideal für Workloads eignet, die nicht dauerhaft die volle Computekapazität benötigen. Der Dienst unterstützt verschiedene Hauptversionen von PostgreSQL. Details zu den unterstützten Versionen von PostgreSQL in Azure Database für den flexiblen Server von PostgreSQL finden Sie unter den genannten unterstützten Versionen. Der Dienst ist in verschiedenen Azure-Regionen verfügbar.

Instanzen von „Azure Database for PostgreSQL Flexibler Server“ eignen sich optimal für Folgendes:

Anwendungsentwicklungen, die bessere Steuerungs- und Anpassungsmöglichkeiten erfordern.
Zonenredundante Hochverfügbarkeit
Verwaltete Wartungsfenster

Architektur und Hochverfügbarkeit

Das Bereitstellungsmodell für flexible Azure Database for PostgreSQL-Server ist so konzipiert, dass es Hochverfügbarkeit innerhalb einer einzigen Verfügbarkeitszone und in mehreren Verfügbarkeitszonen unterstützt. In der Architektur sind Compute und Speicher voneinander getrennt. Die Datenbank-Engine läuft in einem Container auf einem virtuellen Linux-Computer, während sich die Datendateien im Azure-Speicher befinden. Der Speicher verwaltet drei lokal redundante synchrone Kopien der Datenbankdateien, wodurch die Datenbeständigkeit gewährleistet wird.

Wenn zonenredundante Hochverfügbarkeit konfiguriert ist, wird vom Dienst ein betriebsbereiter Standbyserver in der Verfügbarkeitszone innerhalb derselben Azure-Region bereitgestellt und verwaltet. Die Datenänderungen auf dem Quellserver werden synchron auf den Standbyserver repliziert, damit kein Datenverlust entsteht. Bei zonenredundanter Hochverfügbarkeit geht der Standbyserver nach dem Auslösen des geplanten oder ungeplanten Failoverereignisses sofort online und steht für die Verarbeitung eingehender Transaktionen zur Verfügung. Dies ermöglicht die Resilienz des Diensts bei Ausfall einer Verfügbarkeitszone innerhalb einer Azure-Region, die mehrere Verfügbarkeitszonen unterstützt, wie in der folgenden Abbildung gezeigt.

Weitere Informationen finden Sie unter [Hochverfügbarkeit]/azure/reliability/reliability-postgresql-flexible-server.

Automatisches Patchen mit einem verwalteten Wartungsfenster

Der Dienst führt automatisches Patchen für die zugrunde liegende Hardware, das Betriebssystem und die Datenbank-Engine durch. Das Patchen umfasst Sicherheits- und Softwareupdates. Die geplante Wartungsversion umfasst Nebenversionsupgrades für das PostgreSQL-Modul. Benutzer und Benutzerinnen können den Patchzeitplan so konfigurieren, dass er vom System verwaltet wird, oder einen eigenen Zeitplan definieren. Während des Wartungszeitplans wird der Patch angewendet, und der Server muss möglicherweise im Rahmen des Patchvorgangs neu gestartet werden, um das Update abzuschließen. Mithilfe des benutzerdefinierten Zeitplans können Benutzer*innen ihren Patchzyklus gezielt gestalten und ein Wartungsfenster mit minimalen Auswirkungen auf das Unternehmen wählen. Im Allgemeinen gilt für den Dienst ein monatlicher Releasezeitplan im Rahmen von Continuous Integration und Release.

Automatische Sicherungen

„Azure Database for PostgreSQL – Flexibler Server“ erstellt automatisch Serversicherungen und speichert diese im zonenredundanten Speicher der Region (ZRS). Mithilfe von Sicherungen können Sie den Server zu einem beliebigen Zeitpunkt innerhalb des Aufbewahrungszeitraums der Sicherung wiederherstellen. Die Standardaufbewahrungsdauer für Sicherungen beträgt sieben Tage. Die Aufbewahrung kann optional auf bis zu 35 Tage konfiguriert werden. Zur Verschlüsselung aller Sicherungen wird die AES-Verschlüsselung mit 256 Bit verwendet. Weitere Informationen finden Sie unter Sicherungen.

Anpassen von Leistung und Skalierung in nur wenigen Sekunden

„Azure Database for PostgreSQL – Flexibler Server“ ist in drei Computeebenen verfügbar: „Burstfähig“, „Universell“ und „Arbeitsspeicheroptimiert“. Die Burstable-Ebene eignet sich am besten für die kostengünstige Entwicklung und niedrige Parallelitätsworkloads ohne kontinuierliche Rechenkapazität. Die Tarife „Universell“ und „Arbeitsspeicheroptimiert“ eignen sich besser für Produktionsworkloads, die eine hohe Parallelität, Skalierung und vorhersagbare Leistung erfordern. Sie können Ihre erste Anwendung mit einer kleinen Datenbank für wenige Euro im Monat erstellen und die Skalierung dann nahtlos an die Anforderungen Ihrer Lösung anpassen.

Anhalten/Starten des Servers zum Senken der Gesamtkosten

Azure Database for PostgreSQL flexible Server ermöglicht es Ihnen, den Server bei Bedarf zu beenden und zu starten, um Ihre TCO zu senken. Die Abrechnung des Computedienstebene wird sofort beendet, sobald der Server angehalten wird. Dies kann erhebliche Kosteneinsparungen bei Entwicklung, Tests und zeitgebundenen, vorhersehbaren Produktionsworkloads ermöglichen. Der Server bleibt sieben Tage beendet, falls er nicht früher wieder gestartet wird.

Sicherheit auf Unternehmensniveau

„Azure Database for PostgreSQL – Flexibler Server“nutzt das FIPS 140-2-zertifizierte Kryptografiemodul für die Speicherverschlüsselung ruhender Daten. Daten werden verschlüsselt, darunter Sicherungen und temporäre Dateien, die während der Ausführung von Abfragen erstellt werden. Der Dienst verwendet das in der Azure Storage-Verschlüsselung vorgesehene AES-256-Bit-Verschlüsselungsverfahren, wobei die Schlüssel (standardmäßig) vom System verwaltet werden. Azure Database for PostgreSQL flexible Server verschlüsselt Daten in Bewegung, wobei standardmäßig SSL/TLS (Default Transport Layer Security) erzwungen wird. Der Dienst erzwingt und unterstützt TLS, Version 1.2 und höher.

Azure Database for PostgreSQL flexible Serverinstanzen ermöglichen den vollständigen privaten Zugriff auf die Server mithilfe des virtuellen Azure-Netzwerks (VNet-Integration). Server im virtuellen Azure-Netzwerk können nur über private IP-Adressen erreicht und verbunden werden. Bei der VNet-Integration wird der öffentliche Zugriff verweigert, sodass Server nicht über öffentliche Endpunkte erreichbar sind.

Überwachen und Warnen

Azure Database for PostgreSQL flexible Server verfügt über integrierte Leistungsüberwachungs- und Warnungsfunktionen. Alle Azure-Metriken werden im Minutentakt erfasst, und für jede Metrik steht ein Verlauf von 30 Tagen zur Verfügung. Sie können Warnungen für die Metriken konfigurieren. Der Dienst macht Hostservermetriken verfügbar, um die Ressourcenauslastung zu überwachen, und ermöglicht die Konfiguration von Protokollen für langsame Abfragen. Mit diesen Tools können Sie Ihre Workloads schnell optimieren und Ihren Server für optimale Leistung konfigurieren.

Integrierte PgBouncer-Instanz

Eine flexible Serverinstanz von Azure Database für PostgreSQL verfügt über einen integrierten PgBouncer und einen Verbindungspooler. Sie können sie aktivieren und Ihre Anwendungen über PgBouncer unter Verwendung desselben Hostnamens und des Ports 6432 mit der Instanz von „Azure Database for PostgreSQL – Flexibler Server“ verbinden.

Azure-Regionen

Ein Vorteil der Ausführung Ihrer Workload in Azure ist die globale Reichweite. „Azure Database for PostgreSQL – Flexibler Server“ ist derzeit in den folgenden Azure-Regionen verfügbar:

Region	Intel V3/V4/V5/AMD Compute	Zonenredundante Hochverfügbarkeit	Hochverfügbarkeit in gleicher Zone	Georedundante Sicherung
Australien, Mitte	✅ (nur v3/v4/v5)	❌	✅	✅
Australien, Mitte 2*	✅ (nur v3/v4/v5)	❌	✅	❌
Australien (Osten)	✅ (alle Artikelnummern)	✅	✅	✅
Australien, Südosten	✅ (nur v3/v4/v5)	❌	✅	✅
Brasilien Süd	✅ (nur v3/v4/v5)	✅ $	✅	❌
Brasilien, Südosten*	✅ (nur v3/v4/v5)	❌	✅	❌
Kanada, Mitte	✅ (alle Artikelnummern)	✅	✅	✅
Kanada, Osten	✅ (alle Artikelnummern)	❌	✅	✅
Indien, Mitte	✅ (nur v3/v4/v5)	✅ $	✅	✅
USA (Mitte)	✅ (nur v3/v4/v5)	✅	✅	✅
China, Osten 2	✅ (nur v3/v4)	❌	✅	❌
China, Osten 3	✅ (nur v3/v4)	❌	✅	✅
China, Norden 2	✅ (nur v3/v4)	❌	✅	❌
China, Norden 3	✅ (nur v3/v4/v5)	✅	✅	✅
Asien, Osten	✅ (nur v3/v4/v5)	✅ $ **	✅	✅
Ost-USA	✅ (alle Artikelnummern)	✅ $	✅	✅
USA (Ost) 2	✅ (nur v3/v4)	✅ $	✅	✅
Frankreich, Mitte	✅ (nur v3/v4/v5)	✅	✅	✅
Frankreich, Süden	✅ (nur v3/v4/v5)	❌	✅	✅
Deutschland, Norden*	✅ (nur v3/v4/v5)	❌	✅	✅
Deutschland, Westen-Mitte	✅ (nur v3/v4/v5)	✅ $	✅	✅
Israel, Mitte	✅ (nur v3/v4)	✅	✅	❌
Italien, Norden	✅ (nur v3/v4/v5)	✅	✅	❌
Japan, Osten	✅ (nur v3/v4)	✅	✅	✅
Japan, Westen	✅ (nur v3/v4/v5)	❌	✅	✅
Jio Indien, Mitte	✅ (nur v3)	❌	✅	✅
Jio Indien, Westen	✅ (nur v3)	❌	✅	✅
Korea, Mitte	✅ (nur v3/v4/v5)	✅ **	✅	✅
Korea, Süden	✅ (nur v3/v4/v5)	❌	✅	✅
Mexiko, Mitte	✅ (nur v3/v4)	✅ $	✅	❌
Neuseeland, Norden	✅ (nur v3/v4/v5)	✅	✅	❌
USA (Norden-Mitte)	✅ (alle Artikelnummern)	❌	✅	✅
Nordeuropa	✅ (nur v3/v4/v5)	✅ $	✅	✅
Norwegen, Osten*	✅ (alle Artikelnummern)	✅	✅	✅
Norwegen, Westen	✅ (nur v3/v4/v5)	❌	✅	✅
Polen, Mitte	✅ (nur v3/v4)	✅	✅	❌
Katar, Mitte	✅ (nur v3/v4)	✅ $	✅	❌
Südafrika, Norden	✅ (nur v3/v4/v5)	✅	✅	✅
Südafrika, Westen*	✅ (nur v3/v4/v5)	❌	✅	✅
USA Süd Mitte	✅ (nur v3/v4)	✅ $	✅	✅
Indien (Süden)	✅ (nur v3/v4/v5)	✅	✅	✅
Asien, Südosten	✅ (nur v3/v4)	✅ $	✅	✅
Spanien, Mitte	✅ (nur v3/v4)	✅	✅	❌
Schweden, Mitte	✅ (nur v3/v4/v5)	✅	✅	✅
Schweiz, Norden	✅ (nur v3/v4/v5)	✅	✅	✅
Schweiz, Westen*	✅ (nur v3/v4/v5)	❌	✅	✅
VAE, Mitte*	✅ (nur v3/v5)	❌	✅	✅
Vereinigte Arabische Emirate, Norden	✅ (nur v3/v4/v5)	✅	✅	✅
UK, Süden	✅ (alle Artikelnummern)	✅	✅	✅
UK, Westen	✅ (alle Artikelnummern)	❌	✅	✅
US-Regierung Arizona	✅ (nur v3/v4)	❌	✅	❌
US-Regierung Texas	✅ (nur v3/v4)	❌	✅	❌
US Government, Virginia	✅ (nur v3/v4)	✅	✅	✅
USA, Westen-Mitte	✅ (nur v3/v4/v5)	❌	✅	✅
Europa, Westen	✅ (nur v3/v4/v5)	✅ $	✅	✅
USA (Westen)	✅ (alle Artikelnummern)	❌	✅	✅
USA, Westen 2	✅ (nur v3/v4)	✅ $	✅	✅
USA, Westen 3	✅ (alle Artikelnummern)	✅ **	✅	❌

$ Neue zonenredundante Bereitstellungen mit Hochverfügbarkeit werden in diesen Regionen vorübergehend blockiert. Bereits bereitgestellte Hochverfügbarkeitsserver werden vollständig unterstützt.

$$ Neue Server-Bereitstellung werden in dieser Region vorübergehend blockiert. Bereits bereitgestellte Server werden vollständig unterstützt.

** Zonenredundante Hochverfügbarkeit kann jetzt bereitgestellt werden, wenn Sie neue Server in diesen Regionen bereitstellen. Alle vorhandenen Server, die in AZ mit keine Einstellung (überprüfen Sie dies im Azure-Portal), bevor die Region mit der Unterstützung von AZ begonnen hat, auch wenn Sie zonenredundanten HA aktivieren, wird der Standbymodus in demselben AZ (same-zone HA) wie der primäre Server bereitgestellt. Lesen Sie diese besonderen Überlegungen, um zonenredundante Hohe Verfügbarkeit in solchen Fällen zu ermöglichen.

(*) Bestimmte Regionen unterliegen Zugriffseinschränkungen, um bestimmte Kundenszenarien zu unterstützen, z. B. Notfallwiederherstellung innerhalb des Landes/der Region. Diese Regionen sind nur auf Anforderung verfügbar, indem Sie eine neue Supportanfrage erstellen.

Hinweis

Wenn Ihre Anwendung zonenredundante Hochverfügbarkeit erfordert und diese in Ihrer bevorzugten Azure-Region nicht verfügbar ist, sollten Sie erwägen, andere Regionen innerhalb derselben Geografie zu verwenden, in der zonenredundante Hochverfügbarkeit verfügbar ist, z. B. „USA, Osten“ für „USA, Osten 2“, „USA, Mitte“ für „USA, Norden-Mitte“ usw.

Migration

„Azure Database for PostgreSQL – Flexibler Server“ führt die Communityversion von PostgreSQL aus. Dies ermöglicht vollständige Anwendungskompatibilität und verursacht minimale Refactoringkosten für die Migration vorhandener Anwendungen, die für die PostgreSQL-Engine entwickelt wurden, zu „Azure Database for PostgreSQL – Flexibler Server“.

Azure Database Migration Service: Für eine nahtlose und einfachere Migration zu flexiblen Azure Database for PostgreSQL-Servern mit minimaler Downtime können Sie Azure Database Migration Service einsetzen. Besuchen Sie Was ist der Migrationsdienst in Azure Database für PostgreSQL?
Sichern und Wiederherstellen: Bei Offlinemigrationen, bei denen etwas Downtime tolerierbar ist, kann das Sichern und Wiederherstellen mit Communitytools wie pg_dump und pg_restore die schnellste Möglichkeit der Migration sein. Ausführliche Informationen finden Sie unter Migrieren durch Sicherungen und Wiederherstellungen.

Häufig gestellte Fragen (FAQ)

In diesem Abschnitt werden allgemeine Fragen zu azure Database for PostgreSQL flexible Server behandelt, einschließlich der Features, Konfigurationen und bewährten Methoden. Ganz gleich, ob Sie noch nicht mit dem Dienst arbeiten oder nach bestimmten Details suchen, diese häufig gestellten Fragen enthalten schnelle Antworten, die Ihnen bei den ersten Schritten und der Optimierung Ihrer Erfahrung helfen.

Welche Richtlinie wendet Microsoft bei der Behebung von Fehlern in der PostgreSQL-Engine an?

Die aktuelle Richtlinie von Microsoft finden Sie hier.

Kontakte

Wenn Sie Fragen oder Vorschläge zu Azure Database for PostgreSQL haben, senden Sie eine E-Mail an das Azure Database for PostgreSQL-Team.