Recomendaciones para configuraciones de Atlas que ahorran costos

Reducir la escala de clústeres subutilizados

Utilice Performance Advisor y las métricas de clúster para identificar clústeres sobredimensionados. Busque niveles bajos constantes. System Max: User CPU utilization (menos del 45%) o RAM sobrante que nunca se utiliza por completo. Luego, reduzca el tamaño a un nivel que se ajuste mejor a sus patrones de carga de trabajo reales.

Muchos equipos empiezan con clústeres más grandes y se olvidan de realizar ajustes a medida que aprenden sus patrones de uso reales. Atlas ofrece opciones de bajo consumo de CPU para cargas de trabajo más ligeras y un dimensionamiento flexible que permite ajustar los recursos a la realidad en lugar de conjeturas. El dimensionamiento adecuado suele ser el mayor factor de coste que se puede aplicar.

Para obtener más información, consulte Reducir la escala de un clúster de forma reactiva.

• Habilite el escalamiento automático en su nivel de clúster para que coincida con su uso y evite el aprovisionamiento excesivo.

  La reducción se produce cada seis horas y debe cumplir condiciones específicas. Para obtener más información, consulte "Reducción de escala de un nivel de clúster".

  También puede moverse manualmente a un nivel de clúster inferior monitoreando regularmente el clúster. CPU, caché de WireTiger, memoria e IOP durante un 30 período continuo de días de uso normal. Generalmente, si el uso se mantiene constantemente por debajo 45del % de los recursos asignados, recomendamos reducir la escala.

• Para clústeres dedicados, considere reducir la escala a un nivel inferior o pausar el clúster si no lo usará durante un período prolongado.

  Recomendamos usar M10 M30 clústeres o para entornos de desarrollo y pruebas. Para obtener más información, consulte la Guía de tamaño de clústeres de Atlas.

• Para entornos de desarrollo y prueba, le recomendamos que:

  • Habilite una tarea cron para pausar los clústeres de desarrollo y prueba durante la noche, cuando nadie esté desarrollando activamente en el clúster. Puede pausar los clústeres con la API de administración de Atlas configurando el campo paused en true al usar cualquiera de los siguientes métodos:

    • Modificar un punto final del clúster.

    • Recurso de clúster de Terraform.

  • Configure una alerta en sus métricas de terceros o en su sistema de alertas que se active si un clúster de desarrollo o de prueba no ha tenido ninguna actividad en más de una semana.

  • Considere la posibilidad de cerrar los clústeres de desarrollo y prueba no utilizados después de un tiempo determinado y de enviar suficientes alertas por correo electrónico al propietario del clúster. Puede cerrar un clúster con los siguientes métodos:

    • API de Administración de Atlas mediante el endpoint Remover un clúster.

    • Recurso de clúster Terraform configurando el termination_protection_enabled campo false en.

Evite la distribución desigual de fragmentos

Para clústeres fragmentados, revise su estrategia de escalado para evitar fragmentos activos. Un fragmento activo se produce cuando un fragmento del clúster recibe desproporcionadamente más tráfico o datos que otros, lo que obliga a escalar todo el clúster cuando solo ese fragmento necesita más recursos.

Revise cómo se distribuyen sus colecciones entre los fragmentos para detectar estos desequilibrios. Busque colecciones con mucha actividad que aún no estén fragmentadas. Distribuya las colecciones correctamente para reducir el tamaño total del clúster. También puede configurar diferentes enfoques de fragmentación para las distintas colecciones según el uso que haga de cada una. Primero, intente reequilibrar el tráfico para que se distribuya de forma uniforme entre los fragmentos; si esto no es posible,utilice la función de fragmento independiente.

Cuando no se utiliza el escalado de fragmentos independientes, los fragmentos activos resultan costosos, ya que se termina pagando para escalar recursos innecesarios en todo el clúster. Al distribuir la carga de forma más uniforme mediante el fragmentación inteligente, se puede ajustar la configuración y evitar costos innecesarios. El ahorro depende de la carga de trabajo específica, pero estos enfoques permiten crecer de forma estable y rentable a medida que cambian los patrones de datos.

Para obtener más información, consulte Guía de escalabilidad de Atlas.

Optimizar las configuraciones de respaldo

