Para agentes de IA: hay un índice de documentación disponible en https://www.mongodb.com/es/docs/llms.txt — versiones en markdown de todas las páginas están disponibles agregando .md a cualquier ruta URL.
Docs Menu

Gestionar clústeres

Utiliza los siguientes recursos para configurar y gestionar los clústeres de Atlas.

Para ver tus clústeres, debes tener acceso Project Read Only o superior al proyecto.

Para enumerar todos los clústeres del proyecto con Atlas CLI, se debe ejecutar el siguiente comando:

atlas clusters list [options]

Para obtener los detalles del clúster que especifiques con Atlas CLI, ejecuta el siguiente comando:

atlas clusters describe <clusterName> [options]

Para obtener más información sobre la sintaxis y los parámetros de los comandos anteriores, consulta la documentación de Atlas CLI sobre atlas clusters list y atlas clusters describe.

Tip

Consulte: Enlaces relacionados

Para devolver los detalles de configuración avanzada del clúster que especifique usando la Atlas CLI, ejecute el siguiente comando:

atlas clusters advancedSettings describe <clusterName> [options]

Para obtener más información sobre la sintaxis y los parámetros del comando, consulta la documentación de Atlas CLI sobre atlas clusters advancedSettings describe.

Para ver todos los clústeres en la interfaz de usuario de Atlas, consulta Ver todos los clústeres en la nube. Para ver los detalles de un clúster, consulta Ver detalles del clúster.

Seleccione el nivel de clúster preferido. El nivel de clúster determina la memoria, el almacenamiento, las vCPU y la especificación de IOPS para cada servidor que contiene datos [1] en el clúster.

Nota

Es posible que veas valores diferentes según el proveedor de nube seleccionado y la región.

Usa los clústeres flexibles como una forma económica de comenzar con MongoDB y para aplicaciones de bajo rendimiento. Estos clústeres se implementan en un entorno con acceso a un subconjunto de características de Atlas. Para obtener más información, consulta Límites en los tipos de clústeres de Atlas.

Puede implementar un clúster gratuito (set de réplicas sandbox gratuito) por cada proyecto de Atlas. Puede actualizar un clúster gratuito a un clúster Flex en cualquier momento.

Los clústeres flexibles ofrecen las siguientes funcionalidades adicionales en comparación con los clústeres gratuitos:

Los clústeres Flex no tienen la disponibilidad completa de las características que se encuentran en los clústeres dedicados. Para obtener más información, consulta Límites en los tipos de clústeres de Atlas.

M10 Y los niveles de clúster M20 admiten entornos de desarrollo y entornos de producción con aplicaciones de bajo tráfico.

Estos clústeres solo admiten implementaciones de sets de réplicas, pero, por lo demás, proporcionan acceso completo a las características de Atlas.

Nota

M10 y los diferentes niveles de clúster M20 utilizan infraestructura de rendimiento ampliable. Los proveedores de nube limitan el uso de CPU tras periodos de ráfaga, lo que puede provocar estrangulamiento bajo cargas pesadas. Para más información, consulta Cómo Atlas escala el nivel de clúster.

M30 y superiores son los clústeres recomendados para entornos de producción.

Estos clústeres admiten implementaciones de sets de réplicas y clústeres con acceso completo a las características de Atlas.

Algunos clústeres tienen variantes, indicadas por el carácter ❯. Cuando selecciona estos clústeres, Atlas enumera las variantes y etiqueta cada clúster para distinguir sus características clave.

M30+ Los clústeres dedicados están disponibles en las generaciones de clústeres Gen1 o Gen2 en AWS y Google Cloud. Los clústeres dedicados Gen2 ofrecen un rendimiento mejorado en comparación con los clústeres Gen1 y admiten IOPS estándar extendidas, ofreciendo los siguientes beneficios:

  • Rendimiento de precio optimizado.

  • Hardware más moderno que permite el crecimiento a largo plazo y evita las limitaciones de capacidad del hardware antiguo.

  • Independent scaling of your cluster's standard IOPS and storage capacity with increased maximum standard IOPS rates:

    • 80k IOPS for AWS

    • 160k IOPS for Google Cloud

