Personalice el almacenamiento en clúster Atlas Core.

Clase de bajo consumo de CPU

En general, la opción Low CPU ofrece una alternativa de menor costo para aplicaciones que requieren más memoria y menos unidades de procesamiento central (CPU). Esta opción incluye la mitad de los vCPUs de una instancia con la opción General del mismo nivel. Por ejemplo, una instancia General M40 incluye 4 vCPUs, mientras que una instancia Low CPU M40 incluye 2 vCPUs. Dependiendo del nivel de clúster, esta opción también puede incluir un menor número de conexiones máximas. Para aprender más, consulta Límites de conexión y nivel de clúster.

Almacenamiento NVMe

Se puede seleccionar la opción de almacenamiento Local NVMe SSD para algunos clústeres dedicados que se ejecutan en AWS o Azure. Las unidades SSD NVMe efímeras conectadas localmente ofrecen el nivel más alto de velocidad y rendimiento. Atlas proporciona almacenamiento para clústeres NVMe en gigabytes (GB).

En los clústeres Atlas Core, siempre se utilizaráuna sincronización inicial basada en la copia de archivos para sincronizar todos los nodos de un clúster NVME cuando se requiera una sincronización inicial.

Comportamiento del tamaño del Oplog

Atlas gestiona el tamaño del oplog del clúster y sus entradas de forma diferente, dependiendo de la edición de la base de datos del clúster.

• En un clúster Atlas Infinite, Atlas almacena el oplog en la capa de almacenamiento, y el escalado automático de almacenamiento de Atlas Core no gestiona el almacenamiento del clúster. Para obtener más información, consulte Oplog en clústeres Atlas Infinite.

• En un clúster Atlas Core, la administración de oplog depende de si el escalado automático de almacenamiento está habilitado para el clúster:

  • Atlas permite el escalado automático del almacenamiento de clústeres por defecto. Si eliges usar el escalado automático de almacenamiento, Atlas gestiona las entradas de oplog basándose en la ventana de retención mínima de oplog (oplogMinRetentionHours). Las entradas del oplog están selladas con una marca de tiempo. La oplog window es la diferencia de tiempo entre las marcas de tiempo más recientes y las más antiguas en el oplog.

    Por defecto, Atlas establece la ventana mínima de retención de oplog en 24 horas. Esto significa que, a menos que establezcas la ventana mínima de retención de oplog en un valor personalizado determinado, el mongod para el clúster de Atlas retiene todas las entradas de oplog durante al menos 24 horas y hasta que el oplog alcance el tamaño máximo que permiten las mejores prácticas de MongoDB.

    En la interfaz de usuario de Atlas, puede establecer el período mínimo de retención del oplog en un valor específico. Para que el escalado automático del almacenamiento se complete correctamente, Atlas requiere que el período mínimo de retención del oplog (oplogMinRetentionHours) sea de hasta (60 segundos) * (GB de espacio en disco configurado).

    Si la capacidad de almacenamiento del clúster disminuye, Atlas escala automáticamente el tamaño del oplog para asegurarse de que se adapte al tamaño de almacenamiento reducido.

    Nota

    En algunos escenarios de escritura masiva de alto volumen, como las migraciones, es posible que el clúster no mantenga la ventana de retención de oplog mínima configurada. Planifica migraciones y otras operaciones con uso intensivo de escritura de acuerdo con ello.

  • Puede desactivar el escalado automático del almacenamiento del clúster desmarcando la casilla de verificación Storage Scaling en la sección Auto-scale. Si desactiva el escalado automático del almacenamiento, Atlas gestiona el tamaño del oplog de la siguiente manera:

    • Si no especifica el tamaño del oplog en la interfaz de usuario, Atlas establece el tamaño del oplog en:

      • 5 % del tamaño del disco al crear un clúster, para clústeres General y Low-CPU

      • 10% del tamaño del disco para clústeres con almacenamiento NVMe.

      Para clústeres dedicados que utilizan almacenamiento EBS (no NVMe), Atlas escala automáticamente el tamaño del oplog para que coincida con el nuevo tamaño del disco cuando se cambia el tamaño de almacenamiento. Para clústeres con almacenamiento NVMe, el tamaño del oplog está vinculado al tamaño de la instancia en lugar del tamaño del disco, ya que el almacenamiento NVMe no se puede cambiar de tamaño de forma independiente. Atlas sincroniza automáticamente el tamaño del oplog con el nuevo tamaño de la instancia cuando se cambia el nivel del clúster.

    • Puedes optar por escalar el tamaño del oplog cuando aumentes el almacenamiento del clúster. En este caso, configura el tamaño del oplog manualmente a un valor específico al crear un clúster. Atlas escala automáticamente el tamaño del oplog cuando aumentas el almacenamiento del clúster, de la siguiente manera:

      • Para los clústeres General y Low-CPU, el tamaño del oplog se escala para mantenerse en un 5 % de la capacidad de almacenamiento, sin exceder un cierto máximo determinado de acuerdo con las mejores prácticas de MongoDB.

      • Para los clústeres con Almacenamiento NVMe, el tamaño del oplog se amplía para mantenerse en un 10 % de la capacidad de almacenamiento, sin superar un máximo determinado según las mejores prácticas de MongoDB.

    • Si escalas hacia abajo en el almacenamiento del clúster, Atlas utiliza la relación anterior de oplog a disco para escalar proporcionalmente por el oplog . Por ejemplo, si escalas de 100 GB a 50 GB con un oplog de 25 GB (relación de 0.25), el nuevo tamaño de oplog también tendría una relación de 0.25, lo que lo convertiría en 12.5 GB. La única excepción es si el nuevo tamaño del oplog es inferior al 5 % de la capacidad de almacenamiento (o inferior al 10 % para el almacenamiento NVMe). En ese caso, Atlas utiliza el valor más alto para el tamaño del oplog, que sería el 5 % de la capacidad de almacenamiento (10 % para el almacenamiento NVMe).

El oplog también afecta al escalado automático de forma diferente en cada edición:

• En un clúster Atlas Core, Atlas retrasa el escalado automático hasta que la ventana del oplog cubra el tiempo de escalado estimado. Para evitar que la ventana bloquee el escalado, configurela ventana de retención mínima del oplog.

• En un clúster Atlas Infinite, el período mínimo de retención de oplog no afecta al escalado automático. Para obtener más información, consulte Oplog en clústeres Atlas Infinite.

Cambiar la capacidad de almacenamiento o las IOPS en AWS

Atlas gestiona los cambios de manera diferente según si deseas aumentar o disminuir la capacidad de almacenamiento o el rendimiento de almacenamiento (IOPS) en AWS.

Cambiar la capacidad de almacenamiento y las IOPS en Azure

Para los clústeres Low CPU o General implementados en Azure, puedes extender IOPS y la capacidad de almacenamiento de los volúmenes de datos en la Interfaz de Usuario de Atlas.

Si aumenta el almacenamiento en disco para los clústeres Low CPU o General, puede:

• Reciba más IOPS en los clústeres del mismo nivel de clúster.

• Utilice estos clústeres para alojar aplicaciones con altos requisitos de carga de trabajo de E/S sin necesidad de configurar la fragmentación para distribuir la carga de trabajo de las aplicaciones entre los servidores.

Azure tiene períodos de enfriamiento para la modificación de volumen que podrían limitar la frecuencia con la que se pueden realizar cambios de almacenamiento.

Las siguientes instrucciones describen las opciones que tienes en la Interfaz de Usuario de Atlas para la gestión de IOPS y almacenamiento en clústeres Azure.

1. Inicialmente, cuando elige un clúster de Azure Low CPU o General, Atlas asigna el tamaño de almacenamiento y las IOPS predeterminados en función del nivel que elija.

