Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Entscheidungsmatrix
Obwohl jede Migration einzigartig ist und ihre eigenen Herausforderungen, Einschränkungen und mehrere Faktoren mit sich bringt, die zu bedenken sind, gibt es gemeinsame Kriterien, anhand derer Sie die für Ihren Anwendungsfall am besten geeignete Migrationsstrategie und den für Ihren Anwendungsfall am besten geeigneten Service ermitteln können. Wenn Sie diese Faktoren identifizieren und priorisieren, können Sie die Auswahl eingrenzen. Verwenden Sie die folgende Tabelle als Entscheidungsbaum: Beginnen Sie mit dem wichtigsten Faktor für Ihren Anwendungsfall und wählen Sie das beste Tool für Ihre Migration aus.
Anmerkung
Die folgende Tabelle enthält allgemeine Richtungsfaktoren, die es zu berücksichtigen gilt. Sie enthält keine erschöpfende Liste von Kriterien für ein Migrationsprojekt. Der Zweck besteht darin, einen allgemeinen Vergleich zweier sehr unterschiedlicher Datenmigrationsmethoden zu bieten: Replikation auf Blockebene (bereitgestellt von Application Migration Service) im Vergleich zur logischen Replikation auf Datenebene (bereitgestellt durch eine Vielzahl systemeigener Datenbankmigrationstools). Diese beiden Methoden sind in vielen Migrationsszenarien anwendbar und können manchmal zusammen verwendet werden. Sie haben jedoch auch einzigartige Vorteile, die in der Tabelle hervorgehoben werden.
Kriterien |
AWS Application Migration Service |
Datenbanktools (native Tools oder AWS DMS) |
|---|---|---|
Architektur |
Physisch (Blockebene) |
Logisch, Datenbank-Engine-Ebene |
Skalieren |
Migration in großem Maßstab |
Granular; Skalierungsbeschränkungen |
Geschwindigkeit versus Komplexität |
Schnelles Ausstiegsszenario; geringere Komplexität |
Langsamerer, komplexerer Ansatz; erfordert mehr Planung und Tests |
Zeitplan |
Unterstützt aggressive Zeitpläne |
Erfordert zusätzlichen Aufwand und Zeit |
Migrationstyp |
Lift and Shift wie es ist (nur eins zu eins) |
Neuausrichtung oder Modernisierung mit Zerlegungs- und Konsolidierungsoptionen (eins zu viele, viele zu eins) |
Vorbereitstellung |
Nicht erforderlich; automatische Migration |
Bereitstellung von Datenbanken und Infrastruktur erforderlich |
Ausfallzeit |
Ausfallzeit mit RTO innerhalb von Minuten erforderlich |
Ausfallzeiten von nahezu Null möglich, aber sehr teuer (durch erweiterte Sync/Async-Cluster, CDC-Replikation und ähnliche Methoden) |
Datenänderungsrate |
Möglicherweise bestehen Netzwerk- oder Leistungsgrenzen |
Weitere Optionen verfügbar |
Einschränkungen |
Unterstützt die meisten Clustersysteme nicht; * unterstützt nur x86-Plattformen** |
Systemeigene Datenbanktools unterstützen geclusterte Datenbanken und Nicht-x86-Plattformen; AWS DMS deckt die meisten Datenbank-Engines ab |
* Die Replikationsmethode auf Blockebene unterstützt keine Netzwerkspeicher (NAS), gemeinsam genutzte Laufwerke wie NFS-Shares oder Shares. CIFS/SMB Sie unterstützt nur Speicher auf Blockebene, der zum Zeitpunkt der Migration direkt mit dem migrierten System verbunden ist. (Weitere Informationen finden Sie in den häufig gestellten Fragen zum Application Migration Service zur SAN/NAS-Unterstützung.) Dies schränkt die Anwendbarkeit der Replikation über den Application Migration Service für die meisten Clustersysteme ein, da die meisten Cluster auf gemeinsam genutzten Speicher verschiedener Implementierungen angewiesen sind. Weitere Informationen finden Sie unter Vor- und Nachteile im AWS Application Migration Service Abschnitt Migration mit weiter oben in diesem Handbuch.
** Bei der Replikationsmethode auf Blockebene müssen Sie einen AWS Replication Agent auf Betriebssystemebene installieren. Dieser Agent unterstützt nur x86-Plattformen, die auf dem Windows- oder Linux-Betriebssystem basieren (siehe Vom Application Migration Service unterstützte Betriebssysteme). Plattformen, die nicht x86-Plattformen sind, fallen nicht in den Anwendungsbereich dieser Migrationsmethode. Dazu gehören ARM, RISC/CISC Systeme, PowerPC-Varianten, IBM-Systeme wie PSeries, iSeries, zSeries und ihre jeweiligen Betriebssysteme wie AIX, HP-UX, Solaris, Linux für PowerPC, zLinux auf Mainframes und andere Nicht-x86-Architekturen.
