Migrieren von MySQL – Flexibler Server zur Unterstützung der Verfügbarkeitszone
In diesem Leitfaden wird beschrieben, wie Sie MySQL – Flexible Server von der Unterstützung der Nichtverfügbarkeitszone zur Verfügbarkeitszone migrieren.
Sie können Azure-Datenbank für MySQL Flexible Server so konfigurieren, dass sie eines von zwei Architekturmodellen für hohe Verfügbarkeit (HIGH Availability, HA) verwendet:
Ha-Architektur der gleichen Zone (Zonal). Diese Option wird für Infrastrukturredundanz mit geringerer Netzwerklatenz bevorzugt, da sich sowohl der primäre Server als auch der Standbyserver in derselben Verfügbarkeitszone befinden. Sie bietet Hochverfügbarkeit, ohne dass eine zonenübergreifende Konfiguration der Anwendungsredundanz erforderlich ist. Die Option für Hochverfügbarkeit in gleicher Zone wird bevorzugt, wenn Sie die bestmögliche Verfügbarkeit innerhalb einer einzelnen Verfügbarkeitszone mit der geringstmöglichen Netzwerklatenz erzielen möchten. Die Hochverfügbarkeit in gleicher Zone steht in allen Azure-Regionen zur Verfügung, in denen Sie Azure Database for MySQL Flexible Server verwenden können. Weitere Informationen zur Ha-Architektur der gleichen Zone finden Sie unter Same-zone HA-Architektur.
Zonenredundante HA-Architektur. Diese Option wird für die vollständige Isolation und Redundanz der Infrastruktur für mehrere Verfügbarkeitszonen bevorzugt. Sie bietet den höchsten Verfügbarkeitsgrad, erfordert aber eine zonenübergreifende Konfiguration der Anwendungsredundanz. Zonenredundante Hochverfügbarkeit wird bevorzugt, wenn bei jedem Infrastrukturausfall in der Verfügbarkeitszone die bestmögliche Verfügbarkeit erzielt werden soll und die Latenz in der Verfügbarkeitszone akzeptabel ist. Sie kann nur während der Erstellung des Servers aktiviert werden. ZonenredundantER HA ist in einer Teilmenge von Azure-Regionen verfügbar, in denen die Region mehrere Verfügbarkeitszonen unterstützt und zonenredundante Premium-Dateifreigaben verfügbar sind. Weitere Informationen zur zonenredundanten HA-Architektur finden Sie in der zone-redundanten HA-Architektur.
Zum Migrieren Ihrer vorhandenen Workload von Zonal (same-zone HA) zu zonenredundanten HA müssen Sie die folgenden Schritte ausführen:
Bereitstellen und Konfigurieren eines neuen Servers, der für zonenredundante HA konfiguriert wurde.
Befolgen Sie die Migrationsanleitungen in diesem Dokument, um Ihre Ressourcen auf ihren neuen Server zu verschieben.
Voraussetzungen
So migrieren Sie zur Verfügbarkeitszonenunterstützung:
Sie benötigen mindestens einen der folgenden beiden Server:
Ein Quellserver, auf dem Azure Database für MySQL Flexible Server in einer Region ausgeführt wird, die keine Verfügbarkeitszonen unterstützt.
Eine Azure-Datenbank für MySQL Flexible Server, die zum Zeitpunkt der Erstellung nicht für HA aktiviert war.
Wichtig
Wenn Sie Ihre Azure-Datenbank für MySQL Flexible Server ursprünglich als Nicht-HA-Server bereitgestellt haben, können Sie sie einfach für die Ha-Architektur derselben Zone aktivieren. Wenn Sie sie jedoch für zonenredundante HA-Architektur aktivieren möchten, müssen Sie eine der in diesem Artikel aufgeführten verfügbaren Migrationsoptionen implementieren.
Sie müssen einen Zielserver erstellen, auf dem Azure Database für MySQL Flexible Server in einer Region ausgeführt wird, die Verfügbarkeitszonen unterstützt. Weitere Informationen zum Erstellen einer Azure-Datenbank für MySQL Flexible Server finden Sie unter Verwenden des Azure-Portal zum Erstellen einer Azure-Datenbank für MySQL Flexible Server. Stellen Sie sicher, dass der erstellte Server für Zonenredundanz konfiguriert ist, indem Sie HA aktivieren und die Option "Zone-Redundant " auswählen.
Tipp
Wenn Sie möchten, dass Sie in Zukunft zwischen zonal (same-zone) und zonenredundanten HA wechseln können, können Sie Ihre Azure-Datenbank für MySQL Flexible Server mit zonenredundantem HA bereitstellen, der während der Servererstellung aktiviert ist. Sobald der Server bereitgestellt wurde, können Sie HA deaktivieren.
Anforderungen an Ausfallzeiten
Migrationen können entweder online oder offline kategorisiert werden:
• Offlinemigration. Wenn Downtime bei Ihrer Anwendung kein Problem darstellt, sind Offlinemigrationen immer die bevorzugte Lösung, da sie einfach sind und leicht ausgeführt werden können. Bei einer Offlinemigration wird der Quellserver offline geschaltet, und auf dem Zielserver wird ein Speicherabbild erstellt und eine Wiederherstellung der Datenbanken durchgeführt. Diese Option erfordert die meisten Ausfallzeiten. Die Dauer der Ausfallzeit wird durch die Zeit bestimmt, die zum Ausführen der Wiederherstellung auf dem Zielserver benötigt wird.
• Onlinemigration. Diese Option hat minimale Ausfallzeiten und ist die beste Wahl, wenn Sie weniger Ausfallzeiten wünschen. Der Quellserver ermöglicht Updates, und die Migrationslösung übernimmt die Replikation der laufenden Änderungen zwischen dem Quell- und Zielserver sowie dem anfänglichen Dump und der Wiederherstellung des Ziels.
Migrationsoption 1: Offlinemigration
Sie können von einer Azure-Datenbank für flexiblen Server zu einer anderen migrieren, indem Sie eines der folgenden Tools verwenden. Beide Optionen erfordern Ausfallzeiten.
Datenmigrationsdienst (Data Migration Service, DMS). Informationen zum Migrieren von MySQL Flexible Server zu einem anderen mit DMS finden Sie unter Migrieren der Azure-Datenbank für MySQL – Single Server zu Flexible Server offline mithilfe von DMS über die Azure-Portal. Obwohl das Lernprogramm Schritte für die Migration von Azure MySQL Single Server zu Flexible Server beschreibt, können Sie dasselbe Verfahren zum Migrieren von Daten aus einer Azure-Datenbank für MySQL Flexible Server verwenden, die Keine Verfügbarkeitszonen zu einer anderen unterstützt, die Verfügbarkeitszonen unterstützt.
Open-Source-Tools. Sie können offline mit Open-Source-Tools wie MySQL Workbench, mydumper/myloader oder mysqldump migrieren, um die Datenbank zu sichern und wiederherzustellen. Informationen zur Verwendung dieser Tools finden Sie unter "Optionen für die Migration von Azure Database for MySQL – Single Server to Flexible Server". Obwohl das Lernprogramm Schritte für die Migration von Azure MySQL Single Server zu Flexible Server beschreibt, können Sie dasselbe Verfahren zum Migrieren von Daten aus einer Azure-Datenbank für MySQL Flexible Server verwenden, die Keine Verfügbarkeitszonen zu einer anderen unterstützt, die Verfügbarkeitszonen unterstützt.
Migrationsoption 2: Onlinemigration
Sie können mit einem der folgenden Tools von einer Azure-Datenbank für flexiblen Server zu einer anderen mit minimaler Ausfallzeit zu Ihren Anwendungen migrieren:You can migrate from one Azure Database for Flexible Server to another with minimum downtime to your applications by using one of the following tools:
Datenmigrationsdienst (Data Migration Service, DMS). Informationen zum Migrieren von MySQL Flexible Server zu einem anderen mit DMS finden Sie unter Migrieren der Azure-Datenbank für MySQL – Single Server zu Flexible Server online mithilfe von DMS über die Azure-Portal. Obwohl das Lernprogramm Schritte für die Migration von Azure MySQL Single Server zu Flexible Server beschreibt, können Sie dasselbe Verfahren zum Migrieren von Daten aus einer Azure-Datenbank für MySQL Flexible Server verwenden, die Keine Verfügbarkeitszonen zu einer anderen unterstützt, die Verfügbarkeitszonen unterstützt.
Open-Source-Tools. Sie können eine Kombination aus Open-Source-Tools wie mydumper/myloader zusammen mit der Data-In-Replikation verwenden. Informationen zum Einrichten der Datenreplikation finden Sie unter Konfigurieren der Azure-Datenbank für mySQL Data-in-Replikation.
Wichtig
Die Datenreplikation wird für HA-fähige Server nicht unterstützt. Die Problemumgehung besteht darin, den Zielserver zuerst mit zonenredundanten HA bereitzustellen und dann HA vor dem Konfigurieren der Data-In-Replikation zu deaktivieren. Sobald die Replikation abgeschlossen ist, aktivieren Sie zonenredundanten HA erneut auf dem Zielserver.
Nächste Schritte
Weitere Informationen: