Migrieren von MySQL – Flexible Server zur Verfügbarkeitszonenunterstützung
In diesem Leitfaden wird beschrieben, wie Sie MySQL – Flexibler Server von fehlender Unterstützung von Verfügbarkeitszonen zur Verfügbarkeitszonenunterstützung migrieren.
Sie können Azure Database for MySQL – Flexibler Server so konfigurieren, dass eines von zwei Architekturmodellen für hohe Verfügbarkeit (HIGH Availability, HA) verwendet wird:
Architektur mit Hochverfügbarkeit in gleicher 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 Architektur mit Hochverfügbarkeit in gleicher Zone finden Sie unter Architektur mit Hochverfügbarkeit in gleicher Zone.
Architektur für zonenredundante Hochverfügbarkeit. 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. Die zonenredundante Hochverfügbarkeit ist nur in Azure-Regionen verfügbar, die mehrere Verfügbarkeitszonen und zonenredundante Premium-Dateifreigaben unterstützen. Weitere Informationen zur Architektur für zonenredundante Hochverfügbarkeit finden Sie unter Architektur für zonenredundante Hochverfügbarkeit.
Zum Migrieren Ihrer vorhandenen Workload von zonal (Hochverfügbarkeit in gleicher Zone) zur zonenredundanten Hochverfügbarkeit müssen Sie die folgenden Schritte ausführen:
Bereitstellen und Konfigurieren eines neuen Servers, der für zonenredundante Hochverfügbarkeit 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 zwei Server:
Ein Quellserver, auf dem Azure Database for MySQL – Flexibler Server in einer Region ausgeführt wird, die keine Verfügbarkeitszonen unterstützt.
Ein Azure Database for MySQL – Flexibler Server, der zum Zeitpunkt der Erstellung nicht für Hochverfügbarkeit aktiviert war.
Wichtig
Wenn Sie Ihren Azure Database for MySQL – Flexibler Server ursprünglich als Nicht-HA-Server bereitgestellt haben, können Sie ihn einfach für die Architektur mit Hochverfügbarkeit in gleicher Zone aktivieren. Wenn Sie ihn jedoch für die Architektur für zonenredundante Hochverfügbarkeit 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 for MySQL – Flexibler Server in einer Region ausgeführt wird, die Verfügbarkeitszonen unterstützt. Weitere Informationen zum Erstellen einer Azure Database for MySQL – Flexibler Server-Instanz finden Sie unter Verwenden des Azure-Portals zum Erstellen einer Azure Database for MySQL Flexible Server-Instanz. Stellen Sie sicher, dass der erstellte Server für Zonenredundanz konfiguriert ist, indem Sie Hochverfügbarkeit aktivieren und die Option Zonenredundant auswählen.
Tipp
Wenn Sie in Zukunft zwischen zonal (gleiche Zone) und zonenredundanter Hochverfügbarkeit wechseln möchten, können Sie Ihren Azure Database for MySQL – Flexibler Server mit zonenredundanter Hochverfügbarkeit bereitstellen, die während der Servererstellung aktiviert wird. Sobald der Server bereitgestellt wurde, können Sie Hochverfügbarkeit deaktivieren.
Anforderungen an Ausfallzeiten
Migrationen können in offline und online eingeteilt 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 repliziert die laufenden Änderungen zwischen dem Quell- und Zielserver zusammen mit dem anfänglichen Speicherabbild und der Wiederherstellung auf dem Zielserver.
Migrationsoption 1: Offlinemigration
Sie können von einer Azure Database für Flexibler Server zu einer anderen migrieren, indem Sie eines der folgenden Tools verwenden. Beide Optionen erfordern Ausfallzeiten.
Database Migration Service (DMS). Informationen zum Migrieren von MySQL Flexibler Server zu einem anderen mit DMS finden Sie unter Tutorial: Offlinemigration von Azure Database for MySQL – Single Server zu Flexible Server mithilfe von DMS über das Azure-Portal. Obwohl das Tutorial die Schritte für die Migration von Azure MySQL Einzelserver zu Flexibler Server beschreibt, können Sie das gleiche Verfahren für die Migration von Daten von einem Azure Database for MySQL – Flexibler Server, der keine Verfügbarkeitszonen unterstützt, zu einem anderen, der Verfügbarkeitszonen unterstützt, verwenden.
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. Weitere Informationen zur Verwendung dieser Tools finden Sie unter Optionen zum Migrieren von Azure Database for MySQL – Einzelserver zu flexiblem Server. Obwohl das Tutorial die Schritte für die Migration von Azure MySQL Einzelserver zu Flexibler Server beschreibt, können Sie das gleiche Verfahren für die Migration von Daten von einem Azure Database for MySQL – Flexibler Server, der keine Verfügbarkeitszonen unterstützt, zu einem anderen, der Verfügbarkeitszonen unterstützt, verwenden.
Migrationsoption 2: Onlinemigration
Sie können von einer Azure Database für Flexibler Server zu einer anderen mit minimaler Ausfallzeit für Ihre Anwendungen migrieren, indem Sie eines der folgenden Tools verwenden.
Database Migration Service (DMS). Informationen zum Migrieren von MySQL Flexibler Server zu einem anderen mit DMS finden Sie unter Tutorial: Onlinemigration von Azure Database for MySQL – Single Server zu Flexible Server mithilfe von DMS über das Azure-Portal. Obwohl das Tutorial die Schritte für die Migration von Azure MySQL Einzelserver zu Flexibler Server beschreibt, können Sie das gleiche Verfahren für die Migration von Daten von einem Azure Database for MySQL – Flexibler Server, der keine Verfügbarkeitszonen unterstützt, zu einem anderen, der Verfügbarkeitszonen unterstützt, verwenden.
Open-Source-Tools. Sie können eine Kombination aus Open-Source-Tools wie mydumper/myloader mit Datenreplikation verwenden. Informationen zum Einrichten der Datenreplikation finden Sie unter Gewusst wie: Konfigurieren der Datenreplikation in Azure Database for MySQL.
Wichtig
Die Datenreplikation wird für Server mit aktivierter Hochverfügbarkeit nicht unterstützt. Die Problemumgehung besteht darin, den Zielserver zuerst mit zonenredundanter Hochverfügbarkeit bereitzustellen und dann Hochverfügbarkeit vor dem Konfigurieren der Datenreplikation zu deaktivieren. Sobald die Replikation abgeschlossen ist, aktivieren Sie die zonenredundante Hochverfügbarkeit erneut auf dem Zielserver.
Nächste Schritte
Weitere Informationen: