Komponenten von AWS DMS

DMS Fleet Advisor erfasst Daten aus mehreren Datenbankumgebungen, um Einblicke in Ihre Dateninfrastruktur zu erhalten. DMS Fleet Advisor erfasst Daten von Ihren On-Premises-Datenbank- und -Analyseservern von einem oder mehreren zentralen Standorten aus, ohne dass sie auf jedem Computer installiert werden müssen. Derzeit unterstützt DMS Fleet Advisor Microsoft-SQL-Server-, MySQL-, Oracle- und PostgreSQL-Datenbankserver.

Auf der Grundlage der in Ihrem Netzwerk gefundenen Daten erstellt DMS Fleet Advisor ein Inventar, das Sie überprüfen können, um festzustellen, welche Datenbankserver und Objekte überwacht werden sollen. Sobald Details zu diesen Servern, Datenbanken und Schemata erfasst werden, können Sie die Durchführbarkeit Ihrer geplanten Datenbankmigrationen analysieren.

Die DMS-Schemakonvertierung in AWS DMS macht Datenbankmigrationen zwischen verschiedenen Datenbanktypen vorhersehbarer. Mithilfe von DMS Schema Conversion können Sie die Komplexität Ihrer Migration für Ihren Quelldatenanbieter bewerten und anschließend Datenbankschemata und Codeobjekte konvertieren. Sie können dann den konvertierten Code auf Ihre Zieldatenbank anwenden.

Allgemein arbeitet DMS Schema Conversion mit den folgenden drei Komponenten: Instance-Profile, Datenanbieter und Migrationsprojekte. Ein Instance-Profil spezifiziert Netzwerk- und Sicherheitseinstellungen. Ein Datenanbieter speichert Anmeldeinformationen für Datenbankverbindungen. Ein Migrationsprojekt enthält Datenanbieter, ein Instanzprofil und Migrationsregeln. AWS DMS verwendet Datenanbieter und ein Instanzprofil, um einen Prozess zu entwerfen, der Datenbankschemas und Codeobjekte konvertiert.

Auf einer höheren Ebene ist eine AWS DMS Replikationsinstanz einfach eine verwaltete Amazon Elastic Compute Cloud (Amazon EC2) -Instance, die eine oder mehrere Replikationsaufgaben hostet.

Die folgende Abbildung zeigt ein Beispiel für eine Replikations-Instance mit mehreren zugehörigen Replikationsaufgaben.

Eine einzelne Replikationsinstanz kann je nach den Merkmalen Ihrer Migration und der Kapazität des Replikationsservers eine oder mehrere Replikationsaufgaben hosten. AWS DMS bietet eine Vielzahl von Replikationsinstanzen, sodass Sie die optimale Konfiguration für Ihren Anwendungsfall auswählen können. Weitere detaillierte Informationen über die verschiedenen Klassen von Replikations-Instances finden Sie unter Auswahl der richtigen AWS DMS-Replikationsinstanz für Ihre Migration.

AWS DMS erstellt die Replikationsinstanz auf einer EC2 Amazon-Instance. Einige der kleineren Instance-Klassen reichen für das Testen des Service oder für kleine Migrationen aus. Wenn Ihre Migration eine große Anzahl von Tabellen umfasst oder Sie mehrere gleichzeitige Replikationsaufgaben ausführen möchten, sollten Sie in Betracht ziehen, eine der größeren Instances zu verwenden. Wir empfehlen diese Vorgehensweise, da AWS DMS eine erhebliche Menge an Arbeitsspeicher und CPU-Leistung verbraucht.

Abhängig von der ausgewählten EC2 Amazon-Instance-Klasse verfügt Ihre Replikationsinstanz entweder über 50 GB oder 100 GB Datenspeicher. Dieser Umfang ist normalerweise ausreichend für die meisten Kunden. Wenn Ihre Migration jedoch große Transaktionen oder eine große Menge an Datenänderungen beinhaltet, sollten Sie die Basisspeicherzuordnung erhöhen. Change Data Capture (CDC) kann dazu führen, dass Daten auf die Festplatte geschrieben werden, je nachdem, wie schnell das Ziel die Änderungen schreiben kann. Da Protokolldateien auch auf die Festplatte geschrieben werden, führt eine Erhöhung des Schweregrads für die Protokollierung auch zu einem höheren Speicherverbrauch.

