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 MGN) 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 Transform MGN |
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 |
Large-scale migración |
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) |
Pre-provisioning |
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 |
Near-zero el tiempo de inactividad es posible pero muy caro (mediante clústeres sync/async ampliados, replicación mediante 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 de MGN sobre SAN/NAS soporte). Esto limita la aplicabilidad de la replicación mediante MGN 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 Transform MGN 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 MGN). Non-x86 las plataformas están fuera del alcance de este método de migración. Entre ellas se incluyen ARM, RISC/CISC los sistemas, las variantes de PowerPC, los sistemas IBM, como pSeries, iSeries y zSeries, y sus respectivos sistemas operativos, como AIX, Solaris, Linux para PowerPC HP-UX, zLinux para mainframes y otras arquitecturas que no son x86.
