Puede migrar datos de sus implementaciones locales de MongoDB a Atlas mediante diversos métodos. Recomendamos usar Atlas. migración en vivo cuando sea posible porque automatiza muchas de las tareas con la menor cantidad de tiempo de inactividad, pero puede 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 función no se puede deshabilitar. Solo los usuarios con roles específicos de base de datos de control de acceso basado en roles (RBAC) (como
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. En el método de extracción totalmente administrado, la migración en vivo monitorea las métricas clave, aprovisiona los servidores de migración y ejecuta la secuenciación estricta de los comandos de migración. Además, puede seleccionar las configuraciones de niveles del clúster de destino de Atlas a las que desea 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ústeres mediante la sincronización continua de datos y una fase de transición final para minimizar el tiempo de inactividad. Los mecanismos de reintento y las validaciones previas a la migración mejoran la resiliencia ante interrupciones.
Supervise las migraciones con actualizaciones de estado y notificaciones en tiempo real.
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.
Extraiga datos en Atlas. Atlas extrae datos de la implementación de MongoDB de origen y requiere acceso a ella a través de su firewall. Cuando los clústeres estén completamente sincronizados, debe seguir el proceso de transición: detener las operaciones de escritura en el origen, redirigir las aplicaciones al clúster de Atlas y reiniciarlas. Se aplican las siguientes consideraciones:
Ideal para implementaciones no supervisadas por Cloud Manager o 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 puntos finales privados ni para el clúster de origen ni para el 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.
Planifique un tiempo de inactividad mínimo durante la migración para detener las escrituras y reiniciar las aplicaciones con una nueva cadena de conexión. El proceso de migración consume muchos recursos de la CPU en el clúster de destino y requiere un ancho de banda de red considerable.
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, consulte Migrar en vivo (extraer) un clúster a Atlas.
Monitoreo de migraciones
Para revisar las migraciones actuales y pasadas, navegue hasta la Migration Hub página en Atlas.
Puede hacer clic en cada proceso de migración para obtener información más detallada, incluyendo la estimación del tiempo inicial de copia de datos e informes completos de progreso. Utilice la tarjeta de clúster para crear, transferir 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 limitaciones de sus requisitos de migración, puede traer datos de implementaciones de MongoDB existentes, JSON o archivos CSV a Atlas usando una de las siguientes herramientas que se ejecutan fuera de Atlas.
Herramienta | Descripción |
|---|---|
El binario Mongosync es el proceso principal que utiliza la migración en vivo de Atlas. Puede usar la instancia independiente | |
Migre desde un conjunto de réplicas de MongoDB a un clúster Atlas sin apagar su conjunto de réplicas o aplicaciones existentes. mongomirror no importa datos de usuarios/roles ni copia la | |
Siembre un clúster Atlas con un | |
Cargar datos de | |
Utilice un Interfaz gráfica de usuario para cargar datos desde |
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 necesita utilizar configuraciones de peering de Atlas VNet o de enlace privado, no desea permitir la conexión directa de un tercero a su clúster de origen, o si aún no lo ha hecho o no desea importar el clúster de origen en Ops Manager o Cloud Manager, entonces MongoDB recomienda el enfoque independiente de mongosync.
Si tiene conjuntos de datos relativamente pequeños (<300 GB) para migrar y puede permitirse un tiempo de inactividad de la aplicación durante un período de tiempo prolongado, entonces MongoDB recomienda el enfoque 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 alcance el estado "Listo para la transición", haga clic en Cutover on target cluster seguido de Prepare to Cutover en la tarjeta del clúster para iniciar el proceso de transición. Una vez completada correctamente, reconfigure su aplicación para que apunte al nuevo clúster de destino.
Para obtener más información,consulte Supervisar migraciones.
Próximos pasos
Vea el Página de orientación para organizaciones, proyectos y clústeres de Atlas para obtener más información sobre los componentes básicos de su patrimonio empresarial de Atlas o utilice la navegación izquierda para encontrar características y mejores prácticas para cada pilar de Well-Architected Framework.