Solución:
Dado que el título se refiere a la migración de instancias de AWS, la mejor manera es con mi caso (puede variar en otros casos)
- Ir a -> https://console.aws.amazon.com/rds
- Seleccione su instancia de base de datos
- Acciones -> Tomar instantánea
- Ir a -> https://console.aws.amazon.com/rds
- Instantáneas del panel izquierdo
- seleccione su instantánea recién creada
- Acción -> Restaurar instantánea
Después de los pasos anteriores, será redirigido a la página de creación de instancias RDS, complete los campos obligatorios según los requisitos y habrá terminado con la migración: D
Considere la posibilidad de migrar a RDS Aurora para MySQL.
Admite clones nativos de copia en escritura de toda la base de datos (es decir, instancia del servidor, no esquema) sin la necesidad de hacer una “copia” real.
Copiar en escritura significa que el servidor “original” y el “clon” comparten el mismo disco físico (llamado volumen de clúster Aurora, que se replica a sí mismo dos veces en 3 zonas de disponibilidad, utilizando un quórum de 4/6), con ambos servidores compartiendo los mismos bloques de disco Hasta que uno de ellos hace un cambio … que es cuando realmente ocurre la acción de copia (“al escribir”). Por lo tanto, solo usa la cantidad de almacenamiento necesaria para almacenar su conjunto de datos de trabajo original más los cambios que ocurrieron después de la clonación.
Ningún servidor es el maestro en una configuración de este tipo; todos funcionan de forma independiente después de la clonación. Sospecho que no estoy haciendo justicia a esta innovación con mi descripción: implica bastante magia oscura. Vea el artículo (con ilustraciones de copy-on-write): http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Aurora.Managing.Clone.html
Aurora es compatible con MySQL 5.6. Para ser más precisos, Aurora es MySQL 5.6, con MyISAM eliminado e InnoDB muy reescrito para optimizar el rendimiento y trabajar con la tecnología de almacenamiento Aurora Cluster Volume replicada.