Was geschieht mit Azure Database for PostgreSQL – Single Server nach der Ankündigung der Einstellung?
GILT FÜR:
Azure Database for PostgreSQL – Single Server
Azure Database for PostgreSQL – Single Server wird eingestellt. Der geplante Termin hierfür ist der 28. März 2025.
Azure Database for PostgreSQL – Single Server ist seit 2018 allgemein verfügbar. Angesichts des Kundenfeedbacks und der neuen Fortschritte bei den Funktionen für Berechnung, Verfügbarkeit, Skalierbarkeit und Leistung in der Azure-Datenbanklandschaft muss das Single Server-Angebot eingestellt und mit einer neuen Architektur aktualisiert werden. Azure Database for PostgreSQL – Flexible Server ist die nächste Generation des Diensts und bietet Ihnen die beste Azure-Open-Source-Datenbankplattform.
Im Rahmen der Außerbetriebnahme wird das Erstellen neuer Einzelserverinstanzen über das Azure-Portal ab dem 30. November 2023 nicht mehr unterstützt. Wenn Sie Einzelserverinstanzen erstellen müssen, um die Anforderungen an die Geschäftskontinuität zu erfüllen, können Sie weiterhin Azure CLI und ARM-Vorlagen verwenden. Ab März 2025 werden diese Methoden jedoch nicht mehr verwendet.
Wenn Sie derzeit den Dienst Azure Database for PostgreSQL – Single Server zum Hosten von Produktionsservern nutzen, können Sie Ihre Instanzen von Azure Database for PostgreSQL – Single Server zu Azure Database for PostgreSQL – Flexible Server migrieren.
„Azure Database for PostgreSQL – Flexible Server“ ist ein vollständig verwalteter produktionsbereiter Datenbankdienst, der eine differenziertere Steuerung und mehr Flexibilität bei den Verwaltungsfunktionen und Konfigurationseinstellungen der Datenbank ermöglicht. Weitere Informationen zu Azure Database for PostgreSQL –Flexible Server finden Sie unter Azure Database for PostgreSQL – Flexible Server.
Migrieren von Azure Database for PostgreSQL – Single Server zu Azure Database for PostgreSQL – Flexible Server
Hier erfahren Sie, wie Sie von Azure Database for PostgreSQL – Single Server mithilfe des Tools für die Migration von Single Server zu Flexible Server zu Azure Database for PostgreSQL – Flexible Server migrieren.
Häufig gestellte Fragen (FAQs)
Q. Warum wird Azure Database for PostgreSQL – Single Server eingestellt?
A. Azure Database for PostgreSQL – Single Server ist seit 2018 allgemein verfügbar. Angesichts des Kundenfeedbacks und der neuen Fortschritte bei den Funktionen für Berechnung, Verfügbarkeit, Skalierbarkeit und Leistung in der Azure-Datenbanklandschaft muss das Single Server-Angebot eingestellt und mit einer neuen Architektur aktualisiert werden. Azure Database for PostgreSQL – Flexible Server ist die nächste Generation des Diensts und bietet Ihnen die beste Azure-Open-Source-Datenbankplattform.
Q. Warum werde ich aufgefordert, zu „Azure Database for PostgreSQL – Flexible Server“ zu migrieren?
A:Azure Database for PostgreSQL – Flexible Server ist die beste Plattform, um alle Ihre Open-Source-PostgreSQL-Workloads unter Azure auszuführen. Azure Database for PostgreSQL – Flexible Server ist wirtschaftlich, bietet auf allen Dienstebenen eine bessere Leistung und mehr Möglichkeiten zur Kostenkontrolle, um eine kostengünstigere und schnellere Notfallwiederherstellung zu ermöglichen. Zu den weiteren Verbesserungen des flexiblen Servers gehören:
- Unterstützung für Postgres, Version 11 und höher, sowie integrierte Sicherheitsverbesserungen
- Besseres Preis-Leistungs-Verhältnis mit Unterstützung für burstfähige Compute-Optionen.
- Verbesserte Uptime durch die Konfiguration von unmittelbar betriebsbereiten Standbyservern in der gleichen oder einer anderen Verfügbarkeitszone und benutzerseitig gesteuerte Wartungsfenster.
- Eine vereinfachte Entwicklerumgebung für hochleistungsfähige Datenworkloads.
Q. Wie schnell muss ich meine Single Server-Instanz zu Flexible Server migrieren?
A. Azure Database for PostgreSQL – Single Server soll bis zum 28. März 2025 eingestellt werden. Wir empfehlen daher dringend, Ihre Single Server-Instanz so früh wie möglich zu Flexible Server zu migrieren, damit Sie genügend Zeit haben, den Migrationszyklus zu durchlaufen und die Vorteile von Flexible Server zu nutzen.
Q. Was geschieht mit meinen vorhandenen Instanzen von Azure Database for PostgreSQL – Single Server?
A. Ihre vorhandenen Workloads von Azure Database for PostgreSQL – Single Server werden bis März 2025 weiterhin unterstützt.
Q. Kann ich nach dem Datum des Lebensdauerendes für die Community im November 2023 noch neue Instanzen von Azure Database for PostgreSQL – Single Server der Version 11 erstellen?
A. Ab dem 30. November 2023 können über das Azure-Portal keine neuen Einzelserverinstanzen für PostgreSQL (Version 11) mehr erstellt werden. Sie können sie jedoch noch bis November 2024 über die CLI erstellen. Wir unterstützen weiterhin Single Server-Instanzen über unsere Richtlinie zur Unterstützung der Versionsverwaltung. Am besten beginnen Sie sofort mit der Migration zu Azure Database for PostgreSQL – Flexible Server.
Q. Kann ich Azure Database for PostgreSQL – Single Server über den 28. März 2025 hinaus weiter ausführen?
A. Wir planen, Single Server bis zum 28. März 2025 zu unterstützen und raten Ihnen dringend, Ihre Migration so bald wie möglich zu planen. Wir planen, die Unterstützung für Single Server-Bereitstellungen am 28. März 2025 zu beenden.
Q. Was passiert, wenn ich nach der Ankündigung der Einstellung von Einzelservern noch einen neuen Einzelserver erstellen muss, um meine geschäftlichen Anforderungen zu erfüllen?
A. Wir werden die Möglichkeit, neue Einzelserver zu erstellen, nicht sofort einstellen, sodass Sie weiterhin neue Einzelserver über die CLI erstellen können, um Ihre geschäftlichen Anforderungen für alle PostgreSQL-Versionen zu erfüllen, die von Azure Database for PostgreSQL-Einzelserver unterstützt werden. Wir empfehlen Ihnen dringend, Flexible Server zu erkunden und zu prüfen, ob Sie damit Ihre Anforderungen erfüllen können. Zögern Sie nicht, uns bei Bedarf zu kontaktieren, damit wir Ihnen helfen und den bestmöglichen Weg vorschlagen können.
Q. Fallen für die Durchführung der Migration zusätzliche Kosten an?
A. Sie zahlen für den flexiblen Zielserver und den Quelleinzelserver während der Migration. Die Konfiguration und Berechnung des flexiblen Zielservers bestimmen die zusätzlich anfallenden Kosten (weitere Details finden Sie unter Preise). Sobald Sie den Quelleinzelserver nach der erfolgreichen Migration außer Betrieb genommen haben, zahlen Sie nur für Ihren flexiblen Server. Für die Verwendung des Migrationstools für Single Server zu Flexible Server fallen keine zusätzlichen Kosten an. Wenn Sie Fragen oder Bedenken hinsichtlich der Kosten für die Migration Ihres Einzelservers zu einem flexiblen Server haben, wenden Sie sich an Ihren Microsoft-Kontobeauftragten.
Q. Hat es Auswirkungen auf meine Abrechnung, wenn ich Azure Database for PostgreSQL – Flexible Server anstelle von Azure Database for PostgreSQL – Single Server ausführe?
A. Die Abrechnung sollte vergleichbar sein, wenn Sie eine ähnliche Konfiguration wie bei Ihrer Instanz von Azure Database for PostgreSQL – Single Server wählen. Wenn Sie jedoch dieselbe Zone oder eine redundante Zone mit Hochverfügbarkeit für den flexiblen Zielserver auswählen, ist Ihre Rechnung höher als bei Ihrem Einzelserver. Bei derselben Zone oder Zone mit redundanter Hochverfügbarkeit muss ein zusätzlicher unmittelbar betriebsbereiter Standbyserver hochgefahren und redundante Sicherungsdaten gespeichert werden, daher die zusätzlichen Kosten für den zweiten Server. Diese Architektur ermöglicht eine geringere Downtime bei ungeplanten Ausfällen und geplanter Wartung. Im Allgemeinen ist der Preis für Flexible Server besser, dies hängt jedoch von Ihrer Workload ab.
Q. Kommt es zu Downtime, wenn ich meine Azure-Datenbank von PostgreSQL – Single Server zu Flexible Server migriere?
A. Derzeit unterstützt das Migrationstool für Single Server zu Flexible Server nur Offlinemigrationen. Die Offlinemigration erfordert Downtime für Ihre Anwendungen während des Migrationsprozesses. Weitere Informationen finden Sie unter Migrationstool: Azure Database for PostgreSQL Einzelserver zu Flexibler Server.
Die Downtime hängt von verschiedenen Faktoren ab, darunter die Anzahl der Datenbanken, die Größe Ihrer Datenbanken, die Anzahl der Tabellen in jeder Datenbank, die Anzahl der Indizes und die Verteilung der Daten auf die Tabellen. Sie hängt auch von der SKU des Quell- und Zielservers sowie von den auf dem Quell- und Zielserver verfügbaren IOPS ab.
Angesichts der vielen Faktoren, die bei einer Migration eine Rolle spielen, ist es am besten, die Downtime Ihrer Anwendung abzuschätzen, indem Sie die Migration auf einem PITR-Server testen, der vom primären Server wiederhergestellt wurde, um Ihre Produktionsmigration zu planen.
Offlinemigrationen sind weniger komplex, haben ein geringeres Fehlerrisiko und sind der empfohlene Weg, um Migrationen von einem Einzelserver auf einen flexiblen Server für Workloads mit Dienstfenstern durchzuführen.
Sie können sich an Ihre Kontoteams wenden, wenn die Anforderungen an die Downtime durch die Offlinemigrationen, die von einem Tool für die Migration von Single Server zu Flexible Server bereitgestellt werden, nicht erfüllt werden.
Hinweis
Unterstützung für die Onlinemigration ist in Kürze verfügbar.
Q. Wird es in Zukunft Updates für Single Server-Instanzen geben, um die neuesten PostgreSQL-Versionen zu unterstützen?
A. Wir empfehlen Ihnen, zu Flexible Server zu migrieren, wenn Sie die neuesten Versionen der PostgreSQL-Engine ausführen müssen. Wir stellen weiterhin Nebenversionen bereit, die von der Community für Postgres Version 11 freigegeben wurden, bis diese im November 2023 von der Community eingestellt wird.
Hinweis
Wir verlängern den Support für Postgres, Version 11, über das Deaktivierungsdatum der Community hinaus und unterstützen PostgreSQL, Version 11, sowohl auf Single Server als auch auf Flexible Server, um diesen Übergang zu erleichtern. Sie könnten eine Migration zu Flexible Server durchführen, um die Vorteile der neuesten Versionen der Postgres-Engine zu nutzen.
Q. Wie unterscheidet sich die Flexible Server-SLA mit 99,99 %Verfügbarkeit von der Single Server-SLA?
A. Die zonenredundante Flexible Server-Bereitstellung bietet eine Verfügbarkeit von 99,99 % mit Resilienz auf Zonenebene, und Single Server bietet eine Verfügbarkeit von 99,99 %, jedoch ohne Zonenresilienz. Die Hochverfügbarkeitsarchitektur (HA) von Flexible Server stellt einen unmittelbar betriebsbereiten Standbyserver mit redundantem Compute und Speicher bereit (wobei die Daten jedes Standorts in drei Kopien gespeichert sind). Die Hochverfügbarkeitsarchitektur von Single Server verfügt nicht über einen passiven unmittelbar betriebsbereiten Standbyserver, um die Wiederherstellung nach zonenbezogenen Fehlern zu erleichtern. Die Hochverfügbarkeitsarchitektur von Flexible Server verringert die Downtime bei ungeplanten Ausfällen und geplanter Wartung.
Q. Meine Single Server-Instanz wurde in einer Region bereitgestellt, die Flexible Server nicht unterstützt. Wie sollte ich bei der Migration vorgehen?
A. Wir haben die regionale Parität mit Single Server fast erreicht. Dies sind die Regionen, in denen es Flexible Server nicht gibt.
- China, Osten (CE und CE2)
- China, Norden (CN und CN2)
- Indien, Westen
- Schweden, Norden
Es wird empfohlen, zu den Regionen „CN3/CE3“, „Indien, Mitte“, „Schweden, Mitte“ und „Schweden, Süden“ zu migrieren. Q. Ich habe Private Link für meinen Einzelserver konfiguriert, und dieses Feature wird derzeit nicht in Flexible Server unterstützt. Wie führe ich eine Migration aus?
A. Die Flexible Server-Unterstützung für Private Link hat für uns höchste Priorität und befindet sich auf der Roadmap. Die Einführung dieses Features ist für das 4. Quartal 2023 geplant. Eine weitere Option ist die Migration auf einen flexiblen Server mit VNET-Einschleusung.
Q. Gibt es eine Option für den Rollback einer Migration von Single Server zu Flexible Server?
A. Sie können eine beliebige Anzahl von Testmigrationen durchführen, den Erfolg Ihrer Migration testen und die endgültige Migration durchführen, sobald Sie bereit sind. Testmigrationen wirken sich nicht auf die Einzelserverquelle aus, die bis zur Durchführung der Migration betriebsbereit bleibt. Wenn während der Testmigration Fehler auftreten, können Sie die endgültige Migration verschieben und Ihren Quellserver weiterhin ausführen. Sie können dann die endgültige Migration erneut versuchen, nachdem Sie die Fehler behoben haben. Nachdem Sie eine abschließende Migration zu einem flexiblen Server durchgeführt und ihn für die Produktionsworkload geöffnet haben, verlieren Sie die Möglichkeit, ohne Datenverlust zu einem einzelnen Server zurückzukehren.
Q. Wie sollte ich meine Datenbank migrieren (> 1 TB)?
A:Das Tool für die Migration von Single Server zu Flexible Server kann Datenbanken beliebiger Größen von Single Server zu Flexible Server migrieren. Die neue Version des Tools hat keine Einschränkungen hinsichtlich der Größe der Datenbanken.
Q. Wird die regionsübergreifende Migration unterstützt?
A. Derzeit unterstützt das Tool für die Migration von Single Server zu Flexible Server keine regionsübergreifenden Migrationen. Dies wird zu einem späteren Zeitpunkt unterstützt. Sie können „pg_dump/pg_restore“ verwenden, um regionsübergreifende Migrationen durchzuführen.
Regionsübergreifende Datenmigrationen sollten vermieden werden, da die Migration lange dauert. Eine einfachere Möglichkeit besteht darin, ein Lesereplikat in der gewünschten GeoRegion zu starten, ein Failover für Ihre Anwendung durchzuführen und die zuvor beschriebenen Schritte auszuführen.
Q. Wird die abonnementübergreifende Migration unterstützt?
A. Das Tool für die Migration von Single Server zu Flexible Server unterstützt abonnementübergreifende Migrationen.
Q. Wird ein ressourcengruppenübergreifendes Abonnement unterstützt?
A. Das Tool für die Migration von Single Server zu Flexible Server unterstützt ressourcengruppenübergreifende Migrationen.
Q. Gibt es eine versionsübergreifende Unterstützung?
A. Der Tool für die Migration von Single Server zu Flexible Server unterstützt die Migration von einer niedrigeren PostgreSQL-Version (PG 9.5 und höher) zu einer höheren Version. Wie immer sollte die Anwendungskompatibilität mit höheren PostgreSQL-Versionen vorab überprüft werden.
Tool für die Migration von Single Server zu Flexible Server
Das Tool für die Migration von Single Server zu Flexible Server ist ein leistungsstarkes Tool, mit dem Sie Ihre SQL Server-Datenbank problemlos von einem Einzelserver zu einem flexiblen Server migrieren können. Mit diesem Tool können Sie Ihre Datenbank ganz einfach von einem lokalen Server oder einem virtuellen Computer auf einen flexiblen Server in der Cloud verschieben, sodass Sie die Skalierbarkeit und Flexibilität des Cloud Computings nutzen können.
Q. Welche Daten-, Schema- und Metadatenkomponenten werden im Rahmen der Migration migriert?
A. Das Tool für die Migration von Single Server zu Flexible Server migriert Schemas, Daten und Metadaten von der Quelle zum Ziel. Alle folgenden Daten-, Schema- und Metadatenkomponenten werden im Rahmen der Datenbankmigration migriert:
Datenmigration
- Alle Tabellen aus allen Datenbanken/Schemas.
Schemamigration:
- Benennung
- Primary key (Primärschlüssel)
- Datentyp
- Ordinale Position
- Standardwert
- NULL-Zulässigkeit
- Attribute zum automatischen Inkrementieren
- Sekundäre Indizes
Migration von Metadaten:
- Gespeicherte Prozeduren
- Functions
- Auslöser
- Ansichten
- Fremdschlüsseleinschränkungen
Q. Was ist der Unterschied zwischen Offline- und Onlinemigration?
A. Das Tool für die Migration von Single Server zu Flexible Server unterstützt jetzt die Offlinemigration, wobei Onlinemigrationen in Kürze folgen werden. Bei einer Offlinemigration beginnt die Downtime der Anwendung, wenn die Migration gestartet wird. Bei einer Onlinemigration beschränkt sich die Downtime auf die Zeit, die für die Umstellung am Ende der Migration erforderlich ist. Sie verwendet aber einen logischen Replikationsmechanismus. Ihre Daten/Schemas müssen diese Einschränkungen der Open-Source-PG-Engine für die Onlinemigration bestehen. Wir empfehlen Ihnen, die Offlinemigration zu testen, um festzustellen, ob die Downtime akzeptabel ist.
Online- und Offlinemigrationen werden in der folgenden Tabelle verglichen:
| Bereich | Onlinemigration | Offlinemigration |
|---|---|---|
| Datenbankverfügbarkeit für Lesevorgänge während der Migration | Verfügbar | Verfügbar |
| Datenbankverfügbarkeit für Schreibvorgänge während der Migration | Verfügbar | In der Regel nicht empfohlen. Alle Schreibvorgänge, die nach der Migration eingeleitet werden, werden nicht erfasst oder migriert. |
| Anwendungseignung | Anwendungen, die maximale Uptime benötigen. | Anwendungen, die sich ein geplantes Fenster für die Downtime leisten können oder Schema-/Workload-Einschränkungen aufweisen, die eine Onlinemigration verhindern. |
| Eignung für schreibintensive Workloads | Geeignet, aber es wird erwartet, dass der Workload während der Migration reduziert wird. | Dies ist nur dann eine empfohlene Lösung, wenn Sie während der Migration Schreibvorgänge deaktivieren können. Schreibvorgänge an der Quelle werden nach Beginn der Migration nicht zum Zielserver migriert. |
| Manuelle Übernahme | Erforderlich | Nicht erforderlich |
| Ausfallzeit erforderlich | Klein und unveränderlich, unabhängig von der Datengröße. | Proportional zur Datengröße und anderen Faktoren. Das kann von ein paar Minuten für kleinere Datenbanken bis zu ein paar Stunden für größere Datenbanken reichen. |
| Migrationsdauer | Abhängig von der Größe der Datenbank und der Schreibaktivität bis zum Cutover. | Abhängig von der Datenbankgröße. |
Q. Gibt es Empfehlungen zur Optimierung der Leistung des Tools für die Migration von Single Server zu Flexible Server?
A. Ja. Um schnellere Migrationen durchzuführen, wählen Sie eine höhere SKU für Ihren flexiblen Server aus. Wählen Sie mindestens 4VCores oder höher aus, um die Migration schnell abzuschließen. Sie können die SKU immer so ändern, dass sie den Anwendungsanforderungen nach der Migration entspricht.
Q. Wie lange dauert die Durchführung einer Offlinemigration mit dem Tool für die Migration von Single Server zu Flexible Server?
A. Die folgende Tabelle zeigt die erforderliche Zeit für die Durchführung von Offlinemigrationen für Datenbanken unterschiedlicher Größe mithilfe des Tools für die Migration von Single Server zu Flexible Server. Die Migration wurde mit einem flexiblen Server mit folgender SKU durchgeführt:
Standard_D4ds_v4 (4 Kerne, 16 GB Arbeitsspeicher, 128 GB Datenträger und 500 IOPS)
| Datenbankgröße | Zeit (HH:MM) |
|---|---|
| 1 GB | 00:01 |
| 5 GB | 00:03 |
| 10 GB | 00:08 |
| 50 GB | 00:35 |
| 100 GB | 01:00 |
| 500 GB | 04:00 |
| 1.000GB | 07:00 |
Hinweis
Die obigen Zahlen geben die ungefähre Zeit an, die für den Abschluss der Migration benötigt wird. Um die genaue Zeit für die Migration zu Ihrem Server zu erhalten, empfehlen wir dringend, eine Zeitpunktwiederherstellung (Point in Time Restore, PITR) Ihres Einzelservers zu erstellen und diese mit dem Tool für die Migration von Single Server zu Flexible Server zu vergleichen.
Q. Wie lange dauert die Durchführung einer Onlinemigration mit dem Tool für die Migration von Single Server zu Flexible Server?
A. Die Onlinemigration umfasst die folgenden Schritte:
- Erste Kopie der Datenbanken
- Change Data Capture: Wiederholung aller Transaktionen in der Quelle während Schritt 1 am Ziel.
Die in Schritt 1 benötigte Zeit ist die gleiche wie bei Offlinemigrationen (siehe vorherige Frage).
Die für Schritt 2 erforderliche Zeit hängt von den Transaktionen ab, die an der Quelle erfolgen. Wenn es sich um eine schreibintensive Workload handelt, dauert Schritt 2 länger.
Weiterer Support
Q. Ich habe weitere Fragen zur Außerkraftsetzung.
A. Sie können auf verschiedene Weise weitere Informationen erhalten.
Erhalten Sie Antworten von Communityexperten in Microsoft Q&A.
Sie können das Azure Database for PostgreSQL-Produktteam kontaktieren.
Wenn Sie über einen Supportplan verfügen und technische Hilfe benötigen, erstellen Sie eine Supportanfrage:
- Geben Sie unter Zusammenfassung eine Beschreibung Ihres Problems ein.
- Wählen Sie als Problemtyp die Option Technisch aus.
- Wählen Sie unter Abonnement Ihr Abonnement aus.
- Wählen Sie Meine Apps als Dienst aus.
- Wählen Sie für „Diensttyp“ die Option „Azure Database for PostgreSQL Single Server“ aus.
- Wählen Sie unter Ressource Ihre Ressource aus.
- Wählen Sie unter „Problemtyp“ die Option „Migration zu Azure DB for PostgreSQL“ aus.
- Wählen Sie unter „Problemuntertyp“ die Option „Migrieren vom Einzelserver zum flexiblen Server“ aus.
Warnung
Dieser Artikel ist nicht für Benutzer von „Azure Database for PostgreSQL – Flexible Server“ vorgesehen. Er richtet sich an Kunden mit Azure Database for PostgreSQL – Single Server, die ein Upgrade auf Azure Database for PostgreSQL – Flexible Server durchführen müssen.
Wir wissen, dass die Migration von Diensten frustrierend sein kann und entschuldigen uns im Voraus für alle Unannehmlichkeiten, die Ihnen dadurch entstehen. Wählen Sie das Szenario aus, das für Sie und Ihre Umgebung am besten geeignet ist.