2. Dependiendo de las características específicas de los volúmenes de almacenamiento utilizados en la región y de si el clúster se encuentra en la región que admite el almacenamiento extendido, se puede realizar una de las siguientes acciones:

   • Si la región no admite almacenamiento ampliado, se puede cambiar la capacidad de almacenamiento solo en cantidades preestablecidas y no se puede cambiar las IOPS con el control deslizante.

   • Si la región admite almacenamiento ampliado, se puede utilizar el control deslizante Storage para aumentar la capacidad de almacenamiento por defecto dentro del mismo nivel. Atlas también incrementa IOPS para que corresponda con el aumento del tamaño de almacenamiento.

3. Si, después de aumentar el tamaño del volumen de almacenamiento, el número de IOPS incrementado aún no es suficiente, y el nivel del clúster se encuentra en una región que admite almacenamiento extendido, puede ampliar aún más el número de IOPS utilizando el control deslizante IOPS, sin cambiar el nivel del clúster.

4. Además, también puedes expandir el almacenamiento total del clúster más allá de los límites por defecto para el nivel del clúster en regiones que ofrecen soporte para almacenamiento extendido. El tamaño de almacenamiento extendido se activa en la Configuración del proyecto.

Las siguientes secciones describen cómo aumentar el tamaño de almacenamiento e IOPS.

• Cambia el tamaño del volumen de datos en Azure

• Configurar almacenamiento extendido/IOPS en Azure

Cambiar la capacidad de almacenamiento en Google Cloud

Google Cloud Platform admite el almacenamiento extendido para clúster que cumplan los siguientes criterios:

• El clúster es un clúster Atlas Core.

• El clúster es General o Low-CPU clase

• El clúster es de una sola región.

• El almacenamiento extendido está disponible para clústeres de nivel M40 y superiores con las siguientes limitaciones:

  • M40hasta 4TB

  • M50/M60: hasta 8TB

  • M80+hasta 14TB

  Para cambiar el nivel de su clúster, consulte Modificar un clúster Atlas Core.

Si activas el almacenamiento extendido, esto ralentiza las sincronizaciones iniciales y las restauraciones de snapshots entre proyectos, y puede reducir la alta disponibilidad. Habilitar el almacenamiento extendido es una solución temporal para los clústeres que podrían requerir capacidad de almacenamiento adicional en el futuro. Recomendamos activar el particionado para ampliar la capacidad de almacenamiento a largo plazo.

A diferencia de AWS, Google Cloud no tiene períodos de espera para la modificación de volumen. Por lo tanto, los cambios de almacenamiento se pueden realizar de inmediato sin esperar a que se completen las modificaciones anteriores.

Cuando aumentas la capacidad de almacenamiento de un clúster, Atlas modifica el tamaño de los volúmenes de datos del servidor de forma progresiva y sin tiempo de inactividad. Atlas aumenta la capacidad de almacenamiento en el lugar sin copiar datos ni realizar una sincronización inicial.

Sin embargo, Google Cloud no permite la reducción de la capacidad de almacenamiento local. Si reduce la capacidad de almacenamiento de un clúster, Atlas aprovisiona nuevos volúmenes y luego sincroniza los datos de los volúmenes antiguos a los nuevos con un proceso de sincronización de datos local. Esto soluciona la limitación de Google Cloud, pero hay tiempo de inactividad en cada nodo durante la sincronización.

Antes de aplicar la reducción de capacidad de almacenamiento, la página de Review Changes notifica que Atlas activa un reinicio en secuencia del clúster cuando realiza este cambio.

Durante este tiempo, aún puedes acceder a tu clúster, pero cada nodo que Google Cloud Platform modifica permanece no disponible hasta que se completa el proceso de sincronización de datos del nodo. En clústeres grandes, este proceso para cada nodo podría tardar varias horas en completarse.

Atlas tiene límites de capacidad de disco en sets de réplicas individuales, escalado hasta 4 TB para niveles de clúster superiores. Para expandir el almacenamiento total del clúster más allá de los límites por defecto, puedes habilitar el almacenamiento extendido en la Configuración del proyecto. Para permitir un mayor escalado en el futuro, habilita el particionado para la expansión a largo plazo.

Cambiar la capacidad de almacenamiento para clústeres de proveedores de multi-nube

