Migration zu Amazon DocumentDB

• MongoDB als Quelle verwenden für AWS DMS

• Verwenden von Amazon DocumentDB als Ziel für AWS Database Migration Service

• Exemplarische Vorgehensweise: Migration von MongoDB zu Amazon DocumentDB

Architekturdetails

• Name

  Wählen Sie einen eindeutigen Namen für die Verfolgung dieser Bereitstellung aus.

   

• Version

  Erfassen Sie die Version von MongoDB, die Ihre Bereitstellung ausführt. Um die Version zu finden, verbinden Sie sich über die Mongo-Shell mit einem Mitglied des Replikatsatzes und führen die Operation db.version() aus.

   

• Typ

  Protokollieren Sie, ob es sich bei Ihrer Bereitstellung um eine eigenständige Mongo-Instance, einen Replikatsatz oder einen Sharded-Cluster handelt.

   

• Mitglieder

  Protokollieren Sie die Hostnamen, Adressen und Ports der einzelnen Cluster, Replikatsätze oder eigenständigen Mitglieder.

   

  Für eine geclusterte Bereitstellung können Sie Shard-Mitglieder finden, indem Sie sich per Mongo-Shell mit einem Mongo-Host verbinden und die Operation sh.status() ausführen.

   

  Sie können die Mitglieder eines Replikatsatzes abrufen, indem Sie sich per Mongo-Shell mit einem Replikatsatz verbinden und die Operation rs.status() ausführen.

   

• Oplog-Größen

  Bei Replikatsätzen oder Sharded-Clustern notieren Sie die Größe des Oplogs für jedes Replikatsatzmitglied. Um die Oplog-Größe eines Mitglieds zu finden, verbinden Sie sich mit dem Replikat-Set-Element mit der Mongo-Shell und führen Sie die Operation ps.printReplicationInfo() aus.

   

• Prioritäten für Replikatsatzmitglieder

  Protokollieren Sie bei den Replikatsätzen oder Sharded-Clustern die Priorität der einzelnen Replikatsatzmitglieder. Um die Prioritäten für das Replikatsatzmitglied zu finden, verbinden Sie sich per Mongo-Shell mit einem Replikatsatzmitglied und führen Sie die Operation rs.conf() aus. Die Priorität wird als Wert des Schlüssels priority angezeigt.

   

• TLS/SSLVerwendung

  Zeichnet auf, ob Transport Layer Security (TLS) /Secure Sockets Layer (SSL) auf jedem Knoten für die Verschlüsselung bei der Übertragung verwendet wird.

Betriebseigenschaften

• Datenbankstatistik

  Protokollieren Sie für jede Sammlung die folgenden Informationen:

  • Name

  • Datengröße

  • Sammlungsanzahl

   

  Um die Datenbankstatistiken zu finden, verbinden Sie sich per Mongo-Shell mit Ihrer Datenbank und führen Sie den Befehl db.runCommand({dbstats: 1}) aus.

   

• Sammlungsstatistik

  Protokollieren Sie für jede Sammlung die folgenden Informationen:

  • Namespace

  • Datengröße

  • Indexanzahl

  • Ob die Sammlung gedeckelt ist

   

• Indexstatistik

  Erfassen Sie für jede Sammlung die folgenden Indexinformationen:

  • Namespace

  • ID

  • Größe

  • Schlüssel

  • TTL

  • Sparse

  • Hintergrund

   

  Um die Indexinformationen zu finden, verbinden Sie sich per Mongo-Shell mit Ihrer Datenbank und führen Sie den Befehl db.collection.getIndexes() aus.

   

• Opcounters

  Diese Informationen helfen Ihnen, Ihre aktuellen MongoDB-Workload-Muster (viele Lesevorgänge, viele Schreibvorgänge oder ausgeglichen) zu ermitteln. Es enthält auch Hinweise zur ersten Auswahl Ihrer Amazon DocumentDB DocumentDB-Instance.

   

  Nachfolgend sind die wichtigsten Informationen aufgeführt, die während des Überwachungszeitraums (in der Form Anzahl/Sekunde) gesammelt werden müssen:

  • Abfragen

  • Einfügungen

  • Aktualisierungen

  • Löschvorgänge

   

  Sie können diese Informationen abrufen, indem Sie die Ausgabe des Befehls db.serverStatus() über den gewünschten Zeitraum grafisch darstellen. Sie können außerdem das Mongostat-Toolverwenden, um direkt Werte für diese Statistiken zu erhalten. Mit dieser Option laufen Sie jedoch Gefahr, Ihre Migration auf Basis von Nutzungszeiträumen zu planen, die keine Spitzenauslastung darstellen.

   

• Netzwerkstatistik

  Diese Informationen helfen Ihnen, Ihre aktuellen MongoDB-Workload-Muster (viele Lesevorgänge, viele Schreibvorgänge oder ausgeglichen) zu ermitteln. Es enthält auch Hinweise zur ersten Auswahl Ihrer Amazon DocumentDB DocumentDB-Instance.

   

  Nachfolgend sind die wichtigsten Informationen aufgeführt, die während des Überwachungszeitraums (in der Form Anzahl/Sekunde) gesammelt werden müssen:

  • Verbindungen

  • Netzwerk-Bytes eingehend

  • Netzwerk-Bytes ausgehend

   

  Sie können diese Informationen abrufen, indem Sie die Ausgabe des Befehls db.serverStatus() über den gewünschten Zeitraum grafisch darstellen. Sie können außerdem das Mongostat-Toolverwenden, um direkt Werte für diese Statistiken zu erhalten. Mit dieser Option laufen Sie jedoch Gefahr, Ihre Migration auf Basis von Nutzungszeiträumen zu planen, die keine Spitzenauslastung darstellen.

• Verfügbarkeit

  Amazon DocumentDB bietet hohe Verfügbarkeit durch die Bereitstellung von Replikat-Instances, die in einem als Failover bezeichneten Prozess zu einer primären Instance heraufgestuft werden können. Durch die Bereitstellung von Replikations-Instances in verschiedenen Availability Zones können Sie eine höhere Verfügbarkeit erreichen.

   

  Die folgende Tabelle enthält Richtlinien für Amazon DocumentDB DocumentDB-Bereitstellungskonfigurationen zur Erreichung bestimmter Verfügbarkeitsziele.

   

  Verfügbarkeitsziel	Gesamtzahl der Instances	Replikas	Availability Zones
  99 %	1	0	1
  99,9 %	2	1	2
  99,99 %	3	2	3

   

  Für die allgemeine Systemzuverlässigkeit müssen alle Komponenten berücksichtigt werden – nicht nur die Datenbank. Bewährte Verfahren und Empfehlungen zur Erfüllung der allgemeinen Anforderungen an die Systemzuverlässigkeit finden Sie im AWS Well-Architected Reliability Pillar Whitepaper.

   

• Leistung

  Amazon DocumentDB DocumentDB-Instances ermöglichen es Ihnen, vom Speichervolume Ihres Clusters zu lesen und darauf zu schreiben. Cluster-Instances gibt es in einer Reihe von Typen mit unterschiedlichen Speichergrößen und VCPU, die sich auf die Lese- und Schreibleistung Ihres Clusters auswirken. Wählen Sie anhand der in der Ermittlungsphase gesammelten Informationen einen Instance-Typ aus, der Ihre Anforderungen an die Workload-Performance abdeckt. Eine Liste mit unterstützten Instance-Typen finden Sie unter Instanzklassen verwalten.

   

  Bei der Auswahl eines Instance-Typs für Ihren Amazon DocumentDB-Cluster sollten Sie die folgenden Aspekte der Leistungsanforderungen Ihres Workloads berücksichtigen:

  • vCPUs—Architekturen, die eine höhere Anzahl an Verbindungen erfordern, könnten von Instances mit mehr v profitieren. CPUS

     

  • Arbeitsspeicher — Wenn möglich, erzielen Sie maximale Leistung, wenn Sie Ihren Arbeitsdatensatz im Arbeitsspeicher behalten. Eine erste Richtlinie besteht darin, ein Drittel des Speichers Ihrer Instance für die Amazon DocumentDB DocumentDB-Engine zu reservieren, sodass zwei Drittel für Ihren Arbeitsdatensatz übrig bleiben.

     

  • Verbindungen — Die optimale Mindestanzahl an Verbindungen beträgt acht Verbindungen pro Amazon DocumentDB DocumentDB-Instance v. CPU Obwohl das Verbindungslimit für Amazon DocumentDB DocumentDB-Instances viel höher ist, sinken die Leistungsvorteile zusätzlicher Verbindungen ab acht Verbindungen pro V. CPU

     

  • Netzwerk — Bei Workloads mit einer großen Anzahl von Clients oder Verbindungen sollte die gesamte Netzwerkleistung berücksichtigt werden, die für eingefügte und abgerufene Daten erforderlich ist. Massenoperationen können die Netzwerkressourcen effizienter nutzen.

     

  • Leistung beim Einfügen — Einfügungen einzelner Dokumente sind im Allgemeinen die langsamste Methode, Daten in Amazon DocumentDB einzufügen. Masseneinfügeoperationen können wesentlich schneller sein.

     

  • Leseleistung — Lesevorgänge aus dem Arbeitsspeicher sind immer schneller als Lesevorgänge aus dem Speichervolume. Daher ist es ideal, die Größe des Instance-Arbeitsspeichers zu optimieren, um das Arbeits-Dataset im Arbeitsspeicher zu halten.

     

  Amazon DocumentDB-Cluster verarbeiten nicht nur Lesevorgänge von Ihrer primären Instance, sondern werden auch automatisch als Replikatsätze konfiguriert. Sie können dann schreibgeschützte Abfragen an Lesereplikate weiterleiten, indem Sie die Leseeinstellung in Ihrem MongoDB-Treiber festlegen. Sie können den Leseverkehr skalieren, indem Sie Replikate hinzufügen, was die Gesamtbelastung der primären Instance reduziert.

   

  Es ist möglich, Amazon DocumentDB DocumentDB-Replikate verschiedener Instance-Typen im selben Cluster bereitzustellen. Ein exemplarischer Anwendungsfall könnte sein, eine Replik mit einem größeren Instance-Typ zu erstellen, um temporären Analyse-Datenverkehr zu verarbeiten. Wenn Sie einen gemischten Satz von Instance-Typen bereitstellen, sorgen Sie dafür, dass die Failover-Priorität für jede Instance konfiguriert ist. Dadurch wird sichergestellt, dass ein Failover-Ereignis stets ein Replikat ausreichender Größe für Ihre Schreiblast hochstuft.

   

