Automigration von Azure Database for PostgreSQL – Single Server zu Flexibler Server

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

Die automatische Migration von Azure Database for PostgreSQL – Single Server zu Flexible Server ist eine vom Dienst initiierte Migration innerhalb eines geplanten Downtime-Fensters für Single Server-Datenbankworkloads mit PostgreSQL 11 und einer der SKUs Basic, Universal oder Memory Optimized, verwendetem Datenspeicher < = 10 GiB und ohne aktivierte komplexe Features (CMK, Microsoft Entra ID, Lesereplikat, Private Link). Die berechtigten Server werden vom Dienst identifiziert und werden vorab Benachrichtigungen gesendet, die die Schritte zur Überprüfung der Migrationsdetails und ggf. Änderungen vornehmen.

Die Automigration bietet während eines geplanten Migrationsfensters eine sehr robuste und selbstheilende Offlinemigration mit bis zu 20 Minuten Downtime. Der Migrationsdienst ist eine gehostete Lösung mit der Verwendung einer Binärdatei namens pgcopydb, die eine schnelle und effiziente Möglichkeit zum Kopieren von Datenbanken aus der PostgreSQL-Quellinstanz in das Ziel bietet. Diese Migration entfernt den Aufwand, um den Server manuell zu migrieren. Nach dem Migrationsvorgang können Sie die Vorteile von „Flexibler Server“ nutzen, einschließlich besserer Preise und Leistung, einer präzisen Steuerung über die Datenbankkonfiguration und benutzerdefinierter Wartungsfenster. Im Folgenden werden die wichtigsten Phasen der Migration beschrieben:

• Der flexible Zielserver wird bereitgestellt und entspricht hinsichtlich Leistung und Kosten Ihrer Single Server-SKU. Dabei werden alle Firewallregeln vom Quell-Single Server übernommen.

• Das Datum wird während des Migrationsfensters migriert, das vom Dienst ausgewählt oder von Ihnen ausgewählt wurde. Wenn das Fenster vom Dienst ausgewählt wird, liegt es in der Regel außerhalb der Geschäftszeiten der Region, in der der Server gehostet wird. Der Quell-Single Server ist auf schreibgeschützt eingestellt und die Daten und das Schema werden vom Quell-Single Server auf den Ziel-Flexible-Server migriert. Benutzerrollen, Berechtigungen und Besitz aller Datenbankobjekte werden ebenfalls auf den flexiblen Server migriert.

• DNS-Switch und Übernahme werden innerhalb des geplanten Migrationsfensters mit minimalen Ausfallzeiten durchgeführt, sodass die Verwendung derselben Verbindungszeichenfolge nach der Migration möglich ist. Clientanwendungen stellen ohne benutzergesteuerte manuelle Updates oder Veränderungen nahtlos eine Verbindung mit der Zielinstanz von flexibler Server her. Auf dem auf migrierten flexiblen Server werden nicht nur die beiden Verbindungszeichenfolgenformate (Einzelserver und flexibler Server), sondern auch die beiden Benutzernamensformate – „username@server_name“ und „username“ – unterstützt.

• Der migrierte flexible Server ist online und kann jetzt über Azure-Portal/CLI verwaltet werden.

• Die aktualisierten Verbindungszeichenfolgen zum Herstellen einer Verbindung mit Ihrem alten Single Server werden Ihnen per E-Mail mitgeteilt, wenn Sie Dienststatusbenachrichtigungen im Azure-Portal aktiviert haben. Alternativ finden Sie die Verbindungszeichenfolgen auf der Portalseite zum Single Server unter Einstellungen->Verbindungszeichenfolgen. Die Verbindungszeichenfolgen können verwendet werden, um sich beim Single Server anzumelden, wenn Sie Einstellungen auf den neuen flexiblen Server kopieren möchten.

• Der Legacy Single Server wird sieben Tage nach der Migration gelöscht.

Die vorstehenden Filter werden verwendet, um Server auszuwählen, die automatisch migriert werden sollen. Server können auch vom Benutzer für die Automigration nominiert werden. Der Nominierungsprozess ist flexibler und nicht alle Filter sind anwendbar.