AWS DMS kann mithilfe einer Multi-AZ-Bereitstellung Hochverfügbarkeit und Failover-Unterstützung bieten. In einer Multi-AZ-Bereitstellung AWS DMS wird automatisch ein Standby-Replikat der Replikationsinstanz in einer anderen Availability Zone bereitgestellt und verwaltet. Die primäre Replikations-Instance wird auf das Standby-Replikat repliziert. Wenn die primäre Replikations-Instance ausfällt oder nicht mehr reagiert, nimmt der Standby-Modus alle laufenden Tasks mit minimaler Unterbrechung wieder auf. Da die primäre Replikations-Instance ihren Status ständig in den Standby-Modus repliziert, verursacht die Multi-AZ-Bereitstellung einen gewissen Leistungs-Overhead.

Ausführlichere Informationen zur AWS DMS Replikationsinstanz finden Sie unter. Mit einer AWS DMS Replikationsinstanz arbeiten

Anstatt eine Replikationsinstanz zu erstellen und zu verwalten, können Sie Ihre Replikation mithilfe von AWS DMS Serverless automatisch AWS DMS bereitstellen lassen. Weitere Informationen finden Sie unter Arbeiten mit AWS DMS Serverless.

AWS DMS verwendet einen Endpunkt, um auf Ihren Quell- oder Zieldatenspeicher zuzugreifen. Die spezifischen Verbindungsinformationen sind je nach Datenspeicher unterschiedlich, aber in der Regel geben Sie beim Anlegen eines Endpunkts die folgenden Informationen an.

Wenn Sie mit der AWS DMS Konsole einen Endpunkt erstellen, verlangt die Konsole, dass Sie die Endpunktverbindung testen. Der Test muss erfolgreich sein, bevor Sie den Endpunkt in einer AWS DMS Aufgabe verwenden können. Wie die Verbindungsinformationen sind auch die spezifischen Prüfkriterien für verschiedene Engine-Typen unterschiedlich. Im Allgemeinen überprüft AWS DMS , ob die Datenbank unter dem angegebenen Servernamen und Port vorhanden ist, und ob die mitgelieferten Anmeldeinformationen verwendet werden können, um eine Verbindung zur Datenbank mit den für eine Migration erforderlichen Berechtigungen herzustellen. Wenn der Verbindungstest erfolgreich ist, werden Schemainformationen AWS DMS heruntergeladen und gespeichert, um sie später bei der Aufgabenkonfiguration zu verwenden. Schemainformationen können beispielsweise Tabellendefinitionen, Primärschlüsseldefinitionen und eindeutige Schlüsseldefinitionen beinhalten.

Mehrere Replikationsaufgaben können einen einzelnen Endpunkt verwenden. Beispielsweise könnten Sie zwei logisch getrennte Anwendungen auf derselben Quelldatenbank hosten, die Sie separat migrieren möchten. In diesem Fall erstellen Sie zwei Replikationsaufgaben, eine für jede Gruppe von Anwendungstabellen. Sie können in beiden Aufgaben denselben AWS DMS Endpunkt verwenden.

Sie können das Verhalten eines Endpunkts mithilfe der Endpunkteinstellungen anpassen. Endpunkteinstellungen können verschiedene Verhaltensweisen kontrollieren, wie z. B. Protokollierungsdetail, Dateigröße und andere Parameter. Für jeden Datenspeicher-Engine-Typ sind unterschiedliche Endpunkteinstellungen verfügbar. Sie finden die spezifischen, Endpunkteinstellungen für jeden Datenspeicher im Quell- oder Ziel-Abschnitt für den jeweiligen Datenspeicher. Eine Liste unterstützter Quell- und Zieldatenspeicher finden Sie unter Quellen für AWS DMS und Ziele für AWS DMS.

Ausführlichere Informationen zu AWS DMS Endpunkten finden Sie unterArbeiten mit AWS DMS-Endpunkten.

Sie verwenden eine AWS DMS Replikationsaufgabe, um einen Datensatz vom Quellendpunkt zum Zielendpunkt zu verschieben. Das Erstellen einer Replikations-Aufgabe ist der letzte Schritt, die Sie durchführen müssen, bevor Sie eine Migration beginnen.

Beim Erstellen einer Replikationsaufgabe geben Sie die folgenden Aufgabeneinstellungen an:

Unter Verwendung der Aufgabe migrieren Sie Daten vom Quell- zum Zielendpunkt. Die Aufgabenverarbeitung erfolgt auf der Replikations-Instance. Sie geben an, welche Tabellen und Schemas für die Migration verwendet werden sollen. Zudem legen Sie eine spezielle Verarbeitung, z. B. die Protokollierung von Anforderungen, die Steuerung von Tabellendaten und die Fehlerbehandlung, fest.

Konzeptionell erfüllt eine AWS DMS Replikationsaufgabe zwei unterschiedliche Funktionen, wie in der folgenden Abbildung dargestellt.

Der Volllastprozess ist einfach zu verstehen. Die Daten werden komplett aus der Quelle extrahiert und direkt in das Ziel geladen. Sie können die Anzahl der Tabellen, die parallel extrahiert und geladen werden sollen, auf der AWS DMS Konsole unter Erweiterte Einstellungen angeben.

Weitere Informationen zu AWS DMS Aufgaben finden Sie unterMit AWS DMS Aufgaben arbeiten.

Sie können eine AWS DMS Aufgabe auch verwenden, um laufende Änderungen am Quelldatenspeicher zu erfassen, während Sie Ihre Daten auf ein Ziel migrieren. Der Prozess zur Erfassung von Änderungen, der bei der Replikation laufender Änderungen von einem Quellendpunkt AWS DMS verwendet wird, sammelt Änderungen an den Datenbankprotokollen mithilfe der systemeigenen API der Datenbank-Engine.

Im CDC-Prozess ist die Replikationsaufgabe darauf ausgelegt, Änderungen von der Quelle zum Ziel zu streamen, wobei In-Memory-Puffer verwendet werden, um Daten während des Transports zu halten. Wenn die In-Memory-Puffer aus irgendeinem Grund erschöpft sind, lässt die Replikationsaufgabe anstehende Änderungen in den Change Cache auf der Festplatte überlaufen. Dies kann beispielsweise der Fall sein, wenn AWS DMS Änderungen an der Quelle schneller erfasst werden, als sie auf das Ziel angewendet werden können. In diesem Fall überschreitet die Ziellatenz der Aufgabe die Quelllatenz der Aufgabe.

Sie können dies überprüfen, indem Sie in der AWS DMS Konsole zu Ihrer Aufgabe navigieren und die Registerkarte Aufgabenüberwachung öffnen. Die Diagramm „ CDCLatencyZiel“ und „ CDCLatencyQuelle“ werden unten auf der Seite angezeigt. Wenn Sie eine Aufgabe haben, die eine Ziellatenz anzeigt, dann ist es wahrscheinlich, dass eine Abstimmung auf dem Ziel-Endpunkt erforderlich ist, um die Anwendungsrate zu erhöhen.

Die Replikationsaufgabe verwendet auch Speicher für Aufgabenprotokolle, wie oben beschrieben. Der für Ihre Replikations-Instance vorkonfigurierte Speicherplatz reicht in der Regel für die Protokollierung und übergelaufene Änderungen aus. Wenn Sie zusätzlichen Speicherplatz benötigen, z. B. wenn Sie bei der Untersuchung eines Migrationsproblems ein detailliertes Debugging verwenden, können Sie die Replikations-Instance modifizieren, um mehr Speicherplatz zuzuordnen.