Was geschieht mit „Azure Database for MySQL – Einzelserver“?
GILT FÜR:
Azure Database for MySQL – Single Server
Hallo! Wir möchten Ihnen mitteilen, dass Azure Database for MySQL – Single Server demnächst eingestellt wird und Azure Database for MySQL – Single Server wird bis zum 16. September 2024 eingestellt.
Im Rahmen dieser Außerbetriebnahme wird das Erstellen neuer Einzelserverinstanzen über das Azure-Portal ab dem 16. Januar 2023 und über die Azure-Befehlszeilenschnittstelle ab dem 19. März 2024 nicht mehr unterstützt. Wenn Sie weiterhin Einzelserverinstanzen erstellen müssen, um Anforderungen an die Geschäftskontinuität zu erfüllen, können Sie ein Azure-Supportticket erstellen. Sie können weiterhin Lesereplikate für vorhandene Einzelserverinstanzen erstellen und Wiederherstellungen (PITR und Geowiederherstellung) für sie durchführen. Dies wird bis zum endgültigen Einstellungsdatum am 16. September 2024 weiterhin unterstützt.
Der Dienst „Azure Database for MySQL – Einzelserver“ kann nach Jahren der Entwicklung nicht mehr alle neuen Features, Funktionen und Sicherheitsanforderungen unterstützen. Wir empfehlen, ein Upgrade auf „Azure Database for MySQL – flexibler Server“ durchzuführen.
„Azure Database for MySQL – flexibler 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 zum flexiblen Server finden Sie unter Azure Database for MySQL – flexibler Server.
Wenn Sie derzeit den Dienst „Azure Database for MySQL – Single Server“ zum Hosten von Produktionsservern nutzen, teilen wir Ihnen gerne mit, dass Sie Ihre „Azure Database for MySQL – Single Server“-Server kostenlos mithilfe von Azure DB for MySQL-Import, direkter oder automatischer Migration, oder Azure Database Migration Service (klassisch) zum Dienst „Azure Database for MySQL – Flexibler Server“ migrieren können. Überprüfen Sie die verschiedenen Möglichkeiten zum Migrieren im folgenden Abschnitt.
Migrieren vom Einzelserver zum flexiblen Server
Erfahren Sie, wie Sie von Azure Database for MySQL – Single Server zu Azure Database for MySQL – Flexible Server migrieren.
| Szenario | Tool(s) | Details |
|---|---|---|
| Offline / Online | Azure Database for MySQL Import und die Azure CLI | Tutorial: Azure Database for MySQL-Import mit der Azure CLI |
| Offline | Database Migration Service (klassisch) und das Azure-Portal | Tutorial: DMS (klassisch) mit dem Azure-Portal (offline) |
| Online | Database Migration Service (klassisch) und das Azure-Portal | Tutorial: DMS (klassisch) mit dem Azure-Portal (online) |
| Offline | Direkte automatische Migrationsnominierung [Formular] (https://forms.office.com/Pages/ResponsePage.aspx?id=v4j5cvGGr0GRqy180BHbR4lhLelkCklCuumNujnaQ-ZUQzRKSVBBV0VXTFRMSDFKSUtLUDlaNTA5Wi4u) | Direkte automatische Migration von Azure Database for MySQL – Single zu Flexibler Server |
Weitere Informationen zur Migration vom Einzelserver zum flexiblen Server mithilfe anderer Migrationstools finden Sie unter Auswählen der geeigneten Tools für die Migration zu Azure Database for MySQL.
Hinweis
Direkte automatische Migration von Azure Database for MySQL – Single Server zu Flexibler Server ist eine vom Dienst ausgelöste direkte Migration während des geplanten Wartungsfensters für ausgewählte Single Server-Datenbankworkloads. Die in Frage kommenden Server werden von dem Dienst identifiziert und erhalten eine Vorabbenachrichtigung, in der die Schritte zur Überprüfung der Migrationsdetails aufgeführt sind. Wenn Sie eine Single Server-Workload mit Basic oder GP SKU besitzen, einen Datenspeicher von < = 20 GiB nutzen und keine komplexen Funktionen (CMK, AAD, Read Replica, Private Link) aktiviert haben, können Sie sich jetzt für die automatische Migration vormerken lassen (falls nicht bereits vom Dienst geplant), indem Sie Ihre Serverdaten über dieses Formular eingeben. Für alle anderen Single Server Workloads sollten Sie für die Migration die von Azure angebotenen benutzerinitiierten Migrationswerkzeuge – Azure DMS, Azure Database for MySQL Import – verwenden. Weitere Informationen zur direkten automatischen Migration finden Sie hier.
Migrationsberechtigung
Wenn Sie ein Upgrade auf „Azure Database for MySQL – flexibler Server“ durchführen möchten, ist es wichtig zu wissen, wann Sie zur Migration Ihres Einzelservers berechtigt sind. Die Kriterien für die Migrationsberechtigung finden Sie in der folgenden Tabelle.
| Für flexible Server nicht unterstützte Einzelserverkonfiguration | Wie und wann sollte die Migration durchgeführt werden? |
|---|---|
| Einzelserver, für die Private Link aktiviert ist | Private Link für flexible Server ist jetzt verfügbar, und Sie können mit der Migration Ihres Einzelservers beginnen. |
| Einzelserver, für die regionsübergreifende Lesereplikate aktiviert sind | Regionsübergreifende Lesereplikate für flexible Server sind nun verfügbar, und Sie können mit der Migration Ihres Einzelservers beginnen. |
| Einzelserver mit aktiviertem Abfragedatenspeicher | Sie können die Migration durchführen und Protokolle für langsame Abfragen auf dem flexiblen Zielserver konfigurieren, wie hier beschrieben. Anschließend können Sie Abfrageerkenntnisse unter Verwendung der Arbeitsmappenvorlage anzeigen. |
| Einzelserver, die in Regionen bereitgestellt sind, in denen der flexible Server nicht unterstützt wird (weitere Informationen zu Regionen finden Sie hier). | Azure Database Migration Service (klassisch) unterstützt die regionsübergreifende Migration. Stellen Sie Ihren flexiblen Zielserver in einer geeigneten Region bereit, und migrieren Sie mithilfe von DMS (klassisch). |
Häufig gestellte Fragen (FAQs)
Q. Warum wird „Azure Database for MySQL – Einzelserver“ eingestellt?
A. „Azure Database for MySQL – Einzelserver“ wurde 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 Einzelserver-Angebot jedoch eingestellt und mit einer neuen Architektur – dem flexiblen Azure Database for MySQL-Server – aktualisiert werden, um Ihnen die besten Funktionen der Open-Source-Datenbankplattform von Azure zu bieten.
Q. Warum werde ich aufgefordert, zu „Azure Database for MySQL – flexibler Server“ zu migrieren?
A.Azure Database for MySQL – Flexible Server ist die beste Plattform für die Ausführung aller MySQL-Workloads in Azure. „Azure Database for MySQL – flexibler Server“ ist wirtschaftlich und bietet zudem auf allen Dienstebenen eine bessere Leistung sowie mehr Möglichkeiten zur Kostenkontrolle, um eine kostengünstigere und schnellere Notfallwiederherstellung zu ermöglichen:
- Mehr Möglichkeiten zur Optimierung der Kosten, einschließlich Unterstützung von Computeoptionen mit der Dienstebene „Burstfähig“
- Verbesserte Leistung für unternehmenskritische Produktionsworkloads, die geringe Wartezeit, hohe Parallelität, schnelles Failover und hohe Skalierbarkeit erfordern
- Verbesserte Uptime mit der Möglichkeit, einen unmittelbar betriebsbereiten Standbyserver in derselben oder einer anderen Zone und ein einstündiges Zeitfenster für die geplante Serverwartung zu konfigurieren
Q. Wie bald muss ich meinen Einzelserver zu einem flexiblen Server migrieren?
A. Die Einstellung von „Azure Database for MySQL – Einzelserver“ ist für den 16. September 2024 geplant. Wir empfehlen daher dringend, Ihren Einzelserver so bald wie möglich zu einem flexiblen Server zu migrieren, damit Sie ausreichend Zeit haben, um den Migrationslebenszyklus zu durchlaufen, die Vorteile des flexiblen Servers anzuwenden und die Geschäftskontinuität sicherzustellen.
Q. Was geschieht mit meinen vorhandenen Instanzen von Azure Database for MySQL – Single Server?
A. Ihre vorhandenen Azure Database for MySQL Single Server-Workloads funktionieren weiterhin wie zuvor und werden bis zum Einstellungsdatum offiziell unterstützt. Es werden jedoch keine neuen Updates für Einzelserver veröffentlicht, und wir empfehlen dringend, so früh wie möglich mit der Migration zum flexiblen Azure Database for MySQL-Server zu beginnen. Nach dem Ablaufdatum ist die Azure Database for MySQL – Single Server-Plattform veraltet und wird nicht mehr zur Verfügung stehen, um allfällig vorhandene Instanzen zu hosten.
F: Kann ich Einzelserver auch nach dem Einstellungsdatum noch verwenden?
A. Leider ist nicht geplant, Einzelserver nach dem Einstellungsdatum (16. September 2024) zu unterstützen. Wir empfehlen daher dringend, die Migration schnellstmöglich zu planen. Nach dem Ablaufdatum ist die Azure Database for MySQL – Single Server-Plattform veraltet und wird nicht mehr zur Verfügung stehen, um allfällig vorhandene Instanzen zu hosten.
F: 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. Im Rahmen der Außerbetriebnahme wird das Erstellen neuer Einzelserver-Instanzen über das Azure-Portal ab dem 16. Januar 2023 nicht mehr unterstützt. Darüber hinaus können Sie ab dem 19. März 2024 keine neuen Azure Database for MySQL-Einzelserverinstanzen mehr mit der Azure-Befehlszeilenschnittstelle erstellen. Wenn Sie weiterhin Einzelserverinstanzen erstellen müssen, um Anforderungen an die Geschäftskontinuität zu erfüllen, können Sie ein Azure-Supportticket erstellen.
F: Was passiert, wenn ich nach der Ankündigung der Einstellung von Einzelserver noch ein neues Lesereplikat für meine Einzelserver-Instanz erstellen muss?
A. Sie können weiterhin Lesereplikate für vorhandene Einzelserver-Instanzen über das Blatt Replikation erstellen. Dies wird bis zum endgültigen Einstellungsdatum am 16. September 2024 weiterhin unterstützt.
Q. Fallen für die Durchführung der Migration zusätzliche Kosten an?
A. Beim Ausführen der Migration bezahlen Sie für den flexiblen Zielserver und den Quelleinzelserver. Die zusätzlichen Kosten hängen von der Konfiguration und den Computeressourcen des flexiblen Zielservers ab. Weitere Informationen finden Sie unter Preise. Sobald Sie den Quelleinzelserver nach der erfolgreichen Migration außer Betrieb genommen haben, zahlen Sie nur für Ihren ausgeführten flexiblen Server. Beim Ausführen der Migration über den Azure Database Migration Service (klassisch), der direkten automatischen Migration oder mit dem Migrationstool von Azure Database for MySQL-Import entstehen keine Kosten.
F: Ändert sich meine Abrechnung beim flexiblen Server im Vergleich zum Einzelserver?
A. Wenn Sie die gleiche Zone oder zonenredundante Hochverfügbarkeit für den flexiblen Zielserver auswählen, ist Ihre Rechnung höher als beim Einzelserver. Die gleiche Zone oder zonenredundante Hochverfügbarkeit erfordern die Einrichtung eines unmittelbar betriebsbereiten Standbyservers und das Speichern einer redundanten Sicherung, wodurch zusätzliche Kosten anfallen. Diese Architektur ermöglicht eine geringere Downtime bei ungeplanten Ausfällen und geplanter Wartung. Darüber hinaus bieten flexible Server je nach Workload eine deutlich bessere Leistung als Einzelserver, wodurch Sie Ihre Workload auf flexiblen Servern möglicherweise mit einer niedrigeren SKU ausführen können. Ihre Gesamtkosten können daher mit denen eines Einzelservers vergleichbar sein.
Q. Verursacht die Migration vom Einzelserver zum flexiblen Server eine Downtime?
A. Führen Sie zum Begrenzen der Downtime eine Onlinemigration zum flexiblen Server durch. Bei dieser Methode kommt es nur zu einer minimalen Downtime.
Q. Werden zukünftig Updates für Einzelserver bereitgestellt, um die aktuellen MySQL-Versionen zu unterstützen?
A. Das letzte Nebenversionsupgrade für die Einzelserver-Version 8.0 ist 8.0.15. Erwägen Sie die Migration zum flexiblen Server, um die Vorteile der neuesten Versionsupgrades zu nutzen.
Q. Wie unterscheidet sich die SLA mit 99,99 %Verfügbarkeit des flexiblen Servers von der SLA des Einzelservers?
A. Die zonenredundante Bereitstellung eines flexiblen Servers bietet eine Verfügbarkeit von 99,99 % mit Resilienz auf Zonenebene, während der Einzelserver Resilienz in einer einzelnen Verfügbarkeitszone bietet. Die Hochverfügbarkeitsarchitektur eines flexiblen Servers stellt einen betriebsbereiten Standbyserver mit redundanten Compute- und Speicherressourcen bereit (wobei drei Kopien der Daten jedes Standorts gespeichert werden), während die Hochverfügbarkeitsarchitektur eines Einzelservers keinen passiven unmittelbar betriebsbereiten Standbyserver für die Wiederherstellung nach Zonenfehlern bietet. Die Hochverfügbarkeitsarchitektur des flexiblen Servers ermöglicht eine geringere Downtime bei ungeplanten Ausfällen und geplanter Wartung.
Q. Welche Migrationsoptionen sind zum Migrieren meines Einzelservers zu einem flexiblen Server verfügbar?
.A Sie können Azure Database for MySQL-Import (empfohlen) verwenden, um zu migrieren. Zusätzlich können Sie Database Migration Service (klassisch) verwenden, um Online- oder Offline-Migrationen auszuführen.
F: Mein Einzelserver ist in einer Region bereitgestellt, die flexible Server nicht unterstützt. Wie sollte ich bei der Migration vorgehen?
A. Azure Database Migration Service (klassisch) unterstützt die regionsübergreifende Migration. Sie können daher eine geeignete Region für Ihren flexiblen Zielserver auswählen und dann mit der DMS (klassisch)-Migration fortfahren.
Q. Ich habe Private Link für meinen Einzelserver konfiguriert, und dieses Feature wird derzeit nicht für flexible Server unterstützt. Wie führe ich eine Migration aus?
A. Private Link für flexible Server ist jetzt verfügbar, und Sie können mit der Migration Ihres Einzelservers beginnen.
Q. Ich habe regionsübergreifende Lesereplikate für meinen Einzelserver konfiguriert, und dieses Feature wird derzeit nicht für flexible Server unterstützt. Wie führe ich eine Migration aus?
A. Regionsübergreifende Lesereplikate für flexible Server sind nun verfügbar, und Sie können mit der Migration Ihres Einzelservers beginnen.
F: Ich habe TLS v1.0/1.1 für meinen v8.0-Einzelserver konfiguriert, und dieses Feature wird in Flexible Server derzeit nicht unterstützt. Wie führe ich eine Migration aus?
A. Um moderne Sicherheitsstandards zu unterstützen, hat die MySQL Community-Edition die Unterstützung für die Kommunikation über die Protokolle TLS (Transport Layer Security) 1.0 und 1.1 ab Version 8.0.28 eingestellt. Es wird empfohlen, ein Upgrade Ihrer Clienttreiber auszuführen, sodass diese TLS v1.2 unterstützen, um eine sichere Verbindung mit Azure Database for MySQL – Single Server herzustellen, und dann mit der Migration zu Flexible Server fortzufahren.
Q. Gibt es eine Option für den Rollback einer Migration einer Single Server-Instanz zu einer Flexible Server-Instanz?
A. Sie können eine beliebige Anzahl von Testmigrationen durchführen, und nachdem Sie durch die Tests Konfidenz gewonnen haben, führen Sie die endgültige Migration durch. Eine Testmigration wirkt sich nicht auf die Single Server-Quellinstanz aus, die weiterhin betriebsbereit ist und die Replikation fortsetzt, bis Sie die tatsächliche Migration durchführen. 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 endgültige Migration zum flexiblen Server durchgeführt haben und der Quelleinzelserver heruntergefahren wurde, ist ein Rollback vom flexiblen Server zum Einzelserver nicht mehr möglich.
F: Die Größe meiner Datenbank beträgt mehr als 1 TB, wie soll ich also bei meiner Migration vorgehen?
.A Sie können Azure Database for MySQL-Import (empfohlen) verwenden, um zu migrieren, was für schwerere Workloads sehr leistungsfähig ist.
F: Wird die regionsübergreifende Migration unterstützt?
A. Azure Database Migration Service unterstützt regionsübergreifende Migrationen, sodass Sie Ihren einzelnen Server mithilfe des DMS auf einen flexiblen Server migrieren können, der in einer anderen Region bereitgestellt wird.
Q. Wird die abonnementübergreifende Migration unterstützt?
A. Azure Database Migration Service unterstützt abonnementübergreifende Migrationen, sodass Sie Ihren einzelnen Server mithilfe von DMS auf einen flexiblen Server migrieren können, der in einem anderen Abonnement bereitgestellt wurde.
Q. Wird ein ressourcengruppenübergreifendes Abonnement unterstützt?
A. Azure Database Migration Service unterstützt ressourcengruppenübergreifende Migrationen, sodass Sie Ihren einzelnen Server mithilfe des DMS auf einen flexiblen Server migrieren können, der in einer anderen Ressourcengruppe bereitgestellt wird.
Q. Gibt es eine versionsübergreifende Unterstützung?
Ja. Die Migration von niedrigeren MySQL-Serverversionen (v5.6 und höher) zu höheren Versionen wird über Azure Database Migration Service-Migrationen unterstützt.
Q. Ich habe weitere Fragen zur Einstellung des Diensts. Wie erhalte ich Hilfe?
.A Bei Fragen können Sie Antworten von Communityexpert*innen auf Microsoft Q&A erhalten. 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 MySQL Single Server aus.
- Wählen Sie unter Ressource Ihre Ressource aus.
- Wählen Sie unter Problemtyp die Option Migration aus.
- Wählen Sie unter Problemuntertyp die Option Migrieren vom Einzelserver zum flexiblen Server aus.
Sie können sich auch unter AskAzureDBforMySQL@service.microsoft.com an das Azure Database for MySQL-Produktteam wenden.
Warnung
Dieser Artikel ist nicht für Benutzer von „Azure Database for MySQL – flexibler Server“ vorgesehen. Er richtet sich an Kunden mit „Azure Database for MySQL – Einzelserver“, die ein Upgrade auf „Azure Database for MySQL – flexibler Server“ durchführen müssen.
Weitere Informationen finden Sie in den Häufig gestellten Fragen zur Verwendung von Azure Database Migration Service (klassisch) für Migrationen von „Azure Database for MySQL – Einzelserver“ zu „Flexibler Server“.
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.