In dieser Anleitung wird eine Migration von einem selbstverwalteten MongoDB-Replikatset, das Datenbanken enthält, zu einem vollständig verwalteten Cluster in MongoDB Atlas implementiert. Dafür wird der Atlas Live-Migration-Dienst von MongoDB verwendet.
Dieses Dokument richtet sich an Datenbankarchitekten, -administratoren und -entwickler, die an einem vollständig gehosteten MongoDB-Dienst interessiert oder für die Migration von MongoDB-Datenbanken in einem MongoDB-Replikatset zu einem MongoDB Atlas-Cluster verantwortlich sind.
Architektur
Das folgende Diagramm zeigt die Migrationsarchitektur:
Im Diagramm stellt ein Pfeil den Datenmigrationspfad vom auf der Compute Engine ausgeführten MongoDB-Quellreplikatset zum Zielcluster dar, der in MongoDB Atlas in Google Cloud ausgeführt wird.
Die Bereitstellungsarchitektur enthält die folgenden Komponenten:
- Quelldatenbank: Ein selbstverwaltetes MongoDB-Replikatset, das auf drei Compute Engine-Instanzen ausgeführt wird.
- Zieldatenbank: Ein vollständig verwalteter MongoDB Atlas-Cluster.
- Migrationsdienst: Eine Atlas Live-Migration-Konfiguration zum Migrieren von Daten von der Quelle zum Ziel.
In dieser Architektur wird ein selbstverwaltetes MongoDB-Replikatset auf Compute Engine-Instanzen verwendet. Sie können aber auch ein MongoDB-Quellreplikatset in einem lokalen Rechenzentrum oder einer anderen Cloudumgebung bereitstellen.
Designalternativen
In den folgenden Abschnitten werden mögliche Designalternativen für diese Architektur dargestellt.
Fragmentierte MongoDB-Cluster
Die Architektur in diesem Dokument verwendet ein MongoDB-Replikatset als Quelle. Das Migrieren eines fragmentierten MongoDB-Clusters zu MongoDB Atlas ist in dieser Architektur nicht enthalten. Der architektonische Unterschied zwischen einem MongoDB-Replikatset und einem fragmentierten MongoDB-Cluster wird unter Stack Exchange: Database Administrators erläutert.
Atlas mongomirror-Dienstprogramm
Die Architektur in diesem Dokument verwendet die Atlas Live-Migration und nicht das Dienstprogramm Atlas mongomirror. Das Dienstprogramm mongomirror erfordert die Installation eines Agents in der MongoDB-Quellumgebung und wird auf einer niedrigeren Abstraktionsebene ausgeführt.
Integrationstechnologie
Die Migrationskonfiguration in dieser Architektur ist eine homogene Migration mit einer Kopiersemantik. Die Daten werden während der Migration nicht transformiert und es findet keine Datenbankkonsolidierung oder Datenwiederherstellung statt. Mit Integrationstechnologien wie Striim können Sie über die Kopiersemantik hinaus Funktionen implementieren.
Überlegungen zum Design
Die folgenden Richtlinien können Ihnen bei der Entwicklung einer Architektur helfen, die den Anforderungen Ihrer Organisation hinsichtlich Zuverlässigkeit, Kosten und Leistung entspricht.
Zuverlässigkeit
Die Architektur in dieser Anleitung ist eine einseitige Migration von einem MongoDB-Quellreplikatset zu einem MongoDB Atlas-Zielcluster. Nachdem Sie eine Umstellung vom MongoDB-Quellreplikatset auf den Zielcluster abgeschlossen haben, werden die Quelldatenbanken bei Änderungen am Zielcluster nicht mehr aktualisiert. Wenn Sie diese Architektur in einer Produktionsumgebung implementieren, können Sie Ihre Anwendungen daher nicht auf aktuelle Quelldatenbanken in einem Fallback umstellen. Weitere Informationen zu Fallback-Prozessen finden Sie unter Datenbankmigration: Konzepte und Prinzipien (Teil 2).
Kostenoptimierung
Für die Bereitstellung dieser Architektur werden die folgenden kostenpflichtigen Komponenten von Google Cloud verwendet:
Zum Bereitstellen dieser Architektur können Sie nicht die kostenlose Stufe von MongoDB Atlas verwenden. Die verfügbaren Maschinentypen in der kostenlosen Stufe unterstützen Atlas Live-Migration nicht. Für den mindestens erforderlichen Maschinentyp (M10 zum Zeitpunkt der Erstellung dieses Dokuments) fallen in MongoDB Atlas stündliche Dienstkosten an. Informationen zum Generieren einer Preisschätzung finden Sie unter MongoDB Atlas – Preise in der Google Cloud-Preisübersicht. Wenn Sie diese Migration in der Produktion implementieren, empfehlen wir die Verwendung der regulären gehosteten Version von MongoDB Atlas.
Leistung
Atlas Live-Migration unterstützt einen Ansatz zur Datenbankmigration ohne Ausfallzeiten. Während der Migration aus dem MongoDB-Quellreplikatset können Ihre Anwendungen weiterhin ohne Auswirkungen auf die Quelldatenbanken zugreifen. Nach dem anfänglichen Laden migriert Atlas Live-Migration Änderungen, die nach dem Start der Migration auftreten.
Nachdem das erste Dataset migriert wurde, führen Sie die Umstellung von der Quelldatenbank auf den Zielcluster durch. Im Rahmen der Umstellung sperren Sie den Schreibzugriff auf die Quelldatenbank. Warten Sie dann, bis Atlas Live-Migration die verbleibenden Änderungen erfasst und auf die Zieldatenbank angewendet hat. Nachdem die Änderungen angewendet wurden, können Sie die Umstellung in Atlas Live-Migration ausführen und die Quelldatenbank beenden.
Nachdem alle Daten migriert wurden, werden Sie in der Statuszeile der Benutzeroberfläche von Atlas Live-Migration über den Fortschritt benachrichtigt. An diesem Punkt ist die Datenmigration abgeschlossen und die Anwendungssysteme können als neues Erfassungssystem auf den Zielcluster zugreifen.
Bereitstellung
Informationen zum Bereitstellen dieser Architektur finden Sie unter Atlas Live-Migration zum Migrieren von MongoDB zu MongoDB Atlas bereitstellen.
Nächste Schritte
- Inhalte zur Datenmigration in Google Cloud ansehen
- Weitere Referenzarchitekturen, Diagramme und Best Practices finden Sie im Cloud-Architekturcenter.