mongosync Comportamiento

Independencia del clúster

mongosync sincroniza datos de recopilación entre un clúster de origen y un clúster de destino. mongosync no sincroniza Usuarios o roles. Como resultado, puede crear usuarios con diferentes permisos de acceso en cada clúster.

archivo de configuración

Las opciones para mongosync se pueden configurar en un archivo de configuración YAML. Use la opción. Por --config ejemplo:

$ mongosync --config /etc/mongosync.conf

Para obtener información sobre las configuraciones disponibles, consulte Configuración.

Clústeres fragmentados

Mongosync admite la replicación entre clústeres fragmentados. mongosync replica fragmentos individuales en paralelo desde el clúster de origen al de destino. Sin embargo, mongosync no conserva la configuración de fragmentación del clúster de origen.

db.adminCommand(
  { 
    setAllowMigrations: “<db>.<collection>”,
    allowMigrations: false
  }
)

Múltiples clústeres

Para sincronizar un clúster de origen con varios clústeres de destino, utilice una mongosync instancia para cada clúster de destino. Para obtener más información, consulte Limitaciones de varios clústeres.

Colecciones con tamaño fijo

A partir 1.3.0 de, Mongosync admite colecciones limitadas con algunas limitaciones.

• convertToCapped No se admite. Si convertToCapped ejecuta, mongosync saldrá con un error.

• cloneCollectionAsCapped No es compatible.

Las colecciones limitadas en el clúster de origen funcionan normalmente durante la sincronización.

Las colecciones limitadas en el clúster de destino tienen cambios temporales durante la sincronización:

• No hay un número máximo de documentos.

• El tamaño máximo de colección es 1PB.

mongosync restaura los valores originales para la cantidad máxima de documentos y el tamaño máximo de documentos durante la confirmación.

Bloqueo de escritura

Demongosync forma predeterminada, habilita el bloqueo de escritura solo en el destino en el clúster de destino. mongosync desbloquea las escrituras justo antes de que el punto de conexión /progress informe canWrite que true es. Puede habilitar explícitamente el bloqueo de escritura solo en el destino usando el punto de conexión /start para enableUserWriteBlocking establecer "destinationOnly" en.

Puede habilitar el bloqueo de escritura dual. Si lo habilita, mongosync bloquea las escrituras:

• En el clúster de destino durante la migración. mongosync desbloquea las escrituras justo antes de establecer canWrite en true

• En el clúster de origen después de llamar /commit

Para habilitar el bloqueo dual de escritura, use /start para establecer enableUserWriteBlocking en "sourceAndDestination".

Puede utilizar /start enableUserWriteBlocking para establecer "none" en.

No puede habilitar el bloqueo de escritura dual ni deshabilitar el bloqueo de escritura una vez que se inicia la sincronización.

Si desea utilizar la sincronización inversa más adelante, debe habilitar el bloqueo de escritura dual cuando mongosync inicie.

Preocupación por leer y escribir

De forma predeterminada, mongosync establece el nivel de preocupación de lectura en "majority" para las lecturas en el clúster de origen. Para las escrituras en el clúster de destino, mongosync establece el nivel de preocupación de escritura en "majority" con j: true.

Para obtener más información sobre la configuración y el comportamiento de las inquietudes de lectura y escritura, consulte Inquietud de lectura y Inquietud de escritura.

preferencia de lectura

mongosync Requiere la primary preferencia de lectura al conectarse a los clústeres de origen y destino. Para más información, consulte Opciones de preferencia de lectura.

Manejo de índices heredados

mongosync reescribe valores de índice heredados, como 0 o una cadena vacía, a 1 en el destino. mongosync también elimina cualquier opción de índice no válida en el destino.

Cambios temporales en las características de la colección

mongosync modifica temporalmente las siguientes características de la colección durante la sincronización. Los valores originales se restauran durante el proceso de confirmación.

Creaciones de índices continuas

mongosync No se admiten compilaciones de índices continuas durante la migración. Para evitar la compilación continua de índices durante la migración, utilice uno de los siguientes métodos para garantizar que los índices de destino coincidan con los de origen:

• Construya el índice en la fuente antes de la migración.

• Construya el índice en la fuente durante la migración con una compilación de índice predeterminada.

• Construya el índice en el destino después de la migración.

mongosync Metadata

mongosync Almacena sus metadatos en una o varias bases de datos durante la migración. Las bases de datos de metadatos pueden tener cualquiera de los siguientes nombres:

• mongosync_reserved_for_internal_use

• Cualquier cosa que comience con mongosync_internal_

• Cualquier cosa que comience con mongosync_reserved_for_verification_

Debe eliminar cualquier base de datos de metadatos después de una migración exitosa. Una vez eliminados los metadatos, no es posible revertir la migración.

Consistencia

mongosync Admite consistencia final en el clúster de destino. La consistencia de lectura no está garantizada en el clúster de destino hasta la confirmación. Antes de la confirmación, los clústeres de origen y destino pueden diferir en un momento dado. Para obtener más información, consulte Consideraciones durante la sincronización.

Mientras mongosync se sincroniza, mongosync puede reordenar o combinar escrituras al retransmitirlas del origen al destino. Para un documento determinado, el número total de escrituras puede variar entre el origen y el destino.

