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 die Datenbank-Engine mit der Clientebene für eine niedrigere Latenz verbinden und eine hohe Verfügbarkeit innerhalb einer einzelnen Verfügbarkeitszone und über mehrere Verfügbarkeitszonen hinweg festlegen. Instanzen von „Azure Database for PostgreSQL – Flexibler Server“ bieten zudem bessere Steuerungsoptionen für die Kostenoptimierung mit der Möglichkeit, den Server zu und 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. 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, sobald Sie den Server anhalten. 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) ❌ ✅ ✅ ❌
Brazil South ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ❌
Brasilien, Südosten* ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ❌
Canada Central ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ✅
Canada East ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
Central India ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ✅
Central US ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Chile Central ✅ (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) ❌ ❌ ✅ ✅ ✅
East Asia ✅ (v3/v4/v5) ✅ (v6) ❌ ✅ $ ** ✅ ✅
East US ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ $ ✅ ✅
USA (Ost) 2 ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
France Central ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
France South ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Deutschland, Norden* ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Deutschland, Westen-Mitte ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ✅
Indonesia Central ✅ (v3/v4/v5) ✅ (v5/v6) ❌ ✅ ✅ ❌
Israel Central ✅ (v3/v4) ❌ ❌ ✅ ✅ ❌
Italy North ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ❌
Japan East ✅ (v3/v4) ❌ ❌ ✅ ✅ ✅
Japan West ✅ (v3/v4/v5) ✅ (v6) ❌ ❌ ✅ ✅
Jio Indien, Mitte ✅ (v3) ❌ ❌ ❌ ✅ ✅
Jio Indien, Westen ✅ (v3) ❌ ❌ ❌ ✅ ✅
Korea Central ✅ (v3/v4/v5) ❌ ❌ ✅ ** ✅ ✅
Korea South ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Malaysia West ✅ (v3/v4/v5) ✅ (v5/v6) ❌ ✅ ✅ ❌
Mexico Central ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ❌
Neuseeland, Norden ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ❌
USA Nord Mitte ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
North Europe ✅ (v3/v4/v5) ❌ ✅ (v5) ✅ $ ✅ ✅
Norwegen, Osten* ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ✅
Norway West ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Poland Central ✅ (v3/v4) ❌ ❌ ✅ ✅ ❌
Qatar Central ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ❌
Südafrika, Norden ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Südafrika, Westen* ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
USA Süd Mitte ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
South India ✅ (v3/v4/v5) ✅ (v6) ❌ ✅ ✅ ✅
Southeast Asia ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
Spain Central ✅ (v3/v4) ❌ ❌ ✅ ✅ ❌
Sweden Central ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Switzerland North ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Schweiz, Westen* ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
VAE, Mitte* ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
UAE North ✅ (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 Government, Virginia ✅ (v3/v4) ❌ ❌ ✅ ✅ ✅
USA, Westen-Mitte ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
West Europe ✅ (v3/v4/v5) ❌ ✅ (v5) ✅ $ ✅ ✅
West US ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
USA, Westen 2 ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
USA, Westen 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 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 Hochverfügbarkeit aktivieren, wird der Standbymodus in demselben AZ (same-zone HA) wie der primäre Server bereitgestellt. 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.

Note

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.

Einschränkungen der SKU-Familie von V6

  • Die Skalierung von der SKU-Familie V6 auf die Stufe "Burstable" wird nicht unterstützt.
  • Die Skalierung von Burstable auf V6 SKU-Familie 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