Este documento responde preguntas comunes sobre la replicación en MongoDB. Véase también el Sección dereplicación del manual, que proporciona una descripció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 miembros del conjunto intentarán reconectarse con los demás miembros en respuesta a las fluctuaciones de red. Esto no requiere la intervención del administrador. Sin embargo, si las conexiones de red entre los nodos del conjunto de réplicas son muy lentas, es posible que los miembros del nodo no puedan mantener el ritmo de la replicación.
¿Por qué utilizar registro 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 se ejecuta con registro, puede reiniciarlo 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 conjunto de réplicas?
Los árbitros nunca reciben el contenido de una colección, pero sí intercambian los siguientes datos con el resto del conjunto de réplicas:
Credenciales utilizadas para autenticar al árbitro con el conjunto de réplicas. Estos intercambios están cifrados.
Datos de configuración del conjunto de réplicas y datos de votación. Esta información no está cifrada. Solo se cifran los intercambios de credenciales.
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.
Para obtener más información, consulte la documentación sobre cómo configurar instancias de MongoDB para TLS/SSL en implementaciones autogestionadas. Al igual que con todos los componentes de MongoDB, ejecute los á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 cambiar el nombre de un conjunto 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 conjunto de réplicas, realice una copia de seguridad completa de su implementación de MongoDB.