Info2soft verwendet Cookies, um Ihnen ein besseres und angenehmeres Surferlebnis auf unserer Website zu ermöglichen. Datenschutzerklärung
Wird geladen...
Von:
Unter Hochverfügbarkeit (HA) von Azure Database for PostgreSQL versteht man die Fähigkeit des Datenbankdiensts, bei Systemausfällen oder Störungen mit minimaler Ausfallzeit funktionsfähig zu bleiben. Für Unternehmen ist dies sehr wichtig, um Geschäftskontinuität, Datensicherheit und SLAs zu gewährleisten.
Im Gegensatz zu herkömmlichen PostgreSQL-Bereitstellungen, die komplexe Cluster-Tools und manuelle Failover-Konfigurationen erfordern, bietet Azure eine vollständig verwaltete HA-Lösung. Failover wird automatisch ausgelöst, sobald das System ein Problem erkennt. Der Dienstendpunkt bleibt unverändert, sodass Anwendungen ohne zusätzliche Konfiguration erneut eine Verbindung herstellen können.
Architekturübersicht:
Sie funktioniert durch die Bereitstellung eines primären Servers zusammen mit einem Standby-Replikat. Azure überwacht den Zustand beider Server und löst nach einem Ausfall ein Failover aus.
Azure Database for PostgreSQL bietet zwei Hochverfügbarkeits-Bereitstellungsmodelle: zonenredundant und zonal. Die Auswahl des passenden Modells hängt von Ihren Anforderungen an Ausfallsicherheit, Latenz und Kosten ab.
Bei einer zonenredundanten Einrichtung:
Vorteile:
Hinweise:
Dieses Modell eignet sich ideal für Anwendungen, bei denen eine unterbrechungsfreie Betriebszeit unerlässlich ist und Ausfallzeiten nicht akzeptabel sind.
Bei einer zonalen Einrichtung:
Vorteile:
Hinweise:
Dieses Modell wird häufig verwendet, wenn Kosten und Latenz höhere Priorität als maximale Ausfallsicherheit haben.
Die nachfolgende Tabelle fasst die zentralen Unterschiede zwischen den beiden Hochverfügbarkeitsvarianten von Azure Database for PostgreSQL zusammen.
|
Merkmal |
Zonenredundante HA |
Zonale HA |
|
Bereitstellung |
Zonenübergreifend |
Innerhalb einer einzelnen Zone |
|
Ausfallsicherheit |
Hoch (Schutz auf Zonenebene) |
Mittel |
|
Latenz |
Etwas höher |
Niedriger |
|
SLA |
Bis ca. 99,99 % |
Üblicherweise niedriger |
|
Kosten |
Höher |
Niedriger |
In der Praxis wird zonenredundante HA für Produktions- und geschäftskritische Systeme empfohlen, während zonale HA für weniger kritische Workloads oder Umgebungen mit Priorität auf Kostenoptimierung geeignet ist.
Sie können die HA entweder bei der ersten Bereitstellung konfigurieren oder nachträglich auf einem vorhandenen Server aktivieren – je nach Anforderungen Ihrer Workloads.
Schritt 1. Öffnen Sie das Azure-Portal (portal.azure.com) und melden Sie sich mit Ihrem Azure-Konto an.
Schritt 2. Suchen Sie nach „Azure Database for PostgreSQL Flexible Server“ und wählen Sie den Dienst aus den Ergebnissen aus.
Schritt 3. Klicken Sie auf „Erstellen“, um einen neuen Server bereitzustellen. Füllen Sie die Basisdaten (Abonnement, Ressourcengruppe, Servername, Region, PostgreSQL-Version und Administratoranmeldeinformationen) nach Bedarf aus.
Schritt 4. Auf der Registerkarte „Compute + Speicher“ wählen Sie entweder die Ebene „Universell“ oder „Speicheroptimiert“ aus. Konfigurieren Sie anschließend die SKU-Größe, Speichergröße und Aufbewahrungsdauer der Sicherungen.
Schritt 5. Wechseln Sie zur Registerkarte „Hochverfügbarkeit“ (entscheidender Schritt zum Aktivieren der HA). Hier konfigurieren Sie die Zonenausfallsicherheit, die steuert, ob Ihr Server zonenübergreifend geschützt wird.
Schritt 6. Wählen Sie die gewünschte(n) Zone(n) für die HA aus und aktivieren Sie die Funktion.
Schritt 7. Aktivieren Sie die Fallback-Option „Selbe Zone zulassen“. Dadurch stellt Azure sicher, dass bei unzureichender Kapazität für Ihre gewählte Zonenkonfiguration beide Server in derselben Zone bereitgestellt werden, um Bereitstellungsfehler zu vermeiden.
Schritt 8. Überprüfen Sie alle Konfigurationen und klicken Sie anschließend auf „Erstellen“, um den Server mit aktivierter HA bereitzustellen.
Der Bereitstellungsvorgang dauert in der Regel 5–10 Minuten, da Azure Primär- und Standby-Server gleichzeitig erstellt.
Falls Sie bevorzugt Azure CLI-Befehle verwenden:
Nachfolgend finden Sie Beispielskripte für zonenredundante und zonale HA-Konfigurationen bei der Servererstellung.
►Beispiel-CLI-Skript für zonenredundante HA:
# Erstellen eines PostgreSQL Flexible Servers mit zonenredundanter Hochverfügbarkeit
az postgres flexible-server create \
--resource-group myResourceGroup \ # Durch Ihren Ressourcengruppennamen ersetzen
--name my-pg-ha-server \ # Durch Ihren eindeutigen Servernamen ersetzen
--location eastus \ # Durch Ihre bevorzugte Azure-Region ersetzen (mehrzonig empfohlen)
--admin-user pgadmin \ # Durch Ihren Administratorbenutzernamen ersetzen
--admin-password 'StrongPassword123!' # Durch ein sicheres Passwort ersetzen
--sku-name Standard_D4ds_v4 \ # Universell-SKU (passend zu Ihrer Workload anpassen)
--tier GeneralPurpose \ # Muss „GeneralPurpose“ oder „MemoryOptimized“ sein
--version 16 \ # PostgreSQL-Version (ab 14 für HA empfohlen)
--storage-size 128 \ # Speichergröße in GB (mindestens 32 GB)
--zonal-resiliency Enabled \ # Aktiviert HA (ersetzt das veraltete Argument --high-availability)
--zone 1 \ # Verfügbarkeitszone des Primärservers
--standby-zone 3 \ # Verfügbarkeitszone des Standbys (abweichend vom Primär für zonenredundante HA)
--allow-same-zone true # Fallback auf selbe Zone bei fehlender zonenübergreifender Kapazität
►Beispiel-CLI-Skript für zonale HA (selbe Zone):
# Erstellen eines PostgreSQL Flexible Servers mit zonaler Hochverfügbarkeit (selbe Zone)
az postgres flexible-server create \
--resource-group myResourceGroup \
--name my-pg-samezone-ha-server \
--location eastus \
--admin-user pgadmin \
--admin-password 'StrongPassword123!' \
--sku-name Standard_D2ds_v4 \
--tier GeneralPurpose \
--version 16 \
--storage-size 64 \
--zonal-resiliency Enabled \
--zone 2 \ # Primär- und Standby-Server nutzen dieselbe Zone
--standby-zone 2 \
Wenn Sie bereits einen PostgreSQL Flexible Server ohne aktivierte HA besitzen, können Sie die Hochverfügbarkeit von Azure Database for PostgreSQL einfach über das Azure-Portal oder die CLI nachträglich hinzufügen.
Dieser Vorgang führt zu einer kurzen Unterbrechung der Verbindungen (üblicherweise 30–60 Sekunden), da Azure den Standby-Server bereitstellt und die synchrone Replikation konfiguriert. Planen Sie diesen Schritt daher während eines Wartungsfensters ein.
Schritte im Azure-Portal:
Schritt 1. Navigieren Sie im Azure-Portal zu Ihrer vorhandenen PostgreSQL Flexible Server-Instanz.
Schritt 2. Wählen Sie im linken Menü unter dem Bereich „Einstellungen“ den Eintrag „Hochverfügbarkeit“ aus.
Schritt 3. Aktivieren Sie unter „Zonenausfallsicherheit“ die Hochverfügbarkeit. Daraufhin werden Optionen zur Konfiguration des HA-Modus (zonenredundant oder selbe Zone) angezeigt.
Schritt 4. Aktivieren Sie das Kontrollkästchen „Selbe Zone zulassen“ für den Kapazitäts-Fallback. Dadurch wird die HA auch aktiviert, wenn vorläufig keine zonenübergreifende Kapazität verfügbar ist.
Schritt 5. Klicken Sie auf „Speichern“, um die Änderungen anzuwenden. Ein Dialog bestätigt, dass ein Standby-Server bereitgestellt wird und die Kosten steigen. Klicken Sie auf „Hochverfügbarkeit aktivieren“, um den Vorgang zu starten.
Verfolgen Sie den Bereitstellungsfortschritt über die Benachrichtigungen im Azure-Portal. Der Vorgang dauert 5–10 Minuten; Sie erhalten eine Benachrichtigung, sobald die HA erfolgreich aktiviert wurde.
Azure CLI-Befehle zum Aktivieren der HA auf vorhandenen Servern:
Verwenden Sie den Befehl az postgres flexible-server update mit dem Parameter –zonal-resiliency Enabled, um die Hochverfügbarkeit auf einem vorhandenen Server zu aktivieren. Nachfolgend Beispiele für beide HA-Modi:
# Zonenredundante HA auf einem vorhandenen Server aktivieren
az postgres flexible-server update \
--resource-group myResourceGroup \
--name my-existing-pg-server \
--zonal-resiliency Enabled \
--zone 1 \
--standby-zone 2 \
--allow-same-zone true
# Zonale HA (selbe Zone) auf einem vorhandenen Server aktivieren
az postgres flexible-server update \
--resource-group myResourceGroup \
--name my-existing-pg-server \
--zonal-resiliency Enabled \
--zone 3 \
--standby-zone 3 \
--allow-same-zone true
Hinweis:
Um sicherzustellen, dass Ihre Hochverfügbarkeit einwandfrei funktioniert, müssen Sie den HA-Status Ihres Servers prüfen.
Sie können den Status sowohl über das Azure-Portal als auch per Azure CLI abfragen.
Azure-Portal:
Navigieren Sie zu Ihrer PostgreSQL Flexible Server-Instanz. > Auf der Registerkarte „Übersicht“ finden Sie rechts die Statuskarte zur Hochverfügbarkeit. > Diese Karte zeigt folgende Informationen an:
Azure CLI-Befehle:
Verwenden Sie folgenden Befehl, um detaillierte HA-Statusinformationen Ihres Servers abzurufen – einschließlich Replikationszustand und Zonendaten:
# Abfragen des HA-Status von Azure PostgreSQL per CLI
az postgres flexible-server show \
--resource-group myResourceGroup \
--name my-pg-ha-server \
--query "{haMode: zonalResiliency, primaryZone: zone, standbyZone: standbyZone, replicationStatus: replicationState}"
Die Ausgabe enthält Werte wie „haMode“: „Enabled“, „replicationStatus“: „Synchronized“ sowie die Zonen von Primär- und Standby-Server. Damit können Sie den HA-Zustand per Skript schnell überprüfen.
Die integrierte Hochverfügbarkeit von Azure Database for PostgreSQL ist eine leistungsstarke Lösung, weist jedoch Einschränkungen wie regionale Voraussetzungen auf. Zudem handelt es sich nicht um eine vollständige Notfallwiederherstellungslösung: Sie schützt nicht vor regionsweiten Ausfällen, Datenbeschädigungen, versehentlichen Löschungen oder Ransomware-Angriffen.
An dieser Stelle möchten wir Ihnen i2Availability vorstellen – eine umfassende Hochverfügbarkeitslösung. Diese Lösung überwacht kontinuierlich Datenänderungen und repliziert diese zwischen Produktions- und Notfallumgebung. Sie erfasst Echtzeit-Schreibvorgänge im Dateisystem, filtert unwichtige Daten und überträgt kritische Änderungen verschlüsselt und komprimiert.
Wenn Sie eine vollständige Notfallwiederherstellungslösung benötigen, bietet Info2Soft zudem folgende Produkte an:
Dies war die Anleitung zur Konfiguration der Hochverfügbarkeit von Azure Database for PostgreSQL. In diesem Artikel wurde beschrieben, wie Sie die HA sowohl bei der Erstellung einer Datenbank als auch nachträglich auf vorhandenen Instanzen einrichten. Wir hoffen, diese Informationen helfen Ihnen beim Einrichten einer Hochverfügbarkeit zur Sicherstellung Ihrer Geschäftskontinuität. Wenn Sie eine einfachere, robuste HA-Lösung oder eine vollständige Notfallwiederherstellungslösung suchen, steht Ihnen Info2Soft zur Verfügung.
· Unternehmenskunden und Mittelstand weltweit
· Unser Support-Team unterstützt Sie während der gesamten Testphase
· Starten Sie eine 60-tägige Testversion oder sehen Sie sich eine Demo an, um zu erfahren, wie Info2Soft Unternehmensdaten schützt.
