Freigeben über

Was ist Azure Database for PostgreSQL?

Dieser Artikel enthält eine Übersicht über die Azure-Datenbank für PostgreSQL, die Ihnen hilft, sich mit den wichtigsten Features und Kernkonzepten vertraut zu machen.

Azure Database for PostgreSQL ist ein vollständig verwalteter Datenbankdienst, der Ihnen eine präzise Kontrolle und Flexibilität gegenüber Datenbankverwaltungsfunktionen und Konfigurationseinstellungen ermöglicht. Der Dienst bietet Flexibilität und Serverkonfigurationsanpassungen basierend auf Ihren Anforderungen. Mit der Architektur können Sie das Datenbankmodul mit der Clientebene für niedrigere Latenz verbinden und eine hohe Verfügbarkeit innerhalb einer einzelnen Verfügbarkeitszone und über mehrere Verfügbarkeitszonen auswählen. Azure Database for PostgreSQL flexible Serverinstanz bietet auch Kostenoptimierungssteuerelemente mit der Möglichkeit, Ihren Server anzuhalten und zu starten sowie eine burstfähige Computeebene, die ideal für Workloads ist, die keine vollständige Computekapazität kontinuierlich benötigen. Der Dienst unterstützt verschiedene Hauptversionen von PostgreSQL. Ausführliche Informationen zu den unterstützten Versionen finden Sie unter Unterstützte Versionen von PostgreSQL in Azure Database for PostgreSQL. Der Dienst ist in verschiedenen Azure-Regionen verfügbar.

Diagramm der Azure-Datenbank für PostgreSQL – Übersicht.

Die Azure-Datenbank für PostgreSQL eignet sich am besten für:

  • Anwendungsentwicklungen, die Steuerung und Anpassung erfordern.
  • Zonenredundante Hochverfügbarkeit
  • Verwaltete Wartungsfenster.

Architektur und Hochverfügbarkeit

Das Azure Database for PostgreSQL-Bereitstellungsmodell wurde entwickelt, um hohe Verfügbarkeit innerhalb einer einzelnen Verfügbarkeitszone und über mehrere Verfügbarkeitszonen hinweg zu unterstützen. In der Architektur sind die Compute- und Speicherebene 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 Sie die zonenredundante Hochverfügbarkeit konfigurieren, stellt der Dienst einen betriebsbereiten Standby-Server innerhalb der gleichen Azure-Region bereit und verwaltet diesen. 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. Dieses Feature ermöglicht die Dienstresilienz von Verfügbarkeitszonenfehlern innerhalb einer Azure-Region, die mehrere Verfügbarkeitszonen unterstützt, wie in der folgenden Abbildung dargestellt.

Diagramm der zonenredundanten Hochverfügbarkeit.

Weitere Informationen finden Sie unter "Hohe Verfügbarkeit ".

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. Sie können den Patchzeitplan so konfigurieren, dass er vom System verwaltet wird, oder Ihren benutzerdefinierten 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. Mit dem benutzerdefinierten Zeitplan können Sie den Patchingzyklus planbar gestalten und ein Wartungsfenster auswählen, das minimale Auswirkungen auf Ihr Unternehmen hat. Im Allgemeinen folgt der Dienst einem monatlichen Releasezeitplan im Rahmen der Continuous Integration und Release.

Automatische Sicherungen

„Azure Database for PostgreSQL“ erstellt automatisch Serversicherungen und speichert diese im zonenredundanten Speicher der Region (ZRS). Sie können Ihren Server an einem beliebigen Punkt innerhalb des Sicherungsaufbewahrungszeitraums wiederherstellen. Die Standardaufbewahrungsdauer für Sicherungen beträgt sieben Tage. Optional können Sie die Aufbewahrung für bis zu 35 Tage konfigurieren. Alle Sicherungen werden mit der AES 256-Bit-Verschlüsselung verschlüsselt. Weitere Informationen finden Sie unter Sicherungen.

Anpassen von Leistung und Skalierung in nur wenigen Sekunden

Azure Database for PostgreSQL ist in drei Computeebenen verfügbar: Burstable, General Purpose und Memory Optimized. Die Burstable-Stufe eignet sich am besten für kostengünstige Entwicklungsarbeiten und Workloads mit geringer Parallelität, die keine kontinuierliche Rechenkapazität erfordern. Die Ebenen "Allgemeiner Zweck" und "Arbeitsspeicher optimiert" eignen sich besser für Produktionsworkloads, die eine hohe Parallelität, Skalierung und vorhersehbare Leistung erfordern. Sie können Ihre erste Anwendung für ein paar Dollar pro Monat auf einer kleinen Datenbank erstellen und dann die Skalierung nahtlos an die Anforderungen Ihrer Lösung anpassen.

