Home Arrow Icon Knowledge base Arrow Icon Global Arrow Icon ¿Cómo maneja MongoDB la migración de datos entre fragmentos?


¿Cómo maneja MongoDB la migración de datos entre fragmentos?


MongoDB maneja la migración de datos entre fragmentos a través del proceso del equilibrador. El equilibrador es responsable de garantizar que los datos se distribuyan uniformemente entre los fragmentos de un clúster fragmentado. Estos son los pasos involucrados en la migración de datos entre fragmentos:

1. Equilibrio

- Equilibrio automático: MongoDB equilibra automáticamente los datos migrando fragmentos de un fragmento a otro. Esto garantiza que los datos se distribuyan uniformemente entre los fragmentos.

2. Migración de fragmentos

- Migración manual: MongoDB puede realizar una migración manual de fragmentos para colecciones específicas. Esto es útil para distribuir datos durante inserciones masivas.

3. Migración de rango

- Migración automática de rango: MongoDB migra los datos un rango a la vez. El equilibrador no espera a que se complete la fase de eliminación de la migración actual antes de comenzar la siguiente migración de rango.

4. Resharding

- Técnica de fragmentación a fragmento: MongoDB utiliza la fragmentación para distribuir datos rápidamente entre los fragmentos del clúster. Esto implica fragmentar intencionalmente en una clave de fragmento temporal que sea diferente de la clave de fragmento deseada y luego volver a fragmentar en la clave de fragmento deseada.

5. Procedimiento de migración de fragmentos

- Fragmento de origen: el fragmento de origen inicia el movimiento cuando recibe un comando interno. Durante el proceso de migración, las operaciones realizadas en el fragmento se envían al fragmento de origen.

- Fragmento de destino: el fragmento de destino crea los índices requeridos por el origen que no existen en el destino. El fragmento de destino comienza a solicitar documentos en el fragmento y comienza a recibir copias de los datos.

- Sincronización: después de recibir el documento final en el fragmento, el fragmento de destino inicia un proceso de sincronización para garantizar que tenga los cambios en los documentos migrados que ocurrieron durante la migración.

- Actualización de metadatos: el fragmento de origen se conecta a la base de datos de configuración y actualiza los metadatos del clúster con la nueva ubicación del fragmento.

- Fase de eliminación: después de que el fragmento de origen completa la actualización de los metadatos, y una vez que no hay cursores abiertos en el fragmento, el fragmento de origen elimina su copia de los documentos[3][5].

6. Trozos gigantes

- Fragmentos gigantes: si un fragmento excede el tamaño máximo o la cantidad de documentos en el fragmento excede el máximo permitido, MongoDB no migra el fragmento. En cambio, MongoDB intenta dividir el fragmento. Si la división no tiene éxito, MongoDB etiqueta el fragmento como jumbo para evitar repetidos intentos de migrar el fragmento[3].

7. Monitoreo y mantenimiento

- Monitoreo: MongoDB proporciona herramientas para monitorear el proceso del equilibrador y garantizar que los datos se distribuyan uniformemente entre los fragmentos.

- Mantenimiento: MongoDB proporciona comandos para administrar el equilibrador y garantizar que la migración de datos sea eficiente y escalable.

Conclusión

MongoDB maneja la migración de datos entre fragmentos a través del proceso de equilibrio, lo que garantiza que los datos se distribuyan uniformemente entre los fragmentos en un clúster fragmentado. El balanceador migra datos un rango a la vez y MongoDB proporciona herramientas para monitorear y administrar el proceso del balanceador.

Citas:
[1] https://stackoverflow.com/questions/48438644/migration-data-between-shards-with-mongodb
[2] https://hackernoon.com/optimize-data-migration-in-mongodb-resharding-techniques-for-speed-and-scalability
[3] https://www.mongodb.com/docs/v3.0/core/sharding-chunk-migration/
[4] https://www.mongodb.com/community/forums/t/shard-migration-leads-to-service-disruption/247228
[5] https://www.mongodb.com/docs/v6.2/core/sharding-balancer-administration/