• Las copias de seguridad continuas son costosas, pero ofrecen la máxima seguridad para recuperar datos desde cualquier momento dentro del período de copia de seguridad en caso de desastre o error de lógica de código. Recomendamos habilitar las copias de seguridad continuas solo para aplicaciones de producción en el nivel de datos más crítico.

• Reduzca la frecuencia de las copias de seguridad en los clústeres que almacenan datos menos críticos. Considere la posibilidad de desmantelar estos clústeres por completo para entornos de desarrollo.

Optimizar los patrones de transferencia de datos

Siempre que sea posible, opte por la transferencia de datos entre el mismo proveedor y la misma región para minimizar los costos. Utilice transferencias entre regiones o por Internet solo cuando sea necesario, por ejemplo, en situaciones de recuperación ante desastres donde necesite restaurar la aplicación en una región diferente. Ubicar su clúster en la misma región que la mayor parte de su tráfico (normalmente donde aloja su aplicación) puede reducir considerablemente los costos de transferencia de datos.

Comprimir el tráfico de la red

Habilite la compresión de red en el controlador de su cliente para comprimir los datos entre el cliente y el servidor. Por ejemplo, puede configurar la opción de compresión de red para su controlador de Node.js. Atlas siempre comprime la comunicación dentro del clúster.

Para obtener más información, consulte Cómo reducir los costos de transferencia de datos.

Optimizar la agrupación de conexiones

Revise la configuración del pool de conexiones de su aplicación y ajústela para que coincida con sus patrones de uso concurrente. La mayoría de las aplicaciones pueden reducir de forma segura el tamaño máximo de su pool con respecto a la configuración predeterminada, añadiendo tiempos de espera de conexión y lógica de reintento adecuados.

Cada conexión a la base de datos consume recursos tanto de la aplicación como del clúster. Un exceso de recursos en los grupos de conexiones genera una sobrecarga innecesaria y puede afectar negativamente al rendimiento debido a la sobrecarga de la conexión.

Para obtener más información, consulte Límites de conexión de MongoDB Atlas y niveles de clúster.

Evite consultas ineficientes

Revisa todas las aplicaciones y procesos que acceden a tus datos para detectar ineficiencias. Asegúrate de que los queries no:

• Vuelve a leer los datos que ya existen en el cliente.

• Se deben volver a guardar los datos existentes en el clúster.

Para obtener más información, consulte Cómo reducir los costos de transferencia de datos.

Optimizar consultas

Las consultas que tardan mucho en ejecutarse pueden aumentar el uso de recursos, lo que requiere clústeres de nivel superior. Optimice estas consultas para reducir el consumo de recursos y, en consecuencia, los costos.

Programe ajustes trimestrales de consultas con su equipo para revisar las consultas más lentas y auditar la huella de su índice. Utilice Performance Advisor para identificar índices faltantes y Query Profiler para detectar operaciones costosas. Cree una hoja de cálculo sencilla para realizar un seguimiento 10 de las consultas más costosas y su estado de optimización.

Las consultas se degradan a medida que aumentan los datos. Una consulta con un buen rendimiento a 1GB puede superar fácilmente su presupuesto a 100GB. Mientras tanto, los índices no utilizados consumen almacenamiento y ralentizan las escrituras sin aportar valor. Las revisiones periódicas detectan desviaciones de rendimiento de forma temprana y mantienen su estrategia de indexación optimizada y eficaz.

Para obtener más información, consulte Analizar consultas lentas.

Índices de búsqueda del Atlas en pausa

Un índice de Atlas Search podría estar obsoleto por cualquiera de las siguientes razones:

• La replicación se detuvo debido a la alta utilización del disco.

  Para los nodos de Atlas Search dedicados, el umbral de pausa de replicación es del 90% y el de reanudación de replicación es del 85% de utilización del disco para todas las escrituras en el clúster. Sin nodos de Atlas Search dedicados, el umbral de pausa de replicación es del 96% y el de reanudación de replicación es del 94% de utilización del disco para todas las escrituras en el clúster.