Atlas selecciona el denominador común más bajo entre los tres proveedores de nube. Esto asegura la coherencia en toda la implementación multi-nube.

No se puede ajustar el IOPS para el clúster multi-nube.

IOPS aprovisionado e IOPS de alto rendimiento para clústeres alojados en AWS

Las IOPS aprovisionadas y las IOPS de alto rendimiento permiten personalizar la tasa máxima de IOPSpara el clúster alojado en AWS, con beneficios de rendimiento adicionales. Ambas denominaciones se refieren al mismo concepto, aunque los clústeres Gen1 utilizan Provision IOPS en la interfaz de usuario de Atlas y los clústeres Gen2 utilizan High Performance IOPS. Para simplificar, aquí nos referiremos a ambas como IOPS de alto rendimiento.

Las IOPS estándar utilizan volúmenes SSD de propósito general de AWS, que están diseñados para ofrecer su rendimiento base el 99% del tiempo. Las IOPS de alto rendimiento utilizan volúmenes SSD de IOPS aprovisionadas de AWS, que están diseñados para ofrecer su rendimiento aprovisionado el 99.9% del tiempo.

En comparación con las IOPS estándar, las IOPS de alto rendimiento:

• Entregan su tasa de IOPS configurada de manera más coherente.

• Reducir la latencia p90 del clúster (medición del tiempo de respuesta del servidor). El 90% de las solicitudes de servidor tienen respuestas más rápidas que el valor de latencia p90, por lo que un valor de latencia p90 más bajo representa un tiempo de respuesta generalmente más rápido.

Para obtener más información, consulta:

• Tipos de volumen de Amazon EBS

• Configurar IOPS aprovisionado e IOPS de alto rendimiento

IOPS estándar extendidas

Los clústeres dedicados de Gen2 en AWS o Google Cloud tienen un mínimo de IOPS base, sobre el cual se pueden aprovisionar IOPS adicionales:

• Para clústeres con almacenamiento en disco por debajo de 1000GB (1TB), esta línea base es 3000 IOPS.

• Para clústeres con almacenamiento en disco superior a 1000GB, esta línea base se escala con el almacenamiento en una relación IOPS-a-GB de 3:1.

La siguiente tabla muestra ejemplos no exhaustivos de cómo esta línea de base escala con varios tamaños de disco:

Para aprovisionar IOPS adicionales para su clúster, puede usar IOPS estándar extendidas para clústeres Gen2 alojados en AWS o Google Cloud. Las IOPS estándar extendidas le permiten aprovisionar hasta:

• 80k IOPS para clústeres dedicados de AWS Gen2

• 160k IOPS para clústeres dedicados de GCP Gen2

A medida que aumenta el IOPS, también aumenta el rendimiento de disco disponible del clúster.

Para los clústeres dedicados Gen2, el aprovisionamiento de IOPS adicionales y el escalado de la capacidad de almacenamiento se realizan de forma independiente, por lo que escalar uno no implica escalar el otro. Dado que el aprovisionamiento de IOPS adicionales y el escalado de la capacidad de almacenamiento son independientes, Atlas factura cada uno por separado.

Para obtener más información, consulta:

• Clústeres dedicados Gen2

• Configurar IOPS para clústeres Gen2

Configurar la tasa de IOPS

Relaciones mínimas de capacidad de disco a RAM

Atlas aplica los siguientes ratios mínimos para los niveles de clúster dados. Esto mantiene el rendimiento del clúster coherente con grandes conjuntos de datos.

Los tamaños de instancia M10 a M40 tienen una proporción de capacidad de disco a memoria del sistema de 60:1. Los tamaños de instancia mayores que M40 tienen una proporción de 120:1.

Atlas tiene límites de capacidad de disco en sets de réplicas individuales, escalado hasta 4 TB para niveles de clúster superiores. Para expandir el almacenamiento total del clúster más allá de los límites por defecto, puedes habilitar el almacenamiento extendido en la Configuración del proyecto. Para permitir un mayor escalado en el futuro, habilita el particionado para la expansión a largo plazo.