Al crear un nuevo clúster mediante la interfaz de usuario de Atlas, Atlas selecciona automáticamente la opción Gen2 en la sección Cluster Tier para los clústeres elegibles. Alternativamente, se puede seleccionar Gen1 para implementar un clúster Gen1.

Tip

Configuración de la generación de un clúster mediante la Atlas Administration API o la Atlas CLI

To specify a cluster's generation using the Atlas Administration API or Atlas CLI, use the instanceSize or --tier options, respectively.

Los clústeres Gen1 utilizan únicamente el nivel del clúster en sus nombres en la API y la CLI, mientras que los clústeres Gen2 utilizan el nivel del clúster con _GEN_2 añadido. Por ejemplo, para implementar un clúster de nivel M30:

  • Se debe utilizar M30 para un clúster M30 Gen1.

  • Se debe utilizar M30_GEN_2 para un clúster M30 Gen2.

Para obtener una lista de los niveles de clúster de AWS y Google Cloud que admiten clústeres Gen2, consulte:

Para los clústeres existentes, se puede cambiar entre generaciones de la misma forma en que se cambiaría el nivel del clúster. Para aprender más, consulta Modificar el Cluster Tier.

Antes de utilizar los clústeres Gen2, tenga en cuenta las siguientes limitaciones. También puede comparar los clústeres Gen1 y Gen2.

  • Los clústeres Gen2 solo están disponibles en AWS y Google Cloud. Los clústeres dedicados Gen2 no están disponibles en Azure.

  • La compatibilidad con múltiples nubes no está disponible para los clústeres dedicados Gen2.

  • No todas las regiones de proveedores de nube admiten clústeres dedicados Gen2. Para obtener más información, consulte:

  • La compatibilidad entre regiones solo está disponible si todas las regiones en las que implementa su clúster admiten clústeres Gen2 en el proveedor de nube elegido.

  • M10 and M20 clusters are generation-agnostic. You don't select a cluster generation when deploying an M10 and M20 cluster.

  • Todos los nodos dentro de un clúster deben ser de la misma generación. No puedes mezclar nodos Gen1 y Gen2 dentro del mismo clúster.

  • Los clústeres Gen2 solo admiten el escalado automático reactivo, no el predictivo. Para obtener más información, consulte Escalado de un clúster dedicado Gen2.

La siguiente tabla enumera las diferencias entre las generaciones de clúster Gen1 y Gen2:

Gen1
Gen2

Expansión de almacenamiento y IOPS estándar

El almacenamiento y los IOPS estándar escalan juntos

El almacenamiento y las IOPS estándar se escalan de forma independiente

IOPS estándar máximo [2]

Arriba a:

  • 16k IOPS for AWS

  • 100k IOPS for Google Cloud

Up to:

  • 80k IOPS for AWS

  • 160k IOPS for Google Cloud

Cluster Tiers

Todos los niveles

M30+ solo

Proveedores de nube

AWS, Google Cloud, Azure

AWS, Google Cloud

Disponibilidad de regiones

Todas las regiones para un proveedor de nube determinado

Para AWS, consulte la sección de Soporte de la región Gen2.

Para Google Cloud, consulte la compatibilidad con la región Gen2.

Implementaciones entre regiones

Solo en regiones que admiten clústeres Gen2 para el proveedor de nube que esté utilizando. Ver:

Escalado automático

Escalado automático reactivo y predictivo

Escalado automático reactivo solamente

Soporte para implementación entre nubes

El almacenamiento y las IOPS se escalan juntos, por lo que su factura refleja el escalado de ambos.

El almacenamiento y las IOPS escalan de forma independiente, por lo que su factura solo refleja lo que se ha escalado.

[2] A cluster's maximum IOPS rate also depends on the tier and disk size. The maximum standard IOPS rates listed are the highest IOPS rates achievable through different tier and disk size configurations.

You can use the Atlas Administration API to choose a different tier per shard in a sharded cluster. You can also select Analytics node tiers indepenently for each shard. The largest and smallest shard tiers must be within two tiers of each other. For example, if the largest shard is M50, the smallest shard can be M30 or M40. If you change the cluster tier for a sharded cluster in the Atlas UI, Atlas changes the tier of all shards in the cluster.

