Azure Database for PostgreSQL – Flexible Server

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

Azure Database for PostgreSQL auf Grundlage der PostgreSQL Community Edition ist in zwei Bereitstellungsmodi verfügbar:

Dieser Artikel bietet eine Übersicht und Einführung in die grundlegenden Konzepte des Bereitstellungsmodells für flexible Azure Database for PostgreSQL-Server. 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.

Überblick

„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 die Community-Version von PostgreSQL 11, 12, 13, 14, 15 und 16. Der Dienst ist in verschiedenen Azure-Regionen verfügbar.

Diagram of Azure Database for PostgreSQL flexible server - Overview.

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, sodass die Datenbeständigkeit sichergestellt 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.

Diagram of Zone redundant high availability.

Ausführlichere Informationen finden Sie unter Hochverfü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. Für die PostgreSQL-Engine sind Upgrades von Nebenversionen im geplanten Wartungsrelease enthalten. Benutzer können den Patchzeitplan so konfigurieren, dass er vom System verwaltet wird, oder einen eigenen Zeitplan definieren. Der Patch wird gemäß dem Wartungszeitplan angewendet. Möglicherweise muss der Server im Rahmen des Patchprozesses 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“. Der Tarif „Burstfähig“ eignet sich am besten für die kostengünstige Entwicklung sowie für Workloads mit geringer Parallelität ohne ständige Computekapazitä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 – Flexibler Server“ ermöglicht es Ihnen, Server bei Bedarf zu beenden und zu starten, um die Gesamtkosten zu senken. Die Abrechnung des Computetarifs 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 – Flexibler Server“ verschlüsselt Daten während der Übertragung mit Transport Layer Security (SSL/TLS), was standardmäßig erzwungen wird. Der Dienst erzwingt und unterstützt nur die TLS-Version 1.2.

