Übersicht: 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:

In diesem Artikel erhalten Sie eine Übersicht und Einführung in die grundlegenden Konzepte des Modell zur Bereitstellung einer Flexible Server-Instanz.

Übersicht

„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. Im Allgemeinen ermöglicht der Dienst mehr Flexibilität und die Anpassung der Serverkonfiguration an die Anforderungen der Benutzer. Die flexible Serverarchitektur ermöglicht es Benutzern, die Datenbank-Engine mit der Clientebene anzuordnen, um die Latenz zu verringern und Hochverfügbarkeit innerhalb einer und in mehreren Verfügbarkeitszonen zu erreichen. Flexible Server-Instanzen bieten auch eine bessere Kostenoptimierung mit der Möglichkeit, Ihren Server anzuhalten/zu starten, und dem Computetarif „Burstfähig“, der ideal für Workloads ist, die nicht ständig volle Computekapazität benötigen. Der Dienst unterstützt derzeit die Communityversion von PostgreSQL 11, 12, 13 und 14. Der Dienst ist derzeit in zahlreichen Azure-Regionen verfügbar.

Flexible Server: Übersicht

Flexible Server-Instanzen eignen sich am besten für Folgendes:

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

Architektur und Hochverfügbarkeit

Das Modell zur Bereitstellung von Flexible Server-Instanzen 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.

Zonenredundante Hochverfügbarkeit

Weitere Informationen finden Sie in der Dokumentation zur Hochverfügbarkeit.

Automatisches Patchen mit verwaltetem 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 im Rahmen des geplanten Wartungsreleases auch Upgrades von Nebenversionen enthalten. Benutzer können den Patchzeitplan so konfigurieren, dass er vom System verwaltet wird, oder einen eigenen Zeitplan definieren. Im Rahmen des Wartungszeitplans wird der Patch angewendet. Möglicherweise muss der Server als Teil des Patchprozesses neu gestartet werden, um das Update abzuschließen. Mithilfe des benutzerdefinierten Zeitplans können Benutzer ihren Patchzyklus überlegt gestalten und ein Wartungsfenster mit minimalen Auswirkungen auf das Unternehmen wählen. Im Allgemeinen gilt für den Dienst im Rahmen der kontinuierlichen Integration und Veröffentlichung ein monatlicher Releasezeitplan.

Automatische Sicherungen

Der Flexible Server-Dienst erstellt automatisch Serversicherungen und speichert diese in zonenredundantem Speicher innerhalb der Region. 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 Aufbewahrungsdauer kann optional auf bis zu 35 Tage festgelegt 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

Der Flexible Server-Dienst ist in drei Computetarifen verfügbar: „Burstfähig“, „Universell“ und „Arbeitsspeicheroptimiert“. Der Tarif „Burstfähig“ eignet sich am besten für die kostengünstige Entwicklung und Workloads mit geringer Parallelität, die nicht ständig die volle Computekapazität benötigen. 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 so ändern, dass sie den Anforderungen Ihrer Lösung entspricht.

Anhalten/Starten des Servers zum Senken der Gesamtkosten

Der Flexible Server-Dienst ermöglicht Ihnen, Server bei Bedarf anzuhalten und zu starten, um Ihre 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 verbleibt sieben Tage im angehaltenen Zustand, es sei denn, er wird früher wieder gestartet.

Sicherheit auf Unternehmensniveau

Der flexible Serverdienst nutzt das FIPS 140-2-zertifizierte Kryptografiemodul für die Speicherverschlüsselung ruhender Daten. Daten wie Sicherungen und temporäre Dateien, die während der Ausführung von Abfragen erstellt wurden, werden verschlüsselt. 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. Der Dienst 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.

Flexible 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 erreicht werden können.

Überwachung und Warnung

Der Flexible Server-Dienst 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 langsamer Abfragen. Mit diesen Tools können Sie Ihre Workloads schnell optimieren und Ihren Server für optimale Leistung konfigurieren.

Integrierte PgBouncer-Instanz

Der flexible Server verfügt über eine integrierte PgBouncer-Instanz, eine Verbindungspoolfunktion. Sie können sie optional aktivieren und Ihre Anwendungen über PgBouncer unter Verwendung des gleichen Hostnamens und des Ports 6432 mit Ihrem Datenbankserver verbinden.

Azure-Regionen

Ein Vorteil der Ausführung Ihrer Workload in Azure ist die globale Reichweite. Flexible Server sind derzeit in den folgenden Azure-Regionen verfügbar:

