Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel wird beschrieben, wie Sie hohe Verfügbarkeit (HIGH Availability, HA) auf Ihrem Azure Database for PostgreSQL flexiblen Server aktivieren oder deaktivieren. Die Informationen gelten unabhängig davon, ob Sie Server in derselben Zone oder ein zonenredundantes Bereitstellungsmodell verwenden. In diesem Artikel wird beschrieben, wie Sie hohe Verfügbarkeit (HIGH Availability, HA) auf Ihrem Azure Database for PostgreSQL flexiblen Server aktivieren oder deaktivieren. Die Informationen gelten unabhängig davon, ob Sie Server in derselben Zone oder ein zonenredundantes Bereitstellungsmodell verwenden.
Die Hochverfügbarkeitsfunktion stellt ein physisch getrenntes primäres Replikat und ein Standbyreplikat bereit. Sie können die Replikate je nach ausgewähltem Bereitstellungsmodell innerhalb derselben Verfügbarkeitszone oder in verschiedenen Zonen bereitstellen. Weitere Informationen finden Sie im Artikel zu Konzepten für hohe Verfügbarkeit. Sie können die Hohe Verfügbarkeit während oder nach der Erstellung Ihres Azure Database for PostgreSQL – Flexible Server aktivieren. Die Hochverfügbarkeitsfunktion stellt ein physisch getrenntes primäres Replikat und ein Standbyreplikat bereit. Sie können die Replikate je nach ausgewähltem Bereitstellungsmodell innerhalb derselben Verfügbarkeitszone oder in verschiedenen Zonen bereitstellen. Weitere Informationen finden Sie im Artikel zu Konzepten für hohe Verfügbarkeit. Sie können Hohe Verfügbarkeit bei oder nach der Erstellung Ihres Azure Database for PostgreSQL – Flexibler Server aktivieren.
Aktivieren von Hochverfügbarkeit für vorhandene Server
Sie können jederzeit hohe Verfügbarkeit auf einem vorhandenen Azure Database for PostgreSQL flexiblen Server aktivieren. Wenn Sie hohe Verfügbarkeit aktivieren, erstellt der Dienst ein Standbyreplikat, das Den primären Server widerspiegelt. Je nach regionaler Kapazität und Konfiguration kann der Standbymodus in einer anderen Verfügbarkeitszone für maximalen Schutz oder in derselben Zone wie die primäre bereitgestellt werden. Sie können jederzeit hohe Verfügbarkeit auf einem vorhandenen Azure Database for PostgreSQL flexiblen Server aktivieren. Wenn Sie hohe Verfügbarkeit aktivieren, erstellt der Dienst ein Standbyreplikat, das Den primären Server widerspiegelt. Je nach regionaler Kapazität und Konfiguration kann der Standbymodus in einer anderen Verfügbarkeitszone für maximalen Schutz oder in derselben Zone wie die primäre bereitgestellt werden.
Verwenden des Azure-Portals:
Wählen Sie Ihren Azure Database for PostgreSQL flexiblen Server aus. Verwenden des Azure-Portals:
Wählen Sie Ihren Azure Database for PostgreSQL flexiblen Server aus.
Wählen Sie im Ressourcenmenü unter dem Abschnitt "Einstellungen " die Option "Hohe Verfügbarkeit" aus.
Die Option "Zonal Resiliency" steuert, ob Ihr Server über Verfügbarkeitszonen geschützt ist. Sie haben zwei Möglichkeiten:
- Deaktiviert (99.9% SLA): Hohe Verfügbarkeit ist nicht konfiguriert.
- Aktiviert (99.99% SLA):Wenn Sie diese Option auswählen, versucht Azure, den Standbyserver in einer anderen Verfügbarkeitszone als der primären zu erstellen. Diese Option bietet Ihnen den besten Schutz vor Fehlern auf Zonenebene.
Wenn Sie die Zonalresilienz aktivieren, ihre Region jedoch keine Kapazität für ein redundantes Zonensetup bietet, wird unter der Option "Aktiviert" (99,99% SLA) ein zusätzliches Kontrollkästchen angezeigt. Aktivieren Sie dieses Kontrollkästchen, damit der Standbyserver in derselben Zone wie der primäre Server erstellt werden kann. Wenn die Zonalkapazität verfügbar wird, migriert Azure Ihre Workloads automatisch von derselben Zone zu Zonenredundanz.
Wenn Sie die Zonalresilienz nicht aktiviert haben, wählen Sie die Option "Aktiviert " aus.
Wenn Sie die Option "Aktiviert" auswählen, wird die Option " Zone redundant " standardmäßig für Regionen angewendet, die Verfügbarkeitszonen unterstützen. Diese Konfiguration schützt vor Zonalfehlern.
Wenn die Region keine Zonalkapazität hat, aktivieren Sie das Kontrollkästchen unter der aktivierten Option, um sicherzustellen, dass hohe Verfügbarkeit (HA) in Ihrer bevorzugten Region aktiviert wird, um das Erstellen von HA mit Same-Zone Modus der Region zu ermöglichen:
Wenn Sie die Konfiguration der Einstellungen abgeschlossen haben, wählen Sie "Speichern" aus, um die Änderungen anzuwenden.
Ein Dialogfeld zeigt die Kostensteigerung, die mit der Bereitstellung des Standbyservers verbunden ist. Wenn Sie fortfahren möchten, wählen Sie Hochverfügbarkeit aktivieren aus.
Eine neue Bereitstellung wird gestartet, um hohe Verfügbarkeit auf Ihrem Azure Database for PostgreSQL flexiblen Server zu ermöglichen.
Wenn die Bereitstellung abgeschlossen ist, können Sie "Zur Ressource wechseln" auswählen, um zu Ihrem Azure Database for PostgreSQL flexiblen Server zurückzukehren.
Deaktivieren der Hochverfügbarkeit
Sie können hohe Verfügbarkeit auf Ihrem Azure Database for PostgreSQL flexiblen Server deaktivieren, wenn Sie den Schutz eines Standbyreplikats nicht mehr benötigen. Durch das Deaktivieren der hohen Verfügbarkeit wird der Standbyserver entfernt und die Kosten reduziert, ihr Server ist jedoch nicht mehr vor Zonen- oder Serverfehlern geschützt.
Verwenden des Azure-Portals:
Wählen Sie Ihren Azure Database for PostgreSQL flexiblen Server aus.
Wählen Sie im Ressourcenmenü unter dem Abschnitt "Einstellungen " die Option "Hohe Verfügbarkeit" aus.
Wenn die hohe Verfügbarkeit aktiviert ist, ist das Optionsfeld Aktiviert für Zonal Resiliency bereits ausgewählt. Außerdem wird der Hochverfügbarkeitsmodus auf den konfigurierten Modus festgelegt, und der Wert für den Hochverfügbarkeitsstatus ist in der Regel Fehlerfrei.
Wählen Sie das Optionsfeld "Deaktiviert " aus, um die hohe Verfügbarkeit zu deaktivieren.
Klicken Sie auf Speichern, um die Änderungen zu übernehmen.
Ein Dialogfeld zeigt die Kostensenkung, die mit der Entfernung des Standbyservers verbunden ist. Wenn Sie fortfahren möchten, wählen Sie Hochverfügbarkeit deaktivieren aus.
Eine Bereitstellung wird gestartet. Nach Abschluss des Vorgangs zeigt eine Benachrichtigung an, dass Sie die Hochverfügbarkeit erfolgreich deaktiviert haben.
Aktivieren von Business Critical (High Availability) während der Serverbereitstellung
Sie können hohe Verfügbarkeit konfigurieren, wenn Sie zum ersten Mal ihren Azure Database for PostgreSQL flexiblen Server erstellen. Durch Aktivieren der hohen Verfügbarkeit während der Bereitstellung stellen Sie ein Standbyreplikat zusammen mit Ihrem primären Server bereit, sodass Sie sofortigen Schutz vor Zonen- oder Serverfehlern erhalten.
Verwenden des Azure-Portals:
Wechseln Sie während der Bereitstellung eines neuen Azure Database for PostgreSQL – Flexibler Server zum Abschnitt Business Critical (Hohe Verfügbarkeit). Wählen Sie im Abschnitt "Zonal Resiliency" die Option "Aktiviert" aus.
- Standardmäßig versucht der Server, den Standbyserver in einer anderen Verfügbarkeitszone mit zonenredundanten HA-Modus für maximale Zonalresilienz zu erstellen.
Wenn die Zonen-Kapazität nicht verfügbar ist, aktivieren Sie das Kontrollkästchen Standby in derselben Zone zulassen, wenn die zonale Resilienz ausfällt als Ausweichmöglichkeit. Wenn Sie diese Option nicht auswählen, können Sie nicht mit dem nächsten Schritt im Erstellungsworkflow fortfahren. Durch diese Überprüfung wird sichergestellt, dass die hohe Verfügbarkeit aktiviert bleibt. Wenn die Zonalkapazität verfügbar ist, migriert Azure Ihre Workloads automatisch von Same-Zone HA zu zonenredundanten HA.
Fahren Sie nach dem Aktivieren des Kontrollkästchens zum Abschnitt "Authentifizierung" im Workflow-Erstellungsprozess fort.
Wählen Sie eine bestimmte Zone für den primären Server aus, indem Sie die Option Verfügbarkeitszone auf einen anderen Wert als Keine Einstellung festlegen.
Initiieren eines erzwungenen Failovers
Führen Sie die folgenden Schritte aus, um ein Failover von Ihrem primären Server auf den Standbyserver auf Azure Database for PostgreSQL zu erzwingen.
Wenn Sie ein erzwungenes Failover initiieren, geht der primäre Server sofort herunter und löst ein Failover auf den Standbyserver aus. Das Initiieren eines erzwungenen Failovers ist nützlich, wenn Sie testen möchten, wie sich ein Failover durch einen ungeplanten Ausfall auf Ihre Workload auswirkt.
Von Bedeutung
Führen Sie nicht sofort ein erneutes Failover durch. Warten Sie mindestens 15 bis 20 Minuten zwischen Failovervorgängen. Durch diese Wartezeit kann der neue Standbyserver vollständig eingerichtet werden.
Die insgesamt im Portal gemeldete End-to-End-Vorgangszeit ist möglicherweise länger als die tatsächliche Downtime der Anwendung. Sie sollten die Downtime der Anwendung messen.
Verwenden des Azure-Portals:
Wählen Sie Ihren Azure Database for PostgreSQL flexiblen Server mit aktivierter hoher Verfügbarkeit aus.
Wählen Sie im Ressourcenmenü unter dem Abschnitt "Einstellungen " die Option "Hohe Verfügbarkeit" aus.
Wenn die primären und Standbyserver in verschiedenen Zonen bereitgestellt werden, notieren Sie sich die Werte, die der Primären Verfügbarkeitszone und der Standby-Verfügbarkeitszone zugewiesen sind. Diese Werte werden nach Abschluss des Failovervorgangs umgekehrt.
Wählen Sie "Erzwungenes Failover" aus, um das manuelle Failoververfahren zu starten. Ein Dialogfeld informiert Sie über die erwartete Ausfallzeit, bis das Failover abgeschlossen ist. Wenn Sie fortfahren möchten, wählen Sie Erzwungener Failover initiieren aus.
Eine Benachrichtigung wird angezeigt, die erwähnt, dass ein Failover ausgeführt wird.
Nachdem das Failover zum Standby-Server abgeschlossen ist, werden Sie durch eine Benachrichtigung über den Abschluss informiert.
Wenn die primären und Standbyserver in verschiedenen Zonen bereitgestellt werden, vergewissern Sie sich, dass die Werte der Primären Verfügbarkeitszone und der Standby-Verfügbarkeitszone umgekehrt werden, verglichen mit der Art und Weise, wie sie vor dem Failover gestartet wurden.
Initiieren eines geplanten Failovers
Führen Sie die folgenden Schritte aus, um ein geplantes Failover von Ihrem primären Server auf den Standbyserver auf Azure Database for PostgreSQL auszuführen. Wenn Sie diesen Vorgang initiieren, bereitet er den Standbyserver vor und führt dann das Failover aus.
Dieser Failovervorgang bietet die geringste Downtime, da ein ordnungsgemäßes Failover auf den Standbyserver ausgeführt wird. Er ist nützlich für Situationen wie das Zurücksetzen des primären Servers in Ihre bevorzugte Verfügbarkeitszone nach einem unerwarteten Failover.
Von Bedeutung
Führen Sie nicht sofort ein erneutes Failover durch. Warten Sie mindestens 15 bis 20 Minuten zwischen Failovervorgängen. Durch diese Wartezeit kann der neue Standbyserver vollständig eingerichtet werden.
Führen Sie geplante Failovers in Perioden mit niedriger Aktivität aus.
Die insgesamt im Portal gemeldete End-to-End-Vorgangszeit ist möglicherweise länger als die tatsächliche Downtime der Anwendung. Sie sollten die Downtime der Anwendung messen.
Verwenden des Azure-Portals:
Wählen Sie Ihren Azure Database for PostgreSQL flexiblen Server mit aktivierter hoher Verfügbarkeit aus.
Wählen Sie im Ressourcenmenü unter dem Abschnitt "Einstellungen " die Option "Hohe Verfügbarkeit" aus.
Wenn die primären und Standbyserver in verschiedenen Zonen bereitgestellt werden, notieren Sie sich die Werte, die der Primären Verfügbarkeitszone und der Standby-Verfügbarkeitszone zugewiesen sind. Diese Werte werden nach Abschluss des Failovervorgangs umgekehrt.
Wählen Sie "Geplantes Failover " aus, um das manuelle Failoververfahren zu starten. Ein Dialogfeld informiert Sie über die erwartete Ausfallzeit, bis das Failover abgeschlossen ist. Wenn Sie fortfahren möchten, wählen Sie Geplanter Failover initiieren aus.
Eine Benachrichtigung wird angezeigt, die erwähnt, dass ein Failover ausgeführt wird.
Nachdem das Failover zum Standby-Server abgeschlossen ist, werden Sie durch eine Benachrichtigung über den Abschluss informiert.
Wenn der Hochverfügbarkeitsmodus als Zonenredundant konfiguriert ist, vergewissern Sie sich, dass die Werte von Primäre Verfügbarkeitszone und Standby-Verfügbarkeitszone jetzt umgekehrt angegeben sind.
Einschränkungen und Überlegungen
Wenn Sie hohe Verfügbarkeit auf einem Azure Database for PostgreSQL flexiblen Server aktivieren oder deaktivieren, ändert der Dienst keine anderen Einstellungen. Zu diesen Einstellungen gehören Netzwerkkonfiguration, Firewalleinstellungen, Parameter und Sicherungsaufbewahrung. Das Aktivieren oder Deaktivieren der Hochverfügbarkeit ist ein Onlinevorgang. Dieser Vorgang wirkt sich nicht auf Ihre Anwendungskonnektivität und -vorgänge aus.
Azure Database for PostgreSQL unterstützt hohe Verfügbarkeit bei beiden Replikaten, die in derselben Zone bereitgestellt werden. Sie können diese Konfiguration in allen unterstützten Regionen verwenden. Hohe Verfügbarkeit mit Zonenredundanz ist jedoch nur in bestimmten Regionen verfügbar.
Die Burstable-Ebene unterstützt keine hohe Verfügbarkeit. Nur die Allzweck- und speicheroptimierten Ebenen unterstützen hohe Verfügbarkeit.
Wenn Sie einen Server in einer Region bereitstellen, die aus einer einzelnen Verfügbarkeitszone besteht, können Sie Hochverfügbarkeit nur im Modus „Gleiche Zone“ aktivieren. Wenn Microsoft die Region in Zukunft mit mehreren Verfügbarkeitszonen verbessert, können Sie neue Azure Database for PostgreSQL flexible Server mit hoher Verfügbarkeit bereitstellen, die als dieselbe Zone oder Zone redundant konfiguriert sind.
Sie können jedoch keine hohe Verfügbarkeit im zonenredundanten Modus für jeden Server aktivieren, den Sie in der Region bereitgestellt haben, wenn die Region aus einer einzelnen Verfügbarkeitszone bestand. Als Problemumgehung können Sie die Option "Wiederherstellen" oder "Replikat lesen" verwenden:
Option "Wiederherstellen"
- Wiederherstellen des letzten Wiederherstellungspunkts.
- Nachdem Sie den neuen Server erstellt haben, aktivieren Sie Hochverfügbarkeit mit Zonenredundanz.
- Nach der Überprüfung der Daten können Sie den alten Server ggf. löschen.
- Stellen Sie sicher, dass Sie die Verbindungszeichenfolgen Ihrer Clients so ändern, dass sie auf den neu wiederhergestellten Server verweisen.
Option Replikat lesen
Erstellen Sie ein Lesereplikat in derselben Region wie Ihr primärer Server.
Befördern Sie das Lesereplikat zum neuen primären Server.
Um den ursprünglichen Namen beizubehalten, verwenden Sie entweder virtuelle Endpunkte oder entfernen Sie den alten primären Speicher, und erstellen und aktivieren Sie ein neues Lesereplikat.
Aktivieren Sie die zonale Resilienz für Portalbenutzer. Legen Sie für Entwicklertools hohe Verfügbarkeit mit der Option Zone-Redundant fest.
Erstellen Sie ein Lesereplikat in derselben Region wie Ihr primärer Server.
Befördern Sie das Lesereplikat zum neuen primären Server.
Um den ursprünglichen Namen beizubehalten, verwenden Sie entweder virtuelle Endpunkte oder entfernen Sie den alten primären Speicher, und erstellen und aktivieren Sie ein neues Lesereplikat.
Aktivieren Sie die zonale Resilienz für Portalbenutzer. Legen Sie für Entwicklertools hohe Verfügbarkeit mit der Option Zone-Redundant fest.