Server stoppen und starten, um die TCO zu senken

Azure Database for PostgreSQL ermöglicht es Ihnen, den Server bei Bedarf zu beenden und zu starten, um Ihre TCO zu senken. Die Abrechnung der Computeebene wird sofort beendet, wenn Sie den Server beenden. Dieses Feature kann erhebliche Kosteneinsparungen während der Entwicklung, Tests und bei zeitlich festgelegten, vorhersehbaren Produktionsworkloads bieten. Der Server bleibt sieben Tage lang angehalten, es sei denn, Sie starten ihn früher neu.

Sicherheit auf Unternehmensniveau

Azure Database for PostgreSQL verwendet das fiPS 140-2 validierte kryptografische Modul für die Speicherverschlüsselung ruhender Daten. Der Dienst verschlüsselt Daten, einschließlich Sicherungen und temporäre Dateien, die beim Ausführen von Abfragen erstellt wurden. Es verwendet die AES 256-Bit-Verschlüsselung, die in der Azure-Speicherverschlüsselung enthalten ist, und die Schlüssel können vom System verwaltet werden (Standard). Die Azure-Datenbank für PostgreSQL verschlüsselt Daten in Bewegung, indem standardmäßig die Transportverschlüsselung (SSL/TLS) erzwungen wird. Der Dienst erzwingt und unterstützt TLS, Version 1.2 und höher.

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

Überwachung und Warnung

Azure Database for PostgreSQL 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 eine 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 mithilfe desselben Hostnamens und port 6432 mit Ihrer Azure-Datenbank für PostgreSQL flexible Serverinstanz über PgBouncer verbinden. Wenn diese Option aktiviert ist, steht PgBouncer auch für elastische Cluster unter Port 8432 zur Verfügung.

Azure-Regionen

Ein Vorteil der Ausführung Ihrer Workload in Azure ist die globale Reichweite. Azure-Datenbank für PostgreSQL ist derzeit in den folgenden Azure-Regionen verfügbar:

Region Intel Compute AMD Compute Vertrauliches Computing Zonenredundante Hochverfügbarkeit Hochverfügbarkeit in gleicher Zone Geo-redundante Sicherung
Australia Central ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Australien, Mitte 2* ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ❌
Australia East ✅ (v3/v4/v5/v6) ✅ (v5) ❌ ✅ ✅ ✅
Australia Southeast ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Österreich Ost ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ❌
Belgien Zentral ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ❌
Brasilien Süd ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ❌
Brasilien, Südosten* ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ❌
Canada Central ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ✅
Canada East ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
Zentralindien ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ✅
Central US ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Chile Zentral ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ❌
China, Osten 2 ✅ (v3/v4) ❌ ❌ ❌ ✅ ❌
China, Osten 3 ✅ (v3/v4) ❌ ❌ ❌ ✅ ✅
China, Norden 2 ✅ (v3/v4) ❌ ❌ ❌ ✅ ❌
China, Norden 3 ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Ostasien ✅ (v3/v4/v5) ✅ (v6) ❌ ✅ $ ** ✅ ✅
East US ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ $ ✅ ✅
Ost-USA 2 ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
Frankreich, Mitte ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
France South ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Deutschland, Norden* ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Deutschland West Central ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ✅
Indonesien Zentral ✅ (v3/v4/v5) ✅ (v5/v6) ❌ ✅ ✅ ❌
Israel Central ✅ (v3/v4) ❌ ❌ ✅ ✅ ❌
Italy North ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ❌
Japan, Osten ✅ (v3/v4) ❌ ❌ ✅ ✅ ✅
Japan West ✅ (v3/v4/v5) ✅ (v6) ❌ ❌ ✅ ✅
Jio Indien Mitte ✅ (v3) ❌ ❌ ❌ ✅ ✅
Jio India West ✅ (v3) ❌ ❌ ❌ ✅ ✅
Korea Central ✅ (v3/v4/v5) ❌ ❌ ✅ ** ✅ ✅
Korea South ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Malaysia, Westen ✅ (v3/v4/v5) ✅ (v5/v6) ❌ ✅ ✅ ❌
Mexiko Zentral ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ❌
Neuseeland, Norden ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ❌
Nord-Mittel-USA ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
Nordeuropa ✅ (v3/v4/v5) ❌ ✅ (v5) ✅ $ ✅ ✅
Norwegen, Osten* ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ✅
Westnorwegen ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Poland Central ✅ (v3/v4) ❌ ❌ ✅ ✅ ❌
Qatar Central ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ❌
Südafrika Nord ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Südafrika, Westen* ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Süd-Mittel-USA ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
South India ✅ (v3/v4/v5) ✅ (v6) ❌ ✅ ✅ ✅
Südostasien ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
Spain Central ✅ (v3/v4) ❌ ❌ ✅ ✅ ❌
Schweden, Mitte ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Switzerland North ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Schweiz, Westen* ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
VAE, Mitte* ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Vereinigte Arabische Emirate, Norden ✅ (v3/v4/v5) ❌ ✅ (v5) ✅ ✅ ✅
UK South ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ✅
UK West ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
US-Regierung Arizona ✅ (v3/v4) ❌ ❌ ❌ ✅ ❌
US-Regierung Texas ✅ (v3/v4) ❌ ❌ ❌ ✅ ❌
US-Regierung Virginia ✅ (v3/v4) ❌ ❌ ✅ ✅ ✅
Zentraler Westen der USA ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
West Europe ✅ (v3/v4/v5) ❌ ✅ (v5) ✅ $ ✅ ✅
West US ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
Westliches USA 2 ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
Westliches USA 3 ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ** ✅ ❌