Region V3-/V4-Computeverfügbarkeit Zonenredundante Hochverfügbarkeit Hochverfügbarkeit in gleicher Zone Georedundante Sicherung
Australien (Osten) ✔️ ✔️ ✔️ ✔️
Australien, Südosten ✔️ ✔️ ✔️
Brasilien, Süden ✔️ (nur v3) ✔️ ✔️
Kanada, Mitte ✔️ ✔️ ✔️ ✔️
Kanada, Osten ✔️ ✔️ ✔️
Indien, Mitte ✔️ ✔️ ✔️ ✔️
USA (Mitte) ✔️ ✔️ ✔️ ✔️
China, Osten 3 ✔️ ✔️
China, Norden 3 ✔️ ✔️
Asien, Osten ✔️ ✔️ ** ✔️ ✔️
East US ✔️ ✔️ ✔️ ✔️
USA (Ost) 2 ✔️ ❌ $ ✔️ ✔️
Frankreich, Mitte ✔️ ✔️ ✔️
Frankreich, Süden ✔️ ✔️ ✔️
Deutschland, Westen-Mitte ❌ $$ ❌ $ ✔️ :x:
Japan, Osten ✔️ ✔️ ✔️ ✔️
Japan, Westen ✔️ ✔️ ✔️
Jio Indien, Westen ✔️ (nur v3) ✔️ :x:
Korea, Mitte ✔️ ✔️ ** ✔️ ✔️
Korea, Süden ✔️ ✔️ ✔️
USA Nord Mitte ✔️ ✔️ ✔️
Nordeuropa ✔️ ✔️ ✔️ ✔️
Norwegen, Osten ✔️ ✔️ :x:
Katar, Mitte ✔️ ✔️
Südafrika, Norden ✔️ ✔️ ✔️
USA Süd Mitte ✔️ ✔️ ✔️ ✔️
Indien (Süden) ✔️ ✔️ ✔️
Asien, Südosten ✔️ ❌ $ ✔️ ✔️
Schweden, Mitte ✔️ ✔️ :x:
Schweiz, Norden ✔️ ❌ $ ** ✔️ ✔️
Schweiz, Westen ✔️ ✔️ ✔️
Vereinigte Arabische Emirate, Norden ✔️ ✔️
US Gov Arizona ✔️ ✔️ :x:
US Government, Virginia ✔️ ✔️ ✔️
UK, Süden ✔️ ✔️ ✔️ ✔️
UK, Westen ✔️ ✔️ ✔️
USA, Westen-Mitte ✔️ ✔️ ✔️
Europa, Westen ✔️ ✔️ ✔️ ✔️
USA (Westen) ✔️ ✔️ ✔️
USA, Westen 2 ❌ $$ ❌ $ ✔️ ✔️
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. Alle vorhandenen Server, die in AZ ohne Präferenz (was Sie im Azure-Portal überprüfen können) eingesetzt wurden, bevor die Region mit der Unterstützung von AZ begonnen hat, werden, selbst wenn Sie zonenredundante HA (Hochverfügbarkeit) aktivieren, in derselben AZ (selbe Zone HA) bereitgestellt wie der primäre Server. Um zonenredundante Hochverfügbarkeit zu aktivieren, führen Sie folgende Schritte aus..

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

Der Dienst führt die Community-Version 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 Flexible Server.

  • Single to Flexible Server-Migrationstool (Vorschau) - Dieses Tool bietet eine einfachere Möglichkeit für die Migration von Single Server zu Flexible Server.
  • Sichern und Wiederherstellen: Für Offlinemigrationen, wenn sich Benutzer Ausfallzeiten leisten können, 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 Flexible Server mit minimalen Ausfallzeiten können Sie Azure Database Migration Service einsetzen. Weitere Informationen finden Sie unter DMS über Portal und DMS über CLI. Sie können von Azure Database for PostgreSQL-Einzelserver zu Flexible Server migrieren. Weitere Informationen finden Sie in diesem Artikel zu DMS.

Häufig gestellte Fragen

1. Ersetzt der flexible Server (Flexible Server) den Einzelserver (Single Server)? Ist der Einzelserver (Single Server) in Kürze veraltet?

Der Einzelserver wird weiterhin unterstützt. Wir empfehlen jedoch die Einführung flexibler Server, da diese über umfangreichere Funktionen verfügen. Dazu zählen zonenresiliente Hochverfügbarkeit, vorhersagbare Leistung, maximale Kontrolle, benutzerdefinierte Wartungsfenster, Kostenoptimierungssteuerungen und eine vereinfachte Entwicklerumgebung, die für Ihre Unternehmensworkloads geeignet ist. Wenn wir uns entscheiden, einen Dienst, eine Funktion, 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.

2. Welche Richtlinie legt Microsoft bei der Behebung von Fehlern in der PostgreSQL-Engine zugrunde?

Lesen Sie hier die aktuelle Richtlinie von Microsoft.

Kontakte

Sollten Sie Fragen oder Vorschläge im Zusammenhang mit Azure Database for PostgreSQL Flexible Server haben, senden Sie eine E-Mail an das zuständige Azure Database for PostgreSQL-Team (@Ask Azure DB for PostgreSQL). Hinweis: Bei dieser E-Mail-Adresse handelt es sich nicht um einen Alias für den technischen Support.

Weitere Kontaktmöglichkeiten:

Nächste Schritte

Nachdem Sie nun eine Einführung in den Bereitstellungsmodus für Azure Database for PostgreSQL – Flexible Server gelesen haben, sind Sie bereit, Ihren ersten Server zu erstellen: Erstellen einer Instanz von Azure Database for PostgreSQL – Flexible Server im Azure-Portal