Puedes migrar datos desde tus implementaciones **on-premises** de MongoDB a Atlas usando uno de una variedad de métodos. Recomendamos utilizar Atlas La migración en vivo cuando es posible, ya que automatiza muchas de las tareas con la menor cantidad de tiempo de inactividad, pero puedes utilizar otras herramientas que se adapten a la variedad y complejidad inherentes a la migración de bases de datos.
Descripción general de la migración en vivo
La Migración en vivo de Atlas automatiza el traspaso de datos desde bases de datos MongoDB on-premises a Atlas. La Migración en vivo de Atlas incluye las siguientes funcionalidades:
El host de migración siempre cifra el tráfico hacia el clúster de Atlas. El tráfico hacia, desde y entre los nodos de Atlas siempre está cifrado y esta funcionalidad no se puede deshabilitar. Solo los usuarios con roles específicos de control de acceso basado en roles (RBAC) en la base de datos (como por ejemplo
backup,readAnyDatabaseoclusterMonitor) y el propietario del proyecto Atlas pueden iniciar una migración en vivo. Los usuarios se autentican en los clústeres mediante SCRAM-SHA-1 o SCRAM-SHA-256.La migración en vivo automatiza la mayoría de las tareas. Para el método totalmente gestionado de “extracción”, la migración en vivo supervisa métricas clave, proporciona los servidores de migración y realiza la secuenciación estricta de los comandos de migración. Además, también puedes seleccionar a qué configuraciones de nivel de clúster de Atlas Destination deseas migrar.
Las instrucciones detalladas le ayudan a escalar los clústeres de destino para controlar los costos. Las recomendaciones incluyen el dimensionamiento adecuado del clúster y el escalamiento temporal, seguido del ajuste del tamaño a niveles óptimos después de la migración.
La migración en vivo utiliza Mongosync en segundo plano, lo que facilita una transición rápida mediante la copia de datos en paralelo. Los procesos gestionan las interrupciones temporales de la red y las elecciones de clúster, utilizando una sincronización continua de datos y una fase de cambio final para lograr un tiempo de inactividad mínimo. Los mecanismos de reintento y las validaciones previas a la migración mejoran la resiliencia ante interrupciones.
Supervisa migraciones con actualizaciones de estado en tiempo real y notificaciones.
Métodos de Migración en Vivo
Puede configurar un servidor de migración en vivo para que extraiga datos a Atlas. El método de migración en vivo por extracción admite rutas de migración entre versiones específicas de MongoDB. Consulte Rutas de migración compatibles para obtener más información. Para migrar datos desde bases de datos que utilizan versiones no compatibles de MongoDB, consulte Migrar o importar datos o Métodos de migración manual.
Extrae datos en Atlas. Atlas extrae datos de la implementación MongoDB de origen y requiere acceso a la implementación de origen a través del firewall de la implementación. Cuando los clústeres estén completamente sincronizados, debe seguir el proceso de cambio de detener las operaciones de escritura en la fuente, redirigir las aplicaciones al clúster de Atlas y reiniciarlas. Se aplican las siguientes consideraciones:
Lo mejor para implementaciones que no están supervisadas por Cloud Manager ni Ops Manager.
La base de datos de origen debe ser de acceso público para permitir el acceso entrante desde el servidor de migración en vivo.
No admite emparejamiento de VPC ni con nodos privados para el clúster de origen o de destino.
Las topologías de los clústeres de origen y destino deben coincidir. Por ejemplo, ambos deben ser conjuntos de réplicas o clústeres fragmentados con el mismo número de fragmentos.
Planifica un tiempo de inactividad mínimo durante la transición, para detener las escrituras y reiniciar las aplicaciones con una nueva cadena de conexión. El proceso de migración requiere mucho uso de la CPU en el clúster de destino y requiere un ancho de banda de red significativo.
Para garantizar una migración fluida, confirme que el tamaño del registro de operaciones del clúster de origen sea adecuado para cubrir toda la duración de la migración. En el clúster de origen, la ventana de retardo de la migración en vivo debe mantenerse dentro de los límites de la ventana de retardo de replicación del registro de operaciones. Puede cumplir este requisito aumentando la ventana mínima del registro de operaciones o el tamaño fijo del registro de operaciones. Para el clúster de destino, MongoDB recomienda elegir un nivel de clúster de destino al menos dos niveles por encima del clúster de origen durante la migración. Si el escalado automático de almacenamiento está deshabilitado en el clúster de destino, aumente el tamaño del registro de operaciones a un valor fijo suficientemente alto. Si el escalado automático de almacenamiento está habilitado en el clúster de destino, establezca una ventana mínima del registro de operaciones suficientemente alta. Consulte Requisitos del registro de operaciones para obtener más información.
Para obtener recomendaciones e instrucciones completas sobre la migración, consulta Live migrar (Pull) un clúster a Atlas.
Supervisión de migraciones
Para revisar tanto las migraciones en curso como las pasadas, navega a la Migration Hub página en Atlas.
Puedes hacer clic en cada proceso de migración para obtener información más detallada, incluyendo la estimación inicial del tiempo de copia de datos y los informes completos de progreso. Utiliza la tarjeta de clúster para crear, llevar a cabo o cancelar una migración.
Para obtener más información,consulte Supervisar migraciones.
Métodos de migración manual
Si la migración en vivo de Atlas no puede satisfacer las restricciones de tus requisitos de migración, puedes incorporar datos de despliegues existentes de MongoDB, JSON o CSV archivos en Atlas utilizando una de las siguientes herramientas que puedes ejecutar fuera de Atlas.
Herramienta | Descripción |
|---|---|
El binario Mongosync es el proceso principal utilizado por la migración en vivo de Atlas. Puedes usar | |
Migra desde un set de réplicas de MongoDB a un clúster de Atlas sin apagar tu set de réplicas o aplicaciones existentes. mongomirror no importa datos de usuario/roles ni copia la base de datos | |
Siembre un clúster Atlas con un | |
Cargar datos desde un archivo | |
Utiliza un GUI para cargar datos desde un archivo |
También puede restaurar datos de una copia de seguridad de un clúster Atlas a otro clúster Atlas. Para obtener más información, consulte Restaurar su clúster.
Si se requiere utilizar el emparejamiento de VNet de Atlas o configuraciones de Private Link, no se quiere permitir una conexión directa de un tercero al clúster de origen, o si no se tiene ni desea importar el clúster de origen a Ops Manager o Cloud Manager, entonces MongoDB recomienda el enfoque autónomo de mongosync.
Si tienes conjuntos de datos relativamente pequeños (<300 GB) para migrar y puedes permitirte el lujo de un tiempo de inactividad de la aplicación durante un período de tiempo prolongado, MongoDB recomienda el enfoque de mongodump y mongorestore.
Si tiene conjuntos de datos relativamente pequeños (<300 GB) para migrar, no tiene preocupaciones sobre el índice y puede permitirse un tiempo de inactividad de la aplicación durante un período de tiempo prolongado, entonces MongoDB recomienda el enfoque mongoexport y mongoimport.
Transición
Cuando una migración alcanza el estado "Ready for Cutover", haz clic en Cutover on target cluster seguido de Prepare to Cutover en la tarjeta del clúster para iniciar el proceso de corte. Tras completar correctamente la transición, reconfigure la aplicación para que apunte al nuevo clúster de destino.
Para obtener más información,consulte Supervisar migraciones.
Próximos pasos
Ver el Orientación para Atlas Orgs, Proyectos y Clusters página para aprender sobre los bloques fundamentales de su patrimonio empresarial de Atlas o utilizara la navegación lateral para encontrar funcionalidades y mejores prácticas para cada pilar Well-Architected Framework.