Es posible que las transacciones no aparezcan de forma automática en el clúster de destino. Es posible que las escrituras reintentables no se puedan reintentar en el clúster de destino.

Creación de perfiles

Si la generación de perfiles está habilitada en una base de datos de origen, MongoDB crea una colección especial llamada <db>.system.profile. Una vez completada la sincronización, Mongosync no eliminará la colección <db>.system.profile del destino, incluso si la base de datos de origen se elimina posteriormente. La colección <db>.system.profile no modificará la precisión de los datos de usuario en el destino.

Vistas

Si se elimina una base de datos con vistas en el origen, el destino podría mostrar una colección system.views vacía. Esta colección system.views vacía no afectará la precisión de los datos de usuario en el destino.

Colecciones del sistema

Mongosync no replica las colecciones del sistema en el clúster de destino.

Si ejecuta un comando en el clúster de origen, este cambio no se aplica directamente al clúster de destino. En su lugar, Mongosync elimina las colecciones de usuarios y las vistas de la base de datos del clúster de destino, pero no las colecciones del sistema en esa base de dropDatabase datos.

Por ejemplo, en el clúster de destino:

• La operación de eliminación no afecta a una colección creada por el usuario.system.js

• Si habilita la creación de perfiles, la colección system.profile permanece.

• Si crea vistas en el clúster de origen y luego elimina la base de datos, al replicar la eliminación se eliminan las vistas, pero se deja una colección system.views vacía.

En estos casos, la replicación de dropDatabase elimina todas las colecciones creadas por el usuario de la base de datos, pero deja las colecciones del sistema en el clúster de destino.

UUID

mongosync Crea colecciones con nuevas UUID en el clúster de destino. No existe relación entre los UUID del clúster de origen y el de destino. Si las aplicaciones contienen UUID codificados (algo que MongoDB no recomienda), es posible que deba actualizarlas para que funcionen correctamente con el clúster migrado.

Clasificación

mongosync Inserta documentos en el clúster de destino en un orden indefinido que no conserva el orden natural del clúster de origen. Si las aplicaciones dependen del orden de los documentos, pero no tienen un método de ordenación definido, es posible que deba actualizarlas para especificar el orden de ordenación esperado para que funcionen correctamente con el clúster migrado.

Optimizaciones de creación de índices

Resiliencia

mongosync Es resiliente y capaz de gestionar errores no fatales. Los registros que contienen la palabra "error" o "fallo" no indican que mongosync esté fallando o corrompiendo datos. Por ejemplo, si se produce un error de red, el registro mongosync puede contener la palabra "error", pero mongosync aún puede completar la sincronización. Si la sincronización no se completa, mongosync escribe una entrada de registro fatal.

Operaciones del lenguaje de definición de datos (DDL)

El uso de operaciones DDL (operaciones que actúan sobre colecciones o bases de datos como db.createCollection() db.dropDatabase()y) durante la sincronización aumenta el riesgo de fallos en la migración y puede afectar negativamente al mongosync rendimiento de. Para obtener el mejor rendimiento, evite realizar operaciones DDL en el clúster de origen mientras la sincronización esté en curso.

Para obtener más información sobre las operaciones DDL,consulte Operaciones y transacciones DDL pendientes.

Latencia de la red

La latencia de la red o las largas distancias físicas entre los componentes de migración pueden afectar negativamente la velocidad de sincronización.

Latencia entre mongosync y los fragmentos de destino

Por cada operación en el clúster de origen, mongosync realiza dos viajes de ida y vuelta al servidor de destino. Cuanto mayor sea la latencia, más lenta será la sincronización.

Latencia entre fragmentos de destino

mongosync Ejecuta operaciones y actualiza sus propios metadatos por lotes en una transacción en el clúster de destino. Esto puede generar transacciones entre fragmentos, lo que puede resultar más costoso si estos están muy separados.

Latencia entre los nodos de cualquier conjunto de réplicas en el clúster de origen o destino

mongosync Utiliza "majority" escrituras y lecturas, lo que requiere la confirmación de varios nodos de un conjunto de réplicas, incluyendo los conjuntos de réplicas con respaldo de fragmentos. Si la mayoría de estos nodos no se encuentran en la misma región, el rendimiento se verá "majority" afectado.

Errores y fallos

Si mongosync detecta un error o deja de estar disponible durante la sincronización, puede reanudar la operación mongosync desde donde se detuvo. El binario mongosync no tiene estado y almacena los metadatos para un reinicio en el clúster de destino.

Para continuar la sincronización, reinicie mongosync cuando vuelva a estar disponible y utilice los mismos parámetros que la sincronización interrumpida. Al reiniciar mongosync, el proceso se reanudará desde donde se detuvo.

Disponibilidad del clúster

Si su clúster de origen o destino falla inesperadamente, puede reiniciar mongosync con seguridad desde donde lo dejó. Una vez que el clúster vuelva a estar disponible, reinicie mongosync y use los mismos parámetros que la sincronización interrumpida.

Sincronización en pausa

Si mongosync está en el estado PAUSADO, mongosync no admite las siguientes acciones:

• Actualización de la versión de MongoDB del clúster de origen o destino

• Habilitar y luego deshabilitar el balanceador

Puedes actualizar mongosync mientras esté en el estado PAUSED.