MongoDB zu Cosmos DB Migrationsplanung
Nachdem Sie die Vorteile von Cosmos DB überprüft haben, hat Ihr CIO Ihnen die Möglichkeit gegeben, einen Machbarkeitsnachweis auszuführen. Die erste Phase des Projekts besteht darin, die Datenmigration zu planen. Dazu gehört das Einrichten einer leeren Cosmos DB zum Hosten der migrierten Daten.
In dieser Lektion werden Sie die Schritte zum Erstellen einer Cosmos DB-Datenbank durchlaufen und entweder eine Offline- oder Onlinemigrationsmethode auswählen.
Überprüfen der MongoDB-Kompatibilität
Die erste Aufgabe vor der Migration besteht darin, zu überprüfen, ob Sie von einer unterstützten Version von MongoDB migrieren. Sie können die neueste Versionsunterstützung auf der folgenden Website überprüfen:
Azure Cosmos DB-API für MongoDB: Unterstützte Features und Syntax
Um mit der Verwendung eines Cosmos DB in Azure zu beginnen, erstellen Sie ein Cosmos DB-Konto mit der MongoDB-API. Anschließend erstellen Sie eine Datenbank im Konto. Sie können Ihre Datenbankworkloads in verschiedenen Datenbanken trennen, ein Vorteil dieses Ansatzes ist die Granularität, auf die Sie den Durchsatz festlegen können.
Der Zugriff auf Ihre Daten wird durch die Nutzung von Azure Virtual Networks (VNet) gesteuert. Sie konfigurieren Ihre VNET-Netzwerksicherheitsgruppe so, dass die Ports 53, 443, 445, 9354 und 10000-20000 geöffnet werden. Natürlich müssen Sie auch Ihre lokalen Firewalls konfigurieren, um den Zugriff über diese Ports auf Ihren lokalen MongoDB-Server zu ermöglichen.
In der Regel umfasst eine Migration eine große Menge an Datenübertragungen, und Sie können den Durchsatz während der Migration vorübergehend erhöhen. Wenn Sie den Durchsatz auf Datenbankebene angeben, sollten Sie berücksichtigen, dass jede Sammlung mindestens 100 RU/Sek. erfordert. Aus diesem Grund ist die Mindestanzahl von RU/Sec für die Datenbank die Anzahl der Auflistungen, die mit 100 multipliziert werden. Der Durchsatz auf Datenbankebene scheint häufig besser geeignet als der Durchsatz auf Sammlungsebene für Migrationsszenarien, aber Sie sollten berücksichtigen, dass diese Einstellung nach der Erstellung nicht geändert werden kann, und daher sollten Sie die am besten geeignete Einstellung für die erwartete Verwendung der Datenbank nach der Migration auswählen.
Offline- oder Onlinemigration
In einer Offlinemigration beenden Sie Verbindungen mit der Datenbank, führen die Migration aus und richten dann Verbindungen mit der neuen migrierten Datenbank ein. Es wird importiert, um Verbindungen während der Migration zu verhindern, da diese Transaktionen verloren gehen.
Eine Onlinemigration wendet alle Transaktionen an, die während der Migration auf die neue migrierte Datenbank auftreten. Es gehen keine Transaktionen verloren.
Eine Offlinemigration ist schneller, aber eine Onlinemigration hat weniger Ausfallzeiten. Ausfallzeiten beginnen beim Starten der Migration für den Offlinemodus, aber Ausfallzeiten beginnen nur am Ende der Migration, wenn der Übernahmevorgang für die neue Datenbank online erfolgt. Sie sollten eine Offlinemigration mit einer Kopie des Livesystems testen, um zu untersuchen, ob die Ausfallzeit akzeptabel ist. Möglicherweise kann die Migration zu einem Zeitpunkt ausgeführt werden, in dem die Aktivität in der Regel niedrig ist. Wenn die Ausfallzeit für die Offlinemigration nicht akzeptabel ist, wählen Sie die Onlinemigration aus.
Weitere Informationen zu Onlinemigrationen finden Sie unter Migrieren von MongoDB zu Azure Cosmos DB Mongo API online
Weitere Informationen zu Offlinemigrationen finden Sie unter Migrieren von MongoDB zur Azure Cosmos DB Mongo-API offline