Una partición contiene un subconjunto de datos particionados para un clúster. Juntos, las particiones del clúster contienen el conjunto completo de datos del clúster.
Las particiones deben implementarse como un set de réplicas para proporcionar redundancia y alta disponibilidad.
Importante
Los clústeres utilizan el nivel de confirmación de escritura (write concern) "majority" para muchas operaciones internas. El uso de un árbitro en un clúster fragmentado se desaconseja debido a Problemas de rendimiento con conjuntos de réplicas PSA.
Advertencia
Por lo general, no se recomienda realizar operaciones directamente en una partición porque podrían provocar la corrupción o pérdida de datos. Los usuarios, clientes o aplicaciones sólo deberían conectarse directamente a una partición para realizar operaciones administrativas o de mantenimiento locales.
Realizar consultas en una sola partición solo devuelve un subconjunto de datos. Conecte con el mongos para realizar operaciones a nivel de clúster, incluidas las operaciones de lectura o guardar.
Importante
MongoDB no garantiza que dos fragmentos contiguos residan en una sola partición.
partición primaria
Cada base de datos en un clúster sharded tiene una partición primaria. Es la partición por defecto para todas las colecciones no particionadas en la base de datos. Todas las colecciones no fragmentadas para una base de datos se crean en la partición primaria de la base de datos por defecto. A partir de MongoDB 8.0, puedes mover colecciones no particionadas a otra partición usando moveCollection. La partición primaria no tiene ninguna relación con el primario en un set de réplicas.
El mongos selecciona la partición primaria al crear una nueva base de datos eligiendo la partición en el clúster que tiene la menor cantidad de datos. mongos utiliza el campo totalSize devuelto por el comando listDatabases como parte del criterio de selección.
Para cambiar la partición primaria de una base de datos, utiliza el comando movePrimary. El proceso de migración de la partición primaria puede requerir un tiempo considerable para completarse, y no debe acceder a las colecciones asociadas con la base de datos hasta que se complete. Dependiendo de la cantidad de datos que se migren, la migración puede afectar las operaciones generales del clúster. Considera el impacto en las operaciones del clúster y la carga de la red antes de intentar cambiar la partición primaria.
Cuando despliegas un nuevo cluster shardeado con particiones previamente utilizadas como sets de réplicas, todas las bases de datos existentes continúan alojadas en sus sets de réplicas originales. Las bases de datos creadas posteriormente pueden residir en cualquier partición del clúster.
Estado de partición
Utiliza el sh.status() método en mongosh para ver una visión general del clúster. Este informe incluye qué partición es el primario para la base de datos y la distribución de fragmentos entre las particiones. Consulta el método sh.status() para obtener más detalles.
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.
A partir de MongoDB 5.3, SCRAM-SHA-1 no se puede usar para la autenticación intraclúster. Solo se admite SCRAM-SHA-256.
En versiones anteriores de MongoDB, se pueden usar tanto SCRAM-SHA-1 como SCRAM-SHA-256 para la autenticación intra-clúster, incluso si SCRAM no está explícitamente habilitado.
Consulta Autenticación con archivo clave para clústeres fragmentados autogestionados para un tutorial sobre la implementación de un clúster fragmentado seguro.
Usuarios locales de la partición
Cada partición admite Control de acceso basado en roles en implementaciones autogestionadas (RBAC) para restringir el acceso no autorizado a los datos y las operaciones de la partición. Inicia cada mongod en el set de réplicas con la opción --auth para aplicar RBAC. Alternativamente, aplicar la autenticación interna/de membresía autogestionado para la seguridad intra-clúster también permite los controles de acceso de usuario a través de RBAC.
A partir de MongoDB 5.3, SCRAM-SHA-1 no se puede usar para la autenticación intraclúster. Solo se admite SCRAM-SHA-256.
En versiones anteriores de MongoDB, se pueden usar tanto SCRAM-SHA-1 como SCRAM-SHA-256 para la autenticación intra-clúster, incluso si SCRAM no está explícitamente habilitado.
Cada partición tiene sus propios usuarios locales de la partición. Estos usuarios no pueden utilizarse en otras particiones, ni pueden emplearse para conectarse al clúster a través de un mongos.
Consulta Activar el control de acceso en implementaciones autogestionadas para ver un tutorial sobre cómo añadir usuarios a una implementación de MongoDB con RBAC habilitado.