Nominieren einzelner Server für die Automigration

Der Nominierungsprozess richtet sich an Benutzer, die ihre Migration auf flexiblen Server freiwillig schnell nachverfolgen möchten. Wenn Sie über eine Arbeitsauslastung mit einem Single Server verfügen, können Sie sich jetzt selbst (sofern nicht bereits vom Dienst geplant) für die automatische Migration benennen. Übermitteln Sie Ihre Serverdetails über dieses Formular.

Konfigurieren von Migrationswarnungen und Überprüfen des Migrationszeitplans

Server, die für die automatische Migration berechtigt sind, werden vom Dienst vorab über Azure-Integritätsbenachrichtigungen gesendet. Die Integritätsbenachrichtigungen werden 30 Tage, 14 Tage und 7 Tage vor dem Migrationsdatum gesendet. Benachrichtigungen werden auch gesendet, wenn die Migration ausgeführt wird, abgeschlossen ist und 6 Tage nach der Migration vor dem Verworfen des Legacy Single Server. Sie können das Azure-Portal überprüfen und konfigurieren, um die Automigrationsbenachrichtigungen per E-Mail oder SMS zu erhalten.

Im Folgenden wird beschrieben, wie Sie Benachrichtigungen über die automatische Migration überprüfen und konfigurieren können:

• Abonnementbesitzer von Einzelservern, für die eine automatische Migration geplant ist, erhalten eine E-Mail-Benachrichtigung.
• Konfigurieren Sie Dienstintegritätswarnungen, um einen Zeitplan für die automatische Migration und Statusbenachrichtigungen per E-Mail/SMS zu empfangen, indem Sie die folgenden Schritte hier ausführen.
• Überprüfen Sie die Benachrichtigung über die automatische Migration im Azure-Portal, indem Sie die folgenden Schritte hier ausführen.

Im Folgenden werden die Möglichkeiten beschrieben, wie Sie Ihren Migrationszeitplan überprüfen können, nachdem Sie eine Benachrichtigung über die automatische Migration erhalten haben:

• Auf der Übersichtsseite „Einzelserver“ für Ihre Instanz wird ein Portalbanner mit Informationen zu Ihrem Migrationszeitplan angezeigt.
• Für Single Server, die für die automatische Migration geplant sind, wird die Seite Übersicht mit den relevanten Informationen aktualisiert. Sie können den Migrationszeitplan überprüfen, indem Sie zur Seite „Übersicht“ Ihrer Single Server-Instanz navigieren.
• Wenn Sie die Migration zurückstellen möchten, können Sie im Azure-Portal jeweils um einen Monat zurückstellen. Sie können die Migration neu planen, indem Sie innerhalb eines Monats ein anderes Migrationsfenster auswählen.

Voraussetzungen für die Automigration

Überprüfen Sie die folgenden Voraussetzungen, um eine erfolgreiche automatische Migration sicherzustellen:

• Die Single Server-Instanz sollte während des geplanten Migrationsfensters bereit sein, damit die automatische Migration stattfindet.
• Stellen Sie für die Single Server-Instanz mit aktiviertem SSL sicher, dass alle Zertifikate (DigiCertGlobalRootG2 Root CA, DigiCertGlobalRootCA Root CA) im vertrauenswürdigen Stammspeicher verfügbar sind. Wenn Sie das Zertifikat an die Verbindungszeichenfolge angeheftet haben, erstellen Sie vor der geplanten automatischen Migration ein kombiniertes Zertifizierungsstellenzertifikat mit allen drei Zertifikaten, um die Geschäftskontinuität nach der Migration sicherzustellen.
• Wenn die Quellinstanz von Azure Database for postgreSQL – Single Server über Firewallregelnamen mit mehr als 80 Zeichen verfügt, benennen Sie sie um, um sicherzustellen, dass die Namen weniger als 80 Zeichen lang sind. (Die auf flexiblen Servern unterstützte Länge der Firewallregelnamen beträgt 80 Zeichen, während auf einem Single Server die zulässige Länge 128 Zeichen beträgt.)