Instanzen von „Azure Database for PostgreSQL – Flexibler Server“ ermöglichen den vollständigen privaten Zugriff auf die Server mithilfe eines 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 – Flexibler Server“ verfügt über integrierte Funktionen für Leistungsüberwachung und Warnungen. 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 Instanz von „Azure Database for PostgreSQL – Flexibler Server“ verfügt über eine integrierte PgBouncer-Instanz, eine Lösung für Verbindungspooling. 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) ✔️ ✔️
Australien, Mitte 2* ✔️ (nur v3/v4) ✔️ ✔️
Australien (Osten) ✔️ ✔️ ✔️ ✔️
Australien, Südosten (nur v3/v4/v5) ✔️ ✔️
Brasilien, Süden ✔️ (nur v3) ❌ $ ✔️
Brasilien, Südosten* ✔️ (nur v3) ❌ $ ✔️
Kanada, Mitte ✔️ ✔️ ✔️ ✔️
Kanada, Osten ✔️ ✔️ ✔️
Indien, Mitte ✔️ ✔️ ✔️ ✔️
USA (Mitte) ✔️ (nur v3/v4) ✔️ ✔️ ✔️
China, Osten 3 ✔️ (nur v3/v4) ✔️ ✔️
China, Norden 3 ✔️ (nur v3/v4/v5) ✔️ ✔️ ✔️
Asien, Osten ✔️ (nur v3/v4/v5) ✔️ ** ✔️ ✔️
East US ✔️ (nur v3/v4/v5) ✔️ ✔️ ✔️
USA (Ost) 2 ✔️ (nur v3/v4) ❌ $ ✔️ ✔️
Frankreich, Mitte ✔️ (nur v3/v4/v5) ✔️ ✔️ ✔️
Frankreich, Süden ✔️ (nur v3/v4) ✔️ ✔️
Deutschland, Westen-Mitte ✔️ (nur v3/v4/v5) ✔️ ✔️ ✔️
Deutschland, Norden* ✔️ (nur v3/v4/v5) ✔️ ✔️ ✔️
Israel, Mitte ✔️ (nur v3/v4) ✔️ ✔️
Italien, Norden ✔️ (nur v3/v4) ✔️ ✔️
Japan, Osten ✔️ (nur v3/v4) ✔️ ✔️ ✔️
Japan, Westen ✔️ (nur v3/v4) ✔️ ✔️
Jio Indien, Westen ✔️ (nur v3) ✔️
Korea, Mitte ✔️ (nur v3/v4/v5) ✔️ ** ✔️ ✔️
Korea, Süden ✔️ (nur v3/v4/v5) ✔️ ✔️
Polen, Mitte ✔️ (nur v3/v4) ✔️ ✔️
USA Nord Mitte ✔️ ✔️ ✔️
Nordeuropa ✔️ (nur v3/v4) ✔️ ✔️ ✔️
Norwegen, Osten ✔️ ✔️ ✔️
Norwegen, Westen* ✔️ (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 ✔️ ✔️ ✔️ ✔️
Schweden, Mitte ✔️ (nur v3/v4/v5) ✔️ ✔️ ✔️
Schweden, Süden* ✔️ (nur v3/v4/v5) ✔️ ✔️ ✔️
Schweiz, Norden ✔️ (nur v3/v4/v5) ✔️ ✔️ ✔️
Schweiz, Westen* ✔️ (nur v3/v4/v5) ✔️ ✔️
VAE, Mitte* ✔️ (nur v3/v4) ✔️
Vereinigte Arabische Emirate, Norden ✔️ (nur v3/v4/v5) ✔️ ✔️
US Gov Arizona ✔️ (nur v3/v4) ✔️
US Gov Texas ✔️ (nur v3/v4) ✔️
US Government, Virginia ✔️ (nur v3/v4) ✔️ ✔️
UK, Süden ✔️ ✔️ ✔️ ✔️
UK, Westen ✔️ ✔️ ✔️
USA, Westen-Mitte ✔️ ✔️ ✔️
Europa, Westen ✔️ ❌ $ ✔️ ✔️
USA (Westen) ✔️ ✔️ ✔️
USA, Westen 2 ✔️ (nur v3/v4) ❌ $ ❌ $ ✔️
USA, Westen 3 ✔️ ✔️ ** ✔️

$ 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. Bei allen vorhandenen Servern, die in der Verfügbarkeitszone ohne Präferenz (überprüfbar im Azure-Portal) vor Einführung der Unterstützung von Verfügbarkeitszonen in der Region bereitgestellt wurden, wird der Standbyserver selbst dann in derselben Verfügbarkeitszone (Hochverfügbarkeit derselben Zone) bereitgestellt wie der primäre Server, wenn Sie zonenredundante Hochverfügbarkeit aktivieren. Um zonenredundante Hochverfügbarkeit zu aktivieren, führen Sie die entsprechenden Schritte aus.

(*) 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“.

  • Tool für die Migration von Azure Database for PostgreSQL-Einzelserver zu „Azure Database for PostgreSQL – Flexibler Server“ (Vorschau) - Dieses Tool bietet eine einfachere Migrationsfunktion von Azure Database for PostgreSQL-Einzelserver zu flexiblen Azure Database for PostgreSQL-Servern.
  • 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.
  • 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. Weitere Informationen finden Sie unter DMS über Portal und DMS über CLI. Sie können von Ihrer Instanz für Azure Database for PostgreSQL-Einzelserver zu flexiblen Azure Database for PostgreSQL-Servern migrieren. Weitere Informationen finden Sie in diesem Artikel zu DMS.

Häufig gestellte Fragen

Wird Azure Database for PostgreSQL-Einzelserver durch „Azure Database for PostgreSQL – Flexibler Server“ ersetzt?

Azure Database for PostgreSQL-Einzelserver wird weiterhin unterstützt. Es wird jedoch empfohlen, auf „Azure Database for PostgreSQL – Flexibler Server“ umzusteigen, da der Dienst über umfangreichere Funktionen verfügt. Zu diesen zählen unter anderem die zonenresiliente Hochverfügbarkeit, vorhersehbare Leistung, maximale Kontrolle, ein benutzerdefiniertes Wartungsfenster, Steuerelemente zur Kostenoptimierung und eine vereinfachte Entwicklerumgebung, die für Ihre Unternehmensworkloads geeignet ist. Wenn wir uns entscheiden, einen Dienst, ein Feature, eine API oder eine SKU einzustellen, erhalten Sie eine Vorankündigung, die einen Migrations- oder Übergangspfad enthält. Weitere Informationen zu Microsoft-Lebenszyklusrichtlinien finden Sie hier.

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

Die aktuelle Richtlinie von Microsoft finden Sie hier.

Kontakte

Sollten Sie Fragen oder Vorschläge im Zusammenhang mit „Azure Database for PostgreSQL – Flexibler Server“ haben, senden Sie eine E-Mail an das zuständige Team für „Azure Database for PostgreSQL – Flexibler Server“ (@Ask Azure DB for PostgreSQL).

Hinweis

Bei dieser E-Mail-Adresse handelt es sich nicht um einen Alias für technischen Support.

Weitere Kontaktmöglichkeiten:

Nächste Schritte

Nachdem Sie nun eine Einführung in den Bereitstellungsmodus für „Azure Database for PostgreSQL – Flexibler Server“ gelesen haben, sind Sie bereit, Ihren ersten Server zu erstellen: Erstellen eines flexiblen Azure Database for PostgreSQL-Servers im Azure-Portal.