También puede usar la Atlas Administration API para elegir diferentes IOPS por partición si el clúster está en Amazon Web Services usando IOPS de provisionamineto de Amazon Web Services o si el clúster está en Azure en regiones que admiten IOPS/almacenamiento extendido.

To learn more, see Manage Cluster Sharding and the Update One Cluster in One Project endpoint in the Atlas Administration API documentation.

Cada partición debe tener un tamaño de disco igual en todos los nodos. Los clústeres NVMe no son compatibles con el escalado independiente de particiones.

Las instancias NVMe no pueden utilizarse en clústeres multi-nube.

Para aplicaciones alojadas en AWS o Azure que requieren E/S de baja latencia y alto rendimiento, Atlas ofrece opciones de almacenamiento utilizando SSD NVMes efímeros conectados localmente.

Siempre se utilizará una sincronización inicial basada en copia de archivos para sincronizar todos los nodos de un clúster NVMe siempre que se requiera una sincronización inicial.

Nota

Atlas no admite clústeres NVMe en Google Cloud. Los clústeres NVMe no son compatibles con el escalado independiente de particiones.

Los siguientes niveles de clúster son compatibles con los clústeres NVMe en AWS:

  • M40

  • M50

  • M60

  • M80

  • M200

  • M400

Los siguientes niveles de clúster cuentan con soporte para clústeres NVMe en Azure:

  • M60

  • M80

  • M200

  • M300

  • M400

  • M600

Atlas admite clústeres NVMe en las siguientes regiones de Azure:

Azure Región
Ubicación
Región de Atlas

brazilsouth

São Paulo, Brasil

BRAZIL_SOUTH

canadacentral

Toronto, ON

CANADA_CENTRAL

centralus

Iowa, USA

US_CENTRAL

eastus

Virginia (Este de EE. UU.)

US_EAST

eastus2

Virginia, USA

US_EAST_2

southcentralus

Texas, USA

US_SOUTH_CENTRAL

westus3

El Mirage, Arizona

US_WEST_3

Azure Región
Ubicación
Región de Atlas

francecentral

París, Francia

FRANCE_CENTRAL

northeurope

Irlanda

EUROPE_NORTH

swedencentral

Gävle, Suecia

SWEDEN_CENTRAL

uksouth

London, England, UK

UK_SOUTH

westeurope

Países Bajos

EUROPE_WEST

Azure Región
Ubicación
Región de Atlas

australiaeast

Nueva Gales del Sur, Australia

AUSTRALIA_EAST

centralindia

Pune (India Central)

INDIA_CENTRAL

japaneast

Saitama, Tokyo, Japan

JAPAN_EAST

El espacio de almacenamiento de valor fijo y la RAM para un clúster NVMe corresponden a su nivel de clúster. Para aprender más, consulta Opciones de configuración del clúster de Amazon y Opciones de configuración del clúster de Azure.

Los clústeres con almacenamiento NVMe utilizan copias de seguridad en la nube. No puedes deshabilitar la copia de seguridad en los clústeres NVMe. Si deseas utilizar copias de seguridad cada hora, Atlas limita las copias de seguridad en los clústeres NVMe a una vez cada 12 horas.

Los clústeres NVMe emplean un nodo secundario oculto que consiste en un volumen aprovisionado con alto rendimiento e IOPS para facilitar la copia de seguridad.

No puedes pausar un clúster NVMe.

El escalado de clústeres (incluido el escalado automático) que utilizan la opción de almacenamiento SSD NVMe local requiere una sincronización inicial. Los clústeres NVMe de Atlas se escalan automáticamente al siguiente nivel superior cuando el 90% del espacio de almacenamiento está lleno. Una sincronización inicial tarda más en completarse en comparación con las sincronizaciones posteriores, y reduce el rendimiento del primario desde el cual se leen los datos.

Siempre se utilizará una sincronización inicial basada en copia de archivos para sincronizar todos los nodos de un clúster NVMe siempre que se requiera una sincronización inicial.

Los clústeres NVMe en las siguientes regiones de Azure tienen dos Zonas de Disponibilidad:

  • eastus2

  • centralus

  • southcentralus