• Wiederherstellung

  Amazon DocumentDB sichert Ihre Daten kontinuierlich, während sie geschrieben werden. Es bietet point-in-time Recovery (PITR) -Funktionen innerhalb eines konfigurierbaren Zeitraums von 1—35 Tagen, der sogenannten Aufbewahrungsfrist für Backups. Die standardmäßige Aufbewahrungsfrist für Backups beträgt einen Tag. Amazon DocumentDB erstellt außerdem automatisch tägliche Snapshots Ihres Speichervolumens, die ebenfalls für den konfigurierten Aufbewahrungszeitraum für Backups aufbewahrt werden.

   

  Wenn Sie Snapshots über den Aufbewahrungszeitraum der Backups hinaus aufbewahren möchten, können Sie mit dem und () auch jederzeit manuelle Snapshots initiieren. AWS Management Console AWS Command Line Interface AWS CLI Weitere Informationen finden Sie unter Sichern und Wiederherstellen in Amazon DocumentDB.

   

  Beachten Sie bei der Planung Ihrer Migration Folgendes:

  • Wählen Sie einen Aufbewahrungszeitraum für Backups von 1—35 Tagen, der Ihrem Ziel für den Wiederherstellungspunkt entspricht (). RPO

  • Entscheiden Sie, ob und in welchem Intervall Sie manuelle Snapshots benötigen.

• Überprüfen Sie, ob Ihr gewählter Ansatz das gewünschte Migrationsergebnis erzielt.

• Vergewissern Sie sich, dass der ausgewählte Instance-Typ und die Leseeinstellungsoptionen Ihren Anforderungen an die Anwendungsleistung entsprechen.

• Überprüfen Sie das Verhalten Ihrer Anwendung während des Failovers.

• Bevor Sie mongodump ausführen oder eine AWS DMS -Migrationsaufgabe starten, müssen Sie den Sharded-Cluster-Balancer deaktivieren und warten, bis alle laufenden Migrationen abgeschlossen sind. Weitere Informationen finden Sie unter Balancer deaktivieren in der MongoDB-Dokumentation.

• Wenn Sie Daten AWS DMS replizieren, führen Sie den cleanupOrphaned Befehl auf jedem Shard aus, bevor Sie die Migrationsaufgaben ausführen. Wenn Sie diesen Befehl nicht ausführen, schlagen die Aufgaben möglicherweise fehl, weil das Dokument doppelt vorhanden ist. IDs Beachten Sie, dass dieser Befehl die Leistung beeinträchtigen kann. Weitere Informationen finden Sie cleanupOrphanedin der MongoDB-Dokumentation.

• Wenn Sie das mongodump-Tool zum Abrufen von Daten verwenden, sollten Sie einen mongodump-Prozess pro Shard ausführen. Der zeiteffizienteste Ansatz erfordert möglicherweise mehrere Migrationsserver, um die Leistung Ihres Dumps zu maximieren.

• Wenn Sie Daten AWS Database Migration Service replizieren, müssen Sie für jeden Shard einen Quellendpunkt erstellen. Führen Sie außerdem mindestens eine Migrationsaufgabe für jeden Shard aus, den Sie migrieren. Der zeiteffizienteste Ansatz erfordert möglicherweise mehrere Replikations-Instances, um die Migrationsleistung zu maximieren.

• Netzwerkdurchsatz

• Schreibdurchsatz

• Lesedurchsatz

• Replikatverzögerung

Weitere Informationen finden Sie in den folgenden Themen im AWS Database Migration Service -Benutzerhandbuch:

• Verwenden von Amazon DocumentDB als Ziel für AWS Database Migration Service

• Anleitung: Migration von MongoDB nach Amazon DocumentDB