$ Neue zonenredundante Hochverfügbarkeitsbereitstellungen werden in diesen Regionen vorübergehend blockiert. Der Dienst unterstützt bereits bereitgestellte HA-Server vollständig.

$ Neue Serverbereitstellungen werden vorübergehend in diesen Regionen blockiert. Der Dienst unterstützt bereits bereitgestellte Server vollständig.

** Sie können jetzt zonenredundante hohe Verfügbarkeit bereitstellen, wenn Sie neue Server in diesen Regionen bereitstellen. Für vorhandene Server, die in einer AZ ohne spezifische Zuordnung bereitgestellt wurden (überprüfen Sie dies im Azure-Portal), bevor die Region Unterstützung für AZ bot, wird auch bei Aktivierung der zonenredundanten HA das Standby-System in derselben AZ wie der primäre Server bereitgestellt (hohe Verfügbarkeit in derselben Zone). Informationen zur Aktivierung zonenredundanter Hochverfügbarkeit in solchen Fällen finden Sie in diesen besonderen Überlegungen.

(*) Bestimmte Regionen unterliegen Zugriffseinschränkungen, um bestimmte Kundenszenarien zu unterstützen, z. B. Notfallwiederherstellung innerhalb des Landes/der Region. Sie können nur auf Anfrage auf diese Regionen zugreifen, indem Sie eine neue Supportanfrage erstellen.

Hinweis

Wenn Ihre Anwendung eine zonenredundante hohe Verfügbarkeit erfordert und sie in Ihrer bevorzugten Azure-Region nicht verfügbar ist, sollten Sie andere Regionen innerhalb derselben Geografie verwenden, in der zonenredundante HA verfügbar ist, z. B. US-Osten für US East 2, Zentral-USA für Nord-Zentral-USA usw.

V6-SKU-Familie (Vorschau)

Azure Database for PostgreSQL unterstützt jetzt die V6-SKU-Familie "General Purpose" und "Memory Optimized V6" in Public Preview. Diese SKUs bieten einen großen Maßstab für leistungsstarke OLTP, Analysen und komplexe Abfragen bei verbesserter Preisleistung und höheren Speichergrenzen.

Limitations:

  • Die Skalierung von der V6 SKU-Familie auf die Burstable-Tier wird nicht unterstützt.
  • Die Skalierung von burstable tier to V6 SKU family wird nicht unterstützt.
  • Die Integration des virtuellen Netzwerks wird nicht unterstützt.

Migration

Azure Database for PostgreSQL führt die Communityversion von PostgreSQL aus. Diese Version bietet vollständige Anwendungskompatibilität und erfordert eine minimale Umgestaltung, um eine vorhandene Anwendung, die auf dem PostgreSQL-Modul entwickelt wurde, zu Azure Database for PostgreSQL zu migrieren.

  • Azure Database Migration Service – Für nahtlose und vereinfachte Migrationen zu Azure Database for PostgreSQL mit minimaler Ausfallzeit verwenden Sie den Azure Database Migration Service. Besuchen Sie Was ist der Migrationsdienst in Azure Database für PostgreSQL?
  • Dump and Restore – Für Offlinemigrationen, bei denen Sie sich einige Ausfallzeiten leisten können, bieten Dumps und Wiederherstellungen mithilfe von Communitytools wie pg_dump und pg_restore die schnellste Möglichkeit zur Migration. Ausführliche Informationen finden Sie unter Migrieren durch Sicherungen und Wiederherstellungen.

Feedback und Support

Wenn Sie Fragen oder Vorschläge zu Azure Database for PostgreSQL haben, können Sie Hilfe und Support über die folgenden Kanäle erhalten:

Verwandte Inhalte

  • Last updated on