Los clústeres NVMe en todas las demás regiones de Azure que indican zonas de disponibilidad tienen tres zonas de disponibilidad.

La siguiente tabla destaca las diferencias clave entre los clústeres gratuitos, los clústeres flexibles y los clústeres dedicados de M10+.

Clústeres gratuitos
Clústeres Flex
Clusters exclusivos

Almacenamiento (tamaño de los datos + tamaño del índice)

512 MB

5 GB

10 - 4000 GB

Soporte de versiones de MongoDB

8.0

8.0

7.0, y la versión más reciente

Métricas y alertas

Limitado

Limitado

Emparejamiento de VPC

No

No

Selección de región global

Un subconjunto de regiones en AWS, Google Cloud y Azure.

Un subconjunto de regiones en AWS, Google Cloud y Azure.

Atlas admite la implementación de clústeres a nivel global en Amazon Web Services, Google Cloud Platform y Microsoft Azure.

Implementaciones entre regiones

No

No

Sí. Especifica las regiones adicionales para alta disponibilidad o lecturas locales al crear o escalar un clúster.

Copias de seguridad

No

particionado

No

No

Sí, para clústeres que utilizan un nivel M30+.

Clúster dedicado

No, los clústeres gratuitos se ejecutan en un entorno compartido

No, los clústeres Flex se ejecutan en un entorno compartido

Yes, M10+ clusters deploy each mongod process to its own instance.

Performance Advisor

No

No

BI Connector para Atlas

No

No

Para obtener una lista completa de las limitaciones del clúster gratuito, consulta Límites del clúster gratuito de Atlas.

Para obtener más información, consulta Configurar el escalado automático.

[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.

Se pueden gestionar clústeres de las siguientes maneras:

Acción
Descripción

Personalice la capacidad de almacenamiento de su clúster. Cada nivel de clúster incluye un conjunto de recursos por defecto. Los clústeres M10+ proporcionan la capacidad de personalizar su capacidad de almacenamiento.

Particionar el clúster para escalar horizontalmente. Se puede utilizar la interfaz de usuario de Atlas Cluster Builder, la última versión de Atlas Admin API, Atlas CLI o HashiCorp Terraform MongoDB Atlas Provider para particionar el clúster.

También puedes usar la última versión de la API de administrador de Atlas para escalar cada partición de forma independiente en el clúster.

Configura los rangos de niveles de clúster que Atlas utiliza para escalar automáticamente el nivel del clúster, la capacidad de almacenamiento o ambos en respuesta al uso del clúster.

Información sobre el bloqueo de guardado y cómo prevenirlo. Atlas bloquea la escritura en el clúster de set de réplicas dedicado si el nodo primario del clúster supera los umbrales de la política de bloqueo de escritura.

Configure los ajustes adicionales del clúster, como la versión de MongoDB, las copias de seguridad y las opciones de cifrado.

Se deben usar etiquetas de recursos que se proporcionen y gestionen para categorizar los recursos por propósito, entorno, equipo o centro de facturación.

Reconfigure un clúster existente. Modifica cualquiera de las opciones de configuración disponibles de Atlas.

Gestiona las actualizaciones de la versión principal para el clúster. Atlas permite actualizar la versión principal de un clúster de Atlas en cualquier momento.

Se deben configurar los períodos de mantenimiento para el clúster. Se puede establecer la hora del día en la que Atlas debería empezar el mantenimiento semanal del clúster.

Pausar, reanudar o terminar un clúster existente. No puedes cambiar la configuración de un clúster pausado. Además, no puedes leer ni guardar datos en un clúster pausado.

Configure la distribución multi-nube para aumentar la disponibilidad. Atlas ofrece opciones para mejorar la disponibilidad y el equilibrio de la carga de trabajo de su clúster.

Se deben usar las etiquetas predefinidas del set de réplicas que Atlas proporciona para dirigir las queries de aplicaciones específicas a tipos de nodos y regiones específicos. Para usar etiquetas de set de réplicas predefinidas en la cadena de conexión y dirigir queries a nodos específicos, se debe configurar la etiqueta en la opción de cadena de conexión readPreferenceTags.