Wie wird der Flexible Server für die Ziel-Postgresql bereitgestellt?

Computeebene und SKU für die Zielinstanz von Flexible Server werden auf der Grundlage des Tarifs und der VCores der Single Server-Quellinstanz wie unten dargestellt.

• Die Postgresql-Version, Region, Verbindungszeichenfolge, Abonnement und Ressourcengruppe für den flexiblen Zielserver bleibt mit der des Quell-Single Servers identisch.
• Bei Single Server mit weniger als 20 GiB-Speicher wird die Speichergröße auf 32 GiB festgelegt, da dies das Mindestspeicherlimit für Azure Database for postgreSQL – Flexible Server ist.
• Für Single Server mit einer höheren Speicheranforderung wird ausreichender Speicher in Höhe von 1,25 Mal oder 25 % mehr Speicherplatz zugewiesen, als auf dem Single Server verwendet wird. Während der anfänglichen Basiskopie von Daten werden mehrere Einfügeanweisungen für das Ziel ausgeführt, die WALs (Write Ahead Logs) generieren. Bis diese WALs archiviert sind, verbrauchen die Protokolle Speicherplatz auf dem Ziel und damit die Sicherheitsmarge.
• Beide Benutzernamensformate – „username@server_name“ (Einzelserver) und „username“ (flexibler Server) – werden auf dem migrierten flexiblen Server unterstützt.
• Beide Verbindungszeichenfolgenformate – Einzelserver und flexibler Server – werden auf dem migrierten flexiblen Server unterstützt.

Schritte nach der Migration

Hier sind die Informationen, die Sie nach der automatischen Migration kennen müssen:

• Die Serverparameter in flexiblem Server sind auf die Communitystandards abgestimmt. Wenn Sie dieselben Serverparameterwerte wie Ihren Single Server beibehalten möchten, können Sie sich über PowerShell anmelden und das Skript hier ausführen, um die Parameterwerte zu kopieren.
• Um abfragebasierte Einblicke zu aktivieren, müssen Sie den Abfragespeicher auf dem flexiblen Server aktivieren, der standardmäßig nicht aktiviert ist
• Wenn hohe Verfügbarkeit erforderlich ist, können Sie sie ohne Ausfallzeiten aktivieren.

Behandeln von VNet-Regeln auf flexiblem Server

In Azure Database for PostgreSQL Single Server ist eine VNet-Regel (virtuelles Netzwerk) ein Subnetz, das in der Zugriffssteuerungsliste (Access Control List, ACL) des Servers aufgeführt ist. Diese Regel ermöglicht es dem einzelnen Server, Kommunikation von Knoten innerhalb dieses bestimmten Subnetzes zu akzeptieren. Bei einem flexiblen Server werden VNet-Regeln nicht unterstützt. Stattdessen ermöglicht ein flexibler Server die Erstellung von privaten Endpunkten, damit der Server innerhalb Ihres virtuellen Netzwerks funktioniert. Ein privater Endpunkt weist dem flexiblen Server eine private IP-Adresse zu, und der gesamte Datenverkehr zwischen Ihrem virtuellen Netzwerk und dem Server wird sicher über das Azure-Backbonenetzwerk geleitet, wodurch das öffentliche Internet umgangen wird.

Nach der Migration müssen Sie ihrem flexiblen Server einen privaten Endpunkt für alle Subnetze hinzufügen, die zuvor auf Ihrem einzelnen Server durch VNet-Regeln abgedeckt wurden. Hierfür können Sie entweder das Azure-Portal oder die Azure CLI verwenden. Nach Abschluss dieses Schritts bleibt Ihre Netzwerkkonnektivität auf dem flexiblen Server erhalten, nachdem die Migration des einzelnen Servers durchgeführt wurde.

Häufig gestellte Fragen (FAQs)

Q. Warum wird bei mir eine automatische Migration durchgeführt?

