Importante
A partir de febrero de 2025, puedes crear clústeres Flex y ya no podrás crear clústeres M2 ni M5 ni instancias sin servidor en la interfaz de usuario de Atlas, Atlas CLI, Atlas Administration API, Atlas Kubernetes Operator, Terraform de HashiCorp o recursos de Atlas CloudFormation.
A partir del 22 de enero de 2026, Atlas ya no admite los clústeres M2 y M5 y las instancias sin servidor. Todos los clústeres existentes de M2 y M5 se migraron a clústeres Flex.
Atlas migró instancias sin servidor a clústeres gratuitos, clústeres Flex o clústeres dedicados según el uso. Para ver a qué niveles Atlas migró tus instancias, consulta la página Todos los clústeres en la interfaz de usuario de Atlas.
Este tutorial sirve como guía de los pasos para crear un nuevo clúster de Atlas. Para aprender cómo modificar un clúster de Atlas existente, se debe consultar Modificar un clúster.
Los clústeres pueden ser un set de réplicas o un clúster particionado. Este tutorial sirve como guía a través de la creación de un set de réplicas.
Para obtener información sobre las recomendaciones para clústeres, consulte Recomendaciones para Atlas Orgs, Proyectos y Clusters en el Atlas Architecture Center. Para aprender sobre las recomendaciones de alta disponibilidad, consulta Recomendaciones para alta disponibilidad de Atlas en el Atlas Architecture Center.
Acceso requerido
Para crear un clúster, debes tener acceso Organization Owner, Project Owner o Project Cluster Creator al proyecto.
Considerations
Para minimizar la latencia de la red y los costos de transferencia de datos, y para aumentar la estabilidad y seguridad general, utiliza el mismo proveedor de nube y región para alojar la aplicación y clúster siempre que sea posible.
Los clústeres pueden abarcar regiones y proveedores de servicios en la nube. El número total de nodos en clústeres que abarcan varias regiones tiene una restricción específica por proyecto.
Atlas limita el número total de nodos en otras regiones en un proyecto a un total de 40, sin incluir:
Las regiones de Google Cloud se comunican entre ellas
Clústeres gratuitos
Clústeres Flex
Los clústeres fragmentados incluyen nodos adicionales. Los nodos elegibles en el set de réplicas de servidor de configuración (CSRS) dedicado cuentan para el número total de nodos permitidos. Cada clúster tiene un nodo elegible adicional por región como parte del CSRS dedicado. Para obtener más información, consulta Servidores de configuración del set de réplicas.
El número total de nodos entre cualquier par de regiones debe cumplir con esta restricción.
Ejemplo
Si un proyecto de Atlas tiene nodos en clústeres distribuidos en tres regiones:
30 nodos en Región A
10 nodos en Región B
5 nodos en Región C
Solo puedes agregar 5 nodos más a Región C porque:
Si excluyes la Región C, Región A + Región B = 40.
Si excluyes la Región B, Región A + Región C = 35, <= 40.
Si excluyes la Región A, Región B + Región C = 15, <= 40.
Cada combinación de regiones con los 5 nodos añadidos sigue cumpliendo la restricción por proyecto:
Región A + B = 40
Región A + C = 40
Región B + C = 20
No puedes crear un clúster multiregional en un proyecto si tiene uno o más clústeres que abarcan 40 o más nodos en otras regiones.
Ponte en contacto con el soporte de Atlas para preguntas o asistencia con el aumento de este límite.
Se recomiendan los clústeres M30 y superiores para entornos de producción. Los clústeres con cargas sostenidas en los niveles M10 y M20 pueden experimentar un rendimiento degradado con el tiempo.
Cada proyecto de Atlas admite hasta 25 clústeres. Si tienes preguntas o necesitas asistencia con respecto al límite de clúster, contacta a soporte.
Si el proyecto de Atlas contiene un rol personalizado que utiliza acciones introducidas en una versión específica de MongoDB, se debe borrar ese rol antes de crear clústeres con una versión anterior de MongoDB.
Los clústeres de Atlas creados después de julio de 2020 utilizan por defecto la versión 1.2 de TLS.
Importante
A partir del 31 de julio de 2025, Atlas dejará de dar soporte a TLS 1.0 o 1.1 en toda circunstancia. Atlas actualizará todos los clústeres para rechazar intentos de conexión con TLS 1.0 o 1.1.
Cualquier conexión de cliente configurada para TLS 1.0 o 1.1 experimentará una interrupción del servicio durante esta actualización. Para evitar esto, establezca la versión mínima de TLS de tus clústeres en 1.2 a la mayor brevedad posible.
Cuando se crea un clúster, Atlas crea un contenedor de red en el proyecto para el proveedor de nube al que se implementa el clúster si aún no existe uno.
Si tienes una Política de cumplimiento de copias de seguridad activada, todos los clústeres nuevos y existentes tienen la copia de seguridad en la nube habilitada automáticamente y utilizan la política de cumplimiento de copias de seguridad a nivel de proyecto. Atlas amplía cualquier política preexistente a nivel de clúster para cumplir con los requisitos mínimos de la política de cumplimiento de copias de seguridad. Todos los clústeres nuevos utilizan la política de cumplimiento de copias de seguridad, a menos que los requisitos mínimos de la política de copias de seguridad a nivel de clúster se amplíen más allá de los requisitos mínimos de la política de cumplimiento de copias de seguridad.
Importante
No elija Latest Version With Auto Upgrades. Esta opción actualiza automáticamente su clúster a la última versión menor. Algunas versiones menores, como MongoDB versión 8.2, pueden no soportar Migración en vivo o Mongosync. Al actualizar, elige una versión principal para garantizar la compatibilidad con Migración en vivo y Mongosync.
Procedimiento
| [1] | Para los sets de réplicas, los servidores que contienen datos son los servidores que alojan los nodos del set de réplicas. Para los clústeres particionados, los servidores que almacenan datos son los servidores que alojan las particiones. Para clústeres particionados, Atlas también implementa servidores para los servidores de configuración; estos se cobran a una tarifa separada de los costos del clúster. |