Recomendamos comenzar con un solo clúster fragmentado cuando esté creando una nueva aplicación, independientemente de su necesidad inmediata de múltiples fragmentos.
Los siguientes escenarios se benefician de la arquitectura de clúster fragmentado:
Caso de uso | Descripción |
|---|---|
Cost Optimization | El escalado vertical se vuelve cada vez más costoso y menos efectivo a medida que crecen los requerimientos de hardware. El escalado horizontal ofrece una escalabilidad más predecible y rentable a medida que aumentan las demandas de recursos. |
Acceso concurrente alto a colecciones | Aplicaciones con múltiples colecciones activas donde la contención de recursos genera cuellos de botella de rendimiento. El particionado distribuye las colecciones en hardware dedicado, evitando la competencia por recursos. |
Cargas de trabajo de alto rendimiento | Las aplicaciones con altos volúmenes de lectura/guardar se benefician al distribuir el tráfico entre varias máquinas, mejorando el rendimiento y reduciendo los cuellos de botella. |
Conjuntos de datos grandes | Si los volúmenes de tus datos crecen rápidamente o los conjuntos de trabajo superan la capacidad de memoria de un solo servidor, el escalado horizontal garantiza un rendimiento sostenible al distribuir los datos entre varios nodos. |
Entornos multiinquilino | Las aplicaciones que prestan servicio a múltiples clientes se benefician de tener fragmentos dedicados por inquilino, lo que proporciona aislamiento del rendimiento y una asignación personalizada de recursos. Las funciones de fragmentación de MongoDB permiten arquitecturas multiinquilino eficientes. |
Implementaciones globales | Cuando tus usuarios estén repartidos en distintas regiones, distribuir los datos en particiones geográficamente posicionadas reduce la latencia y mejora la experiencia del usuario. |
Detalles
Comenzar con un clúster fragmentado es un enfoque proactivo que ofrece:
Escalado horizontal sencillo: puedes añadir particiones fácilmente a medida que tu aplicación crece, sin la complejidad de migrar desde un set de réplicas.
Infraestructura rentable – MongoDB 8.0 presenta particiones de configuración, lo que te permite configurar un clúster fragmentado en una estructura de conjunto de réplicas única, sin servidores de configuración dedicados. En MongoDB Atlas, los clústeres particionados con hasta 3 particiones en la versión 8.0 utilizan particiones de configuración por defecto.
Considera añadir particiones cuando tu base de datos alcance entre un 60y un70% de utilización de los recursos (RAM, vCPUs o almacenamiento) de una máquina grande. Por ejemplo, en Atlas, una utilización coherente de recursos del 60al70% en una máquina M60 con un disco de 4 TB indica que se debe añadir una partición adicional.