A. Ihre Instanz von Azure Database for PostgreSQL – Single Server ist zur automatischen Migration zu unserem Vorzeigeangebot Azure Database for PostgreSQL – Flexibler Server berechtigt. Diese Automigration entfernt den Aufwand, um den Server manuell zu migrieren. Sie können die Vorteile von „Flexibler Server“ nutzen, einschließlich besserer Preise und Leistung, einer präzisen Steuerung über die Datenbankkonfiguration und benutzerdefinierter Wartungsfenster.

F: Wie läuft die automatische Migration ab? Was wird alles migriert?

A. Der flexible Server wird so bereitgestellt, dass er die gleiche Anzahl VCores und denselben Speicher wie Ihr Single Server aufweist. Als Nächstes wird der Quell-Single Server in einen schreibgeschützten Zustand versetzt, Schema und Daten werden auf den flexiblen Server kopiert. Die DNS-Umstellung wird ausgeführt, um alle vorhandenen Verbindungen an das Ziel weiterzuleiten, und die Zielinstanz von flexibler Server wird online geschaltet. Die automatische Migration migriert die Datenbanken (einschließlich Schema, Daten, Benutzer/Rollen und Berechtigungen). Die Migration ist offline, wo Ausfallzeiten von bis zu 20 Minuten angezeigt werden.

F: Wie kann ich Automigrationswarnungen einrichten oder anzeigen?

A. Im Folgenden können Sie Warnungen einrichten:

• Konfigurieren Sie Dienstintegritätswarnungen, um einen Zeitplan für die direkte Migration und Statusbenachrichtigungen per E-Mail/SMS zu empfangen, indem Sie die folgenden Schritte hier ausführen.
• Überprüfen Sie die Benachrichtigung über die direkte Migration im Azure-Portal, indem Sie die folgenden Schritte hier ausführen.

F: Wie kann ich die geplante Migration meines Single Server zurückstellen?

A. Sie können den Migrationszeitplan überprüfen, indem Sie zur Seite „Übersicht“ Ihrer Single Server-Instanz navigieren. Wenn Sie die Migration zurückstellen möchten, können Sie die Migration höchstens um einen Monat zurückstellen, indem Sie zur Seite "Übersicht" Ihrer Single Server-Instanz im Azure-Portal navigieren. Sie können die Migration neu planen, indem Sie innerhalb eines Monats ein anderes Migrationsfenster auswählen. Die Migrationsdetails werden 7 Tage vor dem geplanten Migrationsfenster gesperrt. Danach können Sie den Zeitplan nicht mehr ändern. Diese Automigration kann monatlich bis zum 30. März 2025 zurückgestellt werden.

F: Wie kann ich eine geplante Automatische Migration meines Single Server deaktivieren?

A. Wenn Sie die Automigration deaktivieren möchten, können Sie hierfür ein Supportticket auslösen.

F: Welcher Benutzername und welche Verbindungszeichenfolge würden vom migrierten flexiblen Server unterstützt? ​​

A. Beide Benutzernamensformate – „username@server_name“ (Einzelserver) und „username“ (flexibler Server) – werden auf dem migrierten flexiblen Server unterstützt. Daher müssen Sie sie nicht aktualisieren, um die Anwendungskontinuität nach der Migration aufrechtzuerhalten. Überdies werden beide Verbindungszeichenfolgenformate (Format für Einzelserver und flexible Server) auch auf dem migrierten flexiblen Server unterstützt.

F: Ich sehe einen Preisunterschied bei meinem potenziellen Wechsel von postgreSQL Basic Single Server zu postgreSQL Flexible Server?

A. Bei einigen wenigen Servern kommt es nach der Migration ggf. zu einer geringfügigen Preisanpassung, da sich das Mindestspeicherlimit der beiden Angebote unterscheidet (5 GiB bei Einzelserver und 32 GiB bei flexiblem Server). Die Speicherkosten für Flexible Server sind geringfügig höher als Single Server. Jede Preiserhöhung wird durch einen besseren Durchsatz und eine bessere Leistung im Vergleich zu Single Server versetzt. Weitere Informationen zu Preisen für Flexible Server finden Sie hier

Zugehöriger Inhalt

• Verwalten von Azure Database for PostgreSQL – Flexible Server mithilfe des Azure-Portals.