Personaliza el almacenamiento del clúster

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

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.

Comportamiento del tamaño del Oplog

Atlas gestiona el tamaño del oplog del clúster y sus entradas de manera diferente, dependiendo 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.

  Puedes establecer la ventana mínima de retención de oplog a un valor concreto en la interfaz de usuario de Atlas. Para que el escalado automático del almacenamiento se complete con éxito, Atlas requiere la ventana mínima de retención del oplog (oplogMinRetentionHours) 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.

• Puedes optar por no hacer escalado automático de almacenamiento en clúster desmarcando la casilla de verificación de Storage Scaling en la sección Auto-scale . Si optas por no usar el almacenamiento escalado automático, Atlas gestiona el tamaño de 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.

    Atlas cambia automáticamente el tamaño del oplog si cambias el tamaño del almacenamiento solo si previamente has configurado manualmente un tamaño de oplog personalizado para tu clúster. Si nunca ha configurado manualmente el tamaño de oplog, Atlas no escala automáticamente el tamaño de Oplog cuando se cambia el tamaño del almacenamiento.

  • Puedes optar por aumentar el tamaño del oplog cuando aumentes el almacenamiento del clúster. En este caso, establece manualmente el tamaño del oplog a un valor determinado al crear un clúster. Solo después de que hayas configurado manualmente un tamaño personalizado de oplog, Atlas escalará automáticamente el tamaño del oplog cuando aumentes 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).

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 elijas un clúster Low CPU o General de Azure, Atlas asigna el tamaño de almacenamiento por defecto y el IOPS según el nivel que selecciones.

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, la mayor cantidad de IOPS aún no es suficiente y el nivel del clúster está en una región que admite almacenamiento ampliado, puedes aumentar 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 y IOPS.

• Cambia el tamaño del volumen de datos en Azure
• Configurar el almacenamiento ampliado/IOPS en Azure

Cambiar la capacidad de almacenamiento en Google Cloud

Google Cloud admite almacenamiento extendido con las siguientes limitaciones:

• M40hasta 4TB

• M50/M60: hasta 8TB

• M80+hasta 14TB

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 reduces la capacidad de almacenamiento de un clúster, Atlas aprovisiona nuevos volúmenes y luego sincronizas los datos de los volúmenes antiguos con los nuevos usando una sincronización inicial lógica o basada en una copia de archivo.

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.

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.

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 aprovisionados vs. IOPS estándar en AWS

Los IOPS aprovisionados permiten personalizar la tasa máxima de IOPS para el clúster. También:

• Entregan la tasa de IOPS configurada de manera más coherente en comparación con las IOPS estándar.

• 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 aprender más sobre los méritos de usar IOPS aprovisionadas frente a las estándar, consulta Instancias optimizadas para Amazon EBS. Consulta el siguiente resumen:

• Los volúmenes SSD de propósito general están diseñados para proporcionar su rendimiento básico el 99 % del tiempo.

• Los volúmenes del SSD con IOPS aprovisionados están diseñados para ofrecer su rendimiento aprovisionado el 99,9 % del tiempo.

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.