Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Pilar de optimización de costos

El pilar de optimización de costos del AWS Well-Architected Framework se centra en evitar costos innecesarios y en construir arquitecturas de una manera optimizada en cuanto a costos. Las siguientes recomendaciones pueden ayudarle a cumplir los principios de diseño de optimización de costes y las prácticas recomendadas de arquitectura de Amazon Timestream for InfluxDB.

El pilar de optimización de costos se centra en las siguientes áreas clave:

Comprenda los requisitos y los costos de su caso de uso

Recomendamos no utilizar Timestream para InfluxDB en los siguientes casos de uso:

Seleccionar los recursos prestando atención al costo

Los costos de las instancias de InfluxDB se basan en una tarifa por hora por las horas de ejecución de la instancia. Las instancias representan, en promedio, el 85 por ciento del costo total de ejecutar una base de datos AWS, por lo que el tamaño correcto puede tener importantes implicaciones de costo. La mejor manera de ajustar el tamaño de las instancias es probar el rendimiento de las aplicaciones:

Los costos de las instancias se escalan linealmente. El costo por hora de la db.influx.2xlarge instancia es el doble que el de la db.influx.xlarge instancia, aunque también tiene el doble de la asignación de recursos. La db.influx.16xlarge instancia es 16 veces el costo por hora de la db.influx.xlarge instancia.

Calcule el número de escrituras y lecturas de su carga de trabajo para un período de tiempo específico (segundos, minutos, horas o días). Las instancias de Timestream para InfluxDB admiten entre 50 000 y más de 500 000 escrituras por segundo y entre 10 y 100 consultas por segundo (QPS) según el tipo de instancia. Por ejemplo, db.influx.2xlarge normalmente admite hasta 150 000 escrituras por segundo y aproximadamente 25 QPS. Con un modelo de datos eficiente y consultas eficientes, puede superar ese rendimiento. Si sus requisitos varían según la hora del día, la semana o el mes, puede programar la ampliación y la reducción de la escala de la siguiente manera:

Escalado para satisfacer las necesidades empresariales sin gastar de más

Para experimentar a nivel básico con Timestream para InfluxDB, puede usar y. db.influx.medium db.influx.large Estas instancias son lo suficientemente grandes como para adquirir experiencia con Timestream para InfluxDB antes de invertir en instancias más grandes.

Las db.influx.large instancias db.influx.medium y son adecuadas para entornos de desarrollo de bajo coste. Sin embargo, tienen una RAM más pequeña (8 GiB y 16 GiB), menos v (CPUs 1 vCPU y 2 vCPUs) y un rendimiento de red de solo 10 GB. No todas las cargas de trabajo son adecuadas para estas clases de instancias. MemoryUtilizationSupervise CPUUtilization y amplíe o reduzca según sea necesario. A menudo, hay una relación coherente entre memoria y vCPU. La clase de instancia db.flux tiene una memory-to-vCPU proporción similar a la clase de instancia r7g de Amazon EC2. Recomendamos encarecidamente realizar pruebas de end-to-end rendimiento o carga antes de pasar a la fase de producción.

El modelado de datos eficiente, la escritura por lotes y las consultas optimizadas requieren menos uso de memoria y cómputo. Cuando se requieren menos recursos, puede utilizar instancias más pequeñas.

Ajustar el tamaño del almacenamiento y la transferencia de datos

Para almacenar datos, utilice las siguientes prácticas recomendadas:

Para la transferencia de datos, le recomendamos implementar la aplicación al mismo Región de AWS tiempo que su instancia de base de datos Timestream for InfluxDB para evitar sobrecargas de red entre regiones. También puede haber cargos por transferencia de datos. Para obtener más información sobre la transferencia de datos, consulta la página de precios.