• Si la replicación se detiene durante un período más largo que la ventana del registro de operaciones, el proceso Atlas Search mongot se retira del registro de operaciones y luego debe resincronizarse.

  Este estado suele ocurrir cuando el punto de replicación actual ya no está disponible en el registro de operaciones. Atlas reconstruye el índice si mongod el mongot proceso se sale del registro de operaciones, lo que puede consumir muchos recursos y tiempo.

• El índice alcanzó el límite de dos mil millones de documentos.

• La replicación falló debido a un error.

Aún puede consultar el índice existente. Sin embargo, los resultados de las consultas en un índice obsoleto podrían contener datos obsoletos. Puede ampliar sus nodos de búsqueda para obtener más espacio en disco y, si no ha superado el umbral de bloqueo, eliminar los índices existentes para liberar espacio en disco. Como alternativa, utilice el error en el View status details ventana modal para solucionar el problema.

Para obtener más información,consulte Solucionar problemas de búsqueda de MongoDB.

Optimizar patrones de esquema

Colabore con su equipo de Atlas para revisar sus colecciones en busca de patrones costosos, como documentos de gran tamaño, matrices ilimitadas o esquemas que requieren operaciones costosas. Busque oportunidades para integrar datos relacionados a los que se accede conjuntamente, manteniendo los documentos individuales dentro de un tamaño razonable. Céntrese en eliminar patrones que requieran agregaciones complejas o búsquedas entre colecciones cuando estructuras de documentos más sencillas podrían funcionar.

Un diseño deficiente del esquema incrementa los costos de forma discreta debido a consultas ineficientes y sobrecarga de almacenamiento. El modelo de documento Atlas elimina de forma natural las costosas operaciones relacionales cuando se diseña correctamente. Las colecciones bien diseñadas reducen la sobrecarga de procesamiento, minimizan los requisitos de indexación y mejoran el rendimiento de las consultas, todo lo cual impacta directamente en su factura mensual.

Para obtener más información, consulte Diseño de esquema.

Optimizar el almacenamiento

Utilice funciones como el archivo en línea o los índices TTL para trasladar datos antiguos de un almacenamiento en caliente más costoso a un almacenamiento en frío más económico, o eliminar datos que ya no necesite. Después de archivar los datos, puede acceder a ellos a través de Atlas Data Federation.

Utilice el Explorador de costos

Utilice regularmente la herramienta Explorador de Costos para supervisar los patrones de gasto a nivel de organización, proyecto, clúster y servicio. Establezca una frecuencia que se ajuste a sus necesidades.

Programar alertas

Configure alertas de facturación para umbrales clave, como cuando sus costos mensuales superen una cantidad determinada. Por ejemplo, configure una alerta cuando los costos superen los100$. Este enfoque proactivo le ayuda a evitar sorpresas.

Revisar las facturas

Revise su factura mensualmente para evaluar los servicios de mayor costo utilizando las sugerencias de optimización de facturación anteriores. Esta es una práctica recomendada para identificar oportunidades de reducción de costos.

Si ves cambios inesperados en tu factura, verifica los costos de computación en la nube, que suelen ser la mayor parte de tu factura. Puedes revisar los costos de la computación en la nube en la tarjeta Summary By Service de cualquier factura dentro de la sección Atlas Billing. La vista Summary By Service muestra los costos de todos los clústeres por proveedor, nivel y región.

Elija el paradigma y la topología de implementación adecuados

El paradigma de implementación y la topología que elija pueden cambiar sus costos de Atlas.

Para obtener más información sobre el ahorro de costos para diferentes topologías, consulte la Guía de alta disponibilidad de Atlas.

Configurar el etiquetado de recursos

Aplique etiquetas consistentes a sus proyectos y clústeres de Atlas por equipo, entorno o centro de costos. Use etiquetas descriptivas como "equipo-marketing", "entorno-producción" o "proyecto-aplicación-móvil" para crear una clara visibilidad de la propiedad y el gasto en toda su organización.

Sin un etiquetado adecuado, su factura de Atlas se vuelve confusa, impidiendo rastrear qué equipos o proyectos generan costos. El etiquetado de recursos transforma su Explorador de Costos en una potente herramienta de contabilidad, facilitando la identificación de tendencias de costos, la asignación precisa de gastos y la detección de oportunidades de optimización por departamento o tipo de carga de trabajo.

Para obtener más información,consulte Etiquetas de recursos.