Importante
A partir de 3.4, el uso del espejo obsoleto mongod
instancias como servidores de configuración (SCCC) ya no son compatibles. Antes de poder actualizar sus clústeres a 3.4, debe convertir sus servidores de configuración de SCCC a CSRS.
Para convertir tus servidores de configuración de SCCC a CSRS, consulta el manual 3.4 de MongoDB Actualizar servidores de configuración a set de réplicas.
Los servidores de configuración almacenan los metadatos de un clúster segmentado. Los metadatos reflejan el estado y la organización de todos los datos y componentes dentro del clúster partitionado. Los metadatos incluyen la lista de fragmentos en cada partición y los rangos que definen los fragmentos.
Las instancias mongos almacenan en caché estos datos y los utilizan para enrutar operaciones de lectura y guardar a las particiones correctas. mongos actualiza la caché cuando hay cambios de metadatos en el clúster, como Divisiones de fragmento o agregar una partición. Las particiones también leen los metadatos de fragmentación de fragmento de los servidores de configuración.
Los servidores de configuración también almacenan la información de configuración de Autenticación en Despliegues Autogestionados como el Control de Acceso Basado en Roles o la autenticación interna para el clúster.
MongoDB también utiliza los servidores de configuración para gestionar bloqueos distribuidos.
Cada clúster fragmentado debe tener sus propios servidores de configuración. No utilices los mismos servidores de configuración para diferentes clústeres.
Advertencia
Las operaciones administrativas realizadas en los servidores de configuración pueden tener un impacto significativo en el rendimiento y la disponibilidad del clúster particionado. Dependiendo del número de servidores de configuración afectados, el clúster puede estar solo en modo lectura o fuera de línea durante un periodo de tiempo.
Servidores de configuración del set de réplicas
Cambiado en la versión 3.4.
Los servidores de configuración para clústeres sharded pueden implementarse como un set de réplicas (CSRS). Utilizar un set de réplicas para los servidores de configuración mejora la coherencia entre los servidores de configuración, ya que MongoDB puede aprovechar los protocolos estándar de lectura y escritura de sets de réplicas para los datos de configuración. Además, el uso de un set de réplicas para los servidores de configuración permite que un cluster shard tenga más de 3 servidores de configuración, ya que un set de réplicas puede tener hasta 50 miembros. Para implementar servidores de configuración como un set de réplicas, los servidores de configuración deben ejecutar el Motor de almacenamiento WiredTiger.
Se aplican las siguientes restricciones a una configuración de set de réplicas cuando se utilizan para servidores de configuración:
Debe tener cero árbitros.
No debe tener miembros atrasados.
Deben crear índices (i.e. ningún nodo debería tener el ajuste
members[n].buildIndexesajustado en falso).
Operaciones de Lectura y Escritura en los Servidores de Configuración
La base de datos admin y la base de datos de configuración existen en los servidores de configuración.
Guardar en los servidores de configuración
La base de datos admin contiene las colecciones relacionadas con la autenticación y la autorización, así como las otras colecciones del sistema.* para uso interno.
La base de datos de configuración contiene las colecciones que contienen los metadatos del clúster compartido. MongoDB escribe datos en la base de datos de configuración cuando cambia los metadatos, como después de una migración de fragmento o una división de fragmento.
Los usuarios deben evitar escribir directamente en la base de datos de configuración durante la operación normal o el mantenimiento.
Al escribir en los servidores de configuración, MongoDB utiliza un nivel de confirmación de escritura (write concern) de "majority".
Lecturas desde servidores de configuración
MongoDB lee de la base de datos admin para datos de autenticación y autorización y otros usos internos.
MongoDB lee de la base de datos config cuando se inicia un mongos o después de un cambio en los metadatos, como después de la migración de un fragmento. Las particiones también leen los metadatos de los fragmentos de los servidores de configuración.
Al leer desde los servidores de configuración del set de réplicas, MongoDB utiliza un nivel de consistencia de lectura de "majority".
Disponibilidad del servidor de configuración
Si el set de réplicas del servidor de configuración pierde su primario y no puede elegir un primario, los metadatos del clúster se vuelven solo de lectura. Todavía puedes leer y escribir datos de las particiones, pero no se producirá ninguna migración ni división de fragmentos hasta que el conjunto de réplicas pueda elegir un primario.
En un clúster fragmentado, las instancias mongod y mongos supervisan los sets de réplicas en el clúster fragmentado (por ejemplo, set de réplicas de particiones, set de réplicas del servidor de configuración).
Si todos los servidores de configuración se vuelven inaccesibles, el clúster puede volverse inoperable. Para garantizar que los servidores de configuración permanezcan disponibles e intactos, es fundamental contar con copias de seguridad de los servidores de configuración. Los datos en el servidor de configuración son pequeños en comparación con los datos almacenados en un clúster, y el servidor de configuración tiene una carga de actividad relativamente baja.
Ver Un miembro del set de réplicas del servidor de configuración se volvió no disponible para más información.
Metadatos de clúster segmentado
Los servidores de configuración almacenan metadatos en la base de datos de configuración.
Importante
Realice siempre una copia de seguridad de la base de datos config antes de realizar cualquier tarea de mantenimiento en el servidor de configuración.
Para acceder a la base de datos config, ejecuta el siguiente comando en mongosh:
use config
En general, nunca debe editar directamente el contenido de la base de datos config. La base de datos config contiene las siguientes colecciones:
Para obtener más información sobre estas colecciones y su rol en clústeres particionados, consulta Base de datos de configuración. Consulta Operaciones de lectura y escritura en los servidores de configuración para obtener más información sobre las lecturas y actualizaciones de los metadatos.
Seguridad en el clúster particionado
Utiliza Autenticación interna/membresía autogestionada para aplicar la seguridad entre clústeres y evitar que componentes de clúster no autorizados accedan al clúster. Debes iniciar cada mongod en el clúster con la configuración de seguridad adecuada para aplicar la autenticación interna.
Consulta Implementar clúster fragmentado autogestionado con autenticación de clave para aprender cómo implementar un clúster fragmentado seguro.