Este documento responde preguntas comunes sobre la replicación en MongoDB. Véase también el sección Replicación en el manual, que proporciona una visión general de la replicación, incluidos detalles sobre:
¿Qué tipo de replicación admite MongoDB?
MongoDB admite sets de réplicas, que pueden tener hasta 50 nodos.
¿Funciona la replicación a través de Internet y conexiones WAN?
Sí.
Por ejemplo, una implementación puede mantener un primario y un secundario en un centro de datos de la Costa Este, junto con un miembro secundario para recuperación ante desastres en un centro de datos de la Costa Oeste.
¿Puede MongoDB replicar a través de una conexión "ruidosa"?
Sí, pero no sin fallos de conexión y la latencia obvia.
Los nodos del conjunto intentarán reconectarse con los otros nodos del conjunto en respuesta a interrupciones de red. Esto no requiere la intervención de un administrador. Sin embargo, si las conexiones de red entre los nodos del set de réplicas son muy lentas, es posible que los nodos no puedan mantenerse al día con la replicación.
¿Por qué utilizar registrar en la bitácora si la replicación ya proporciona redundancia de datos?
El registrar en la bitácora facilita una recuperación más rápida tras una falla.
Registrar en la bitácora es especialmente útil para protegerse contra fallas de energía, especialmente si tu set de réplicas reside en un solo centro de datos o circuito de energía.
Cuando un conjunto de réplicas funciona con registro en diario, se puede reiniciar de forma segura mongod instancias sin intervención adicional.
Nota
Registrar en la bitácora requiere ciertos gastos en general de recursos para las operaciones de guardar. Sin embargo, registrar en la bitácora no tiene ningún efecto sobre el rendimiento de lectura.
El registro está habilitado por defecto en todas las versiones de 64 bits de MongoDB v2.0 y superiores.
¿Qué información intercambian los árbitros con el resto del set de réplicas?
Los Árbitros nunca reciben el contenido de una colección, pero sí intercambian los siguientes datos con el resto del set de réplicas:
Credenciales utilizadas para autenticar el árbitro con el set de réplicas. Estos intercambios están cifrados.
Datos sobre la configuración del set de réplicas y los votos. Esta información no está encriptada. Solo los intercambios de credenciales están cifrados.
Si la implementación de MongoDB utiliza TLS/SSL, entonces todas las comunicaciones entre los árbitros y los demás nodos del set de réplicas están protegidas.
Consulta la documentación de Configuración de instancias de MongoDB para TLS/SSL en implementaciones autogestionadas para obtener más información. Como con todos los componentes de MongoDB, ejecuta árbitros en redes seguras.
¿Es normal que los miembros del set de réplicas utilicen diferentes cantidades de espacio en disco?
Sí.
Factores que incluyen: diferentes tamaños de oplog, diferentes niveles de fragmentación de almacenamiento y la preasignación de archivos de datos de MongoDB, pueden generar cierta variación en la utilización del almacenamiento entre nodos. Las disparidades en el uso del almacenamiento serán más evidentes cuando se agregue nodos en diferentes momentos.
¿Puedo renombrar un set de réplicas?
Sí, los sets de réplicas no particionados pueden renombrarse. Este procedimiento requiere tiempo de inactividad.
Para aprender a cambiar el nombre de tu set de réplicas, consulta Cambiar el nombre de un set de réplicas autogestionado.
Antes de cambiar el nombre de un set de réplicas, realiza una copia de seguridad completa de la implementación de MongoDB.