Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Matriz de decisiones
Si bien cada migración es única y presenta sus propios desafíos, limitaciones y múltiples factores que hay que tener en cuenta, existen criterios comunes que puede utilizar con el fin de identificar la estrategia y el servicio de migración más adecuados para un caso de uso. Identificar y priorizar estos factores ayuda a reducir las opciones. Utilice la siguiente tabla como árbol de decisiones: comience por el factor más importante para el caso de uso y elija la mejor herramienta para la migración.
nota
La siguiente tabla proporciona factores direccionales de alto nivel que se deben tener en cuenta; no incluye una lista exhaustiva de criterios para un proyecto de migración. El objetivo es proporcionar una comparación generalizada de dos métodos de migración de datos muy diferentes: la replicación a nivel de bloques (proporcionada por Application Migration Service) y la replicación lógica a nivel de datos (proporcionada por una multitud de herramientas de migración de bases de datos nativas). Estos dos métodos son aplicables en muchos escenarios de migración y, a veces, se pueden usar juntos, pero también tienen ventajas únicas que se destacan en la tabla.
Criterios |
AWS Application Migration Service |
Herramientas de bases de datos (herramientas nativas o AWS DMS) |
|---|---|---|
Arquitectura |
Física (a nivel del bloque) |
Lógica, a nivel del motor de la base de datos |
Escalado |
Migraciones a gran escala |
Granular; limitaciones de escala |
Rapidez frente a la complejidad |
Escenario de salida rápida; complejidad reducida |
Un enfoque más lento y complejo; requiere más planificación y pruebas |
Plazo |
Admite un cronograma agresivo |
Requiere esfuerzo y tiempo adicionales |
Tipo de migración |
Migrar mediante lift-and-shift sin modificaciones (solo individual) |
Cambio de plataforma o modernización con opciones de descomposición y consolidación (de una a varias, de muchas a una) |
Preaprovisionamiento |
No es obligatorio; migración automática |
Se requiere el aprovisionamiento de base de datos e infraestructura |
Tiempo de inactividad |
Se requiere un tiempo de inactividad, dentro de un RTO de minutos |
Es posible que el tiempo de inactividad sea prácticamente nulo, pero es muy caro (mediante clústeres ampliados sincronizados/asíncronos, replicación de CDC y métodos similares) |
Tasa de cambio de datos |
Puede tener límites de rendimiento o de red |
Hay más opciones disponibles |
Limitaciones |
No es compatible con la mayoría de los sistemas agrupados; * solo admite plataformas x86** |
Las herramientas de bases de datos nativas admiten bases de datos agrupadas en clústeres y plataformas distintas de x86; AWS DMS abarca la mayoría de motores de bases de datos |
* El método de replicación a nivel de bloque no admite el almacenamiento conectado a la red (NAS), las unidades compartidas, como los recursos compartidos de NFS, ni los recursos compartidos. CIFS/SMB Solo admite el almacenamiento a nivel de bloque que esté conectado directamente al sistema migrado en el momento de la migración. (Para obtener más información, consulte las preguntas frecuentes del Servicio de migración de aplicaciones sobre la compatibilidad con SAN/NAS). Esto limita la aplicabilidad de la replicación mediante el Servicio de migración de aplicaciones en la mayoría de los sistemas agrupados, ya que la mayoría de los clústeres dependen del almacenamiento compartido de varias implementaciones. Para obtener más información, consulte la AWS Application Migration Service sección Ventajas y desventajas de la migración, que aparece anteriormente en esta guía.
** El método de replicación a nivel de bloques requiere la instalación de un agente de AWS replicación en el sistema operativo, y ese agente solo es compatible con plataformas x86 basadas en el sistema operativo Windows o Linux (consulte Sistemas operativos compatibles con el Servicio de migración de aplicaciones). Las plataformas que no son x86 están fuera del alcance de este método de migración. Entre ellas se incluyen RISC/CISC los sistemas ARM, las variantes de PowerPC, los sistemas IBM, como pSeries, iSeries y zSeries, y sus respectivos sistemas operativos, como AIX, HP-UX, Solaris, Linux para PowerPC, zLinux para mainframes y otras arquitecturas no x86.
