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: die Replikation auf Blockebene (von MGN bereitgestellt) im Vergleich zur logischen Replikation auf Datenebene (von einer Vielzahl systemeigener Datenbankmigrationstools bereitgestellt). 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 Transform MGN |
Datenbanktools (native Tools oder AWS DMS) |
|---|---|---|
Architektur |
Physisch (Blockebene) |
Logisch, Datenbank-Engine-Ebene |
Skalieren |
Large-scale Migration |
Granular; Skalenbeschrä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) |
Pre-provisioning |
Nicht erforderlich; automatische Migration |
Bereitstellung von Datenbanken und Infrastruktur erforderlich |
Ausfallzeit |
Ausfallzeit mit RTO innerhalb von Minuten erforderlich |
Near-zero Ausfallzeiten sind möglich, aber sehr teuer (durch sync/async erweiterte 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 zu MGN zum Support.) SAN/NAS Dies schränkt die Anwendbarkeit der Replikation über MGN 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 Transform MGN 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 Von MGN unterstützte Betriebssysteme). Non-x86 Plattformen 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, Solaris, Linux für PowerPC HP-UX, zLinux auf Mainframes und andere Nicht-x86-Architekturen.