Freigeben über

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

  • Artikel

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

Automigration von Azure Database for PostgreSQL – Single Server zu Flexibler Server ist eine vom Dienst initiierte Migration, die während eines geplanten Ausfallzeitfensters für Single Server stattfindet, getrennt vom Patch- oder Wartungsfenster. Der Dienst identifiziert berechtigte Server und sendet vorab Benachrichtigungen mit detaillierten Schritten zum Automigrationsprozess. Sie können den Migrationszeitplan bei Bedarf überprüfen und anpassen oder eine Supportanfrage senden, um die Automigration für Ihre Server zu deaktivieren.

Die Automigration nutzt den Azure PostgreSQL-Migrationsdienst, um während des geplanten Migrationsfensters eine robuste Offlinemigration bereitzustellen. Ausfallzeiten variieren je nach Arbeitsauslastungseigenschaften, wobei größere Workloads bis zu 20 Minuten erfordern. Informationen zu Benchmarks zur Migrationsgeschwindigkeit finden Sie unter Azure PostgreSQL – Benchmarking der Migrationsgeschwindigkeit. Diese Migration beseitigt die Notwendigkeit einer manuellen Servermigration, sodass Sie nach der Migration von den Features des flexiblen Servers profitieren können, einschließlich eines besseren Preis-Leistungsverhältnisses, granularer Datenbankkonfigurationskontrolle und benutzerdefinierten Wartungsfenstern.

Hinweis

Der Automigrationsdienst wählt den einzelnen Server aus, der basierend auf den folgenden Kriterien migriert werden soll:

  • Single Server-Version 11
  • Server ohne komplexe Funktion wie CMK, Microsoft Entra ID, Lesereplikat und privater Endpunkt
  • Größe der Daten <= 10 GB
  • Öffentlicher Zugriff: ist aktiviert

Automigrationsprozess

Der Automigrationsprozess umfasst mehrere wichtige Phasen:

  • Erstellung des flexiblen Zielservers: Ein flexibler Server, der mit Leistung und Kosten Ihrer Single Server-SKU übereinstimmt, wird erstellt. Er erbt alle Firewallregeln von der Single Server-Quelle.

  • Datenmigration: Die Datenmigration erfolgt während des festgelegten Migrationsfensters, in der Regel außerhalb der Geschäftszeiten für die Hostingregion des Servers (wenn das Fenster vom Dienst ausgewählt wird). Die Single Server-Quelle wird auf schreibgeschützt festgelegt, und alle Daten, Schemas, Benutzerrollen, Berechtigungen und der Besitz von Datenbankobjekten werden auf den flexiblen Server migriert.

  • DNS-Switch: Nach der Datenmigration wird ein DNS-Switch ausgeführt, sodass die vorhandene Single Server-Verbindungszeichenfolge nahtlos mit dem neuen flexiblen Server verbunden werden kann. Beide Verbindungszeichenfolgenformate – Single und Flexibler Server – sowie die Benutzernamenformate (username@server_name und username) werden auf dem migrierten flexiblen Server unterstützt.

  • Sichtbarkeit des flexiblen Servers: Nach erfolgreicher Datenmigration und Erstellung des DNS-Switch wird der neue flexible Server unter Ihrem Abonnement angezeigt und kann über das Azure-Portal oder die CLI verwaltet werden.

  • Aktualisierte Single Server-Verbindungszeichenfolgen: Aktualisierte Verbindungszeichenfolgen für den älteren Single Server werden über Dienststatusbenachrichtigungen im Azure-Portal gesendet. Sie sind auch auf der Seite des Single Server-Portals unter Einstellungen -> Verbindungszeichenfolgen verfügbar.

  • Löschen des Single Servers: Der Single Server wird sieben Tage nach der Migration gelöscht.

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.

So überprüfen Sie, ob der Single Server für die Automigration geplant ist

Führen Sie die folgenden Schritte aus, um herauszufinden, ob der Single Server für die Automigration ausgewählt ist:

  • Dienststatusbenachrichtigungen: Wechseln Sie im Azure-Portal zu Dienststatus > Geplante Wartung. Suchen Sie nach Ereignissen mit der Bezeichnung „Benachrichtigung für geplante automatische Migration zu Azure-Datenbank for PostgreSQL – Single Server”. Die Benachrichtigungen werden 30, 14 und 7 Tage vor dem Migrationsdatum und wieder während der Migrationsphasen gesendet: in Bearbeitung, abgeschlossen und sechs Tage vor der Außerbetriebnahme des Single Servers.

Hinweis

Diese Benachrichtigungen landen nicht standardmäßig in Ihrem Posteingang. Um sie per E-Mail oder SMS zu empfangen, müssen Sie Dienststatuswarnungen einrichten, indem Sie die Schritte hier befolgen.

  • Single Server-Übersichtsseite: Navigieren Sie im Azure-Portal zu Ihrer Single Server-Instanz, und überprüfen Sie die Seite „Übersicht”. Wenn die Automigration geplant ist, finden Sie hier Details, einschließlich einer Option zum Zurückstellen der Migration um einen Monat oder zur Neuplanung innerhalb des aktuellen Monats.

Hinweis

Der Migrationszeitplan wird 7 Tage vor dem geplanten Migrationsfenster gesperrt. Währenddessen können Sie den Zeitplan nicht ändern.

  • Azure CXP-E-Mail-Benachrichtigungen: Azure Customer Experience(CXP) sendet außerdem direkte E-Mails an klassische Rollen und RBAC-Rollen, die dem Abonnement zugeordnet sind, das den Single Server enthält, und liefert Informationen zu anstehenden Automigrationen.

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.

Single Server: Tarif Single Server: Virtuelle Kerne Flexibler Server – Ebene Flexibler Server – SKU-Name
Basic 1 Burstfähig B1ms
Basic 2 Burstfähig B2s
Universell 2 Universell Standard_D2s_v3
Universell 4 Universell Standard_D4s_v3
Universell 8 Universell Standard_D8s_v3
Universell 16 Universell Standard_D16s_v3
Universell 32 Universell Standard_D32s_v3
Universell 64 Universell Standard_D64s_v3
Arbeitsspeicheroptimiert 2 Arbeitsspeicheroptimiert Standard_E2s_v3
Arbeitsspeicheroptimiert 4 Arbeitsspeicheroptimiert Standard_E4s_v3
Arbeitsspeicheroptimiert 8 Arbeitsspeicheroptimiert Standard_E8s_v3
Arbeitsspeicheroptimiert 16 Arbeitsspeicheroptimiert Standard_E16s_v3
Arbeitsspeicheroptimiert 32 Arbeitsspeicheroptimiert Standard_E32s_v3
  • 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.

Sicherung mit Langzeitaufbewahrung

Bei der automatischen Migration einzelner Server wird nach der Migration zu „Flexibler Server“ keine Sicherung mit langfristiger Aufbewahrung (LTR) automatisch konfiguriert. Sie können für „Azure Database for PostgreSQL – Flexibler Server“ mithilfe von Azure Backup eine Sicherung mit Langzeitaufbewahrung erstellen.

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: Welche Schritte nach der Migration sollte ich ausführen, wenn mein Einzelserver VNet-Regeln verwendet?

A. Für „Flexibler Server“ werden VNet-Regeln nicht unterstützt. Lesen Sie diesen Abschnitt

F: Muss ich Sicherungen mit Langzeitaufbewahrung für „Flexibler Server“ neu konfigurieren?​

A. Ja. Lesen Sie diesen Abschnitt

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 in diesem Dokument.

Zugehöriger Inhalt