Pilar de optimización de costos del enfoque Well-Architected de Amazon ElastiCache - Amazon ElastiCache

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 del enfoque Well-Architected de Amazon ElastiCache

El pilar de optimización de costes se centra en evitar costos innecesarios. Los temas clave incluyen comprender y controlar dónde se gasta el dinero, seleccionar el tipo de nodo más adecuado (utilice instancias que admitan la organización de datos en niveles en función de las necesidades de la carga de trabajo), el número correcto de tipos de recursos (el número de réplicas leídas), analizar el gasto a lo largo del tiempo y escalar para satisfacer las necesidades empresariales sin gastar de más.

COST 1: ¿Cómo se identifica y se realiza el seguimiento de los costos asociados a los recursos de ElastiCache? ¿Cómo se desarrollan los mecanismos que permiten a los usuarios crear, gestionar y eliminar los recursos creados?

Introducción a nivel de pregunta: Para comprender las métricas de costos es preciso la participación y la colaboración de varios equipos: ingeniería de software, gestión de datos, propietarios de productos, finanzas y liderazgo. Identificar los principales factores de los costos requiere que todas las partes involucradas comprendan las herramientas de control del uso de los servicios y las soluciones de compromiso que conlleva la administración de costos. Con frecuencia es la diferencia clave entre los esfuerzos de optimización de costos fructíferos e infructuosos. Garantizar que cuente con procesos y herramientas para realizar un seguimiento de los recursos creados desde el desarrollo hasta la producción y la retirada le ayudara a gestionar los costos asociados a ElastiCache.

Ventaja a nivel de pregunta: El seguimiento continuo de todos los costos asociados a la carga de trabajo requiere un conocimiento profundo de la arquitectura que incluye ElastiCache como uno de sus componentes. Además, debe contar con un plan de administración de costos para recopilar y comparar el uso con su presupuesto.

  • [Obligatorio] Establezca un centro de excelencia en la nube (CCoE) que tenga un estatuto constitutivo que se encargue de definir, seguir y tomar medidas relacionado con las métricas en torno al uso de ElastiCache en su organización. Si hay un CCoE y funciona, asegúrese de que sepa cómo interpretar y seguir los costos asociados con ElastiCache. Cuando se creen recursos, utilice políticas y roles de IAM para validar que solo equipos y grupos específicos puedan crear instancias de los recursos. Esto garantiza que los costos estén asociados a los resultados comerciales y que se establezca una línea clara de responsabilidad, desde la perspectiva de los costos.

    1. El CCoE debe identificar, definir y publicar métricas de costos que se actualicen de forma periódica (mensual) en torno al uso clave de ElastiCache en datos categóricos, como:

      1. Tipos de nodos utilizados y sus atributos: instancias estándar frente a instancias optimizadas para memoria, instancias bajo demanda o reservadas, regiones y zonas de disponibilidad

      2. Tipos de entornos: gratuitos, de desarrollo, de pruebas y de producción

      3. Estrategias de almacenamiento y retención de copias de seguridad

      4. Transferencia de datos dentro y entre regiones

      5. Instancias que se ejecutan en Amazon Outposts

    2. El CCoE está formado por un equipo multifuncional con representación no exclusiva de los equipos de ingeniería de software, gestión de datos, equipo de productos, finanzas y liderazgo de su organización.

    [Recursos]:

  • [Obligatorio] Utilice etiquetas de asignación de costos para realizar un seguimiento de los costos con un nivel de detalle bajo. Utilice la administración de costos de AWS para visualizar, comprender y administrar los costos de AWS y el uso a lo largo del tiempo.

    1. Puede utilizar etiquetas para organizar los recursos y etiquetas de asignación de costos para realizar un seguimiento de los costos de AWS en un nivel detallado. Después de activar las etiquetas de asignación de costos, AWS las utiliza para organizar los costos de los recursos en el informe de asignación de costos, de forma que le resulte más fácil clasificar en categorías los costos de AWS y hacer un seguimiento de ellos. AWS proporciona dos tipos de etiquetas de asignación de costos, las etiquetas de generadas por AWS y las etiquetas definidas por el usuario. AWS define, crea y aplica las etiquetas generadas por AWS por usted, mientras usted define, crea y aplica las etiquetas definidas por el usuario. Debe activar ambos tipos de etiquetas por separado para que puedan aparecer en Cost Management o en un informe de asignación de costos.

    2. Utilice las etiquetas de asignación de costos para organizar la factura de AWS de modo que refleje su propia estructura de costos. Al agregar etiquetas de asignación de costos a sus recursos en Amazon ElastiCache, podrá realizar un seguimiento de los costos mediante el agrupamiento de los gastos en sus facturas por valores de etiqueta de recursos. Plantéese combinar etiquetas para realizar un seguimiento de los costos con un mayor nivel de detalle.

    [Recursos]:

  • [Lo mejor] Conecte el costo de ElastiCache con las métricas que llegan a toda la organización.

    1. Tenga en cuenta las métricas empresariales y las métricas operativas, como la latencia: ¿qué conceptos de su modelo de negocio son comprensibles en todos los roles? Las métricas deben ser comprensibles para el mayor número posible de roles de la organización.

    2. Ejemplos: usuarios atendidos simultáneamente, latencia máxima y promedio por operación y usuario, puntuaciones de participación de los usuarios, tasas de retorno de usuarios por semana, duración de la sesión por usuario, tasa de abandono, tasa de aciertos de caché y seguimiento de las claves.

    [Recursos]:

  • [Bueno] Mantenga una visibilidad operativa y arquitectónica actualizada de las métricas y los costos de toda la carga de trabajo que usa ElastiCache.

    1. Entienda todo su ecosistema de soluciones: ElastiCache suele formar parte de un ecosistema completo de servicios de AWS en su conjunto tecnológico, desde clientes hasta API Gateway, Redshift y QuickSight para las herramientas de generación de informes (por ejemplo).

    2. Mapee los componentes de su solución, desde los clientes, las conexiones, la seguridad, las operaciones en memoria, el almacenamiento, la automatización de recursos, el acceso y la administración de datos, en su diagrama de arquitectura. Cada capa se conecta a toda la solución y tiene sus propias necesidades y capacidades que aumentan el costo total o ayudan a gestionarlo.

    3. El diagrama debe incluir el uso de políticas de computación, redes, almacenamiento, ciclo de vida y recopilación de métricas, así como los elementos operativos y funcionales de ElastiCache de su aplicación.

    4. Es probable que los requisitos de la carga de trabajo evolucionen con el tiempo por lo que es esencial que siga manteniendo y documentando su comprensión de los componentes subyacentes, así como de sus objetivos funcionales principales, a fin de mantener una actitud proactiva en la gestión de los costes de la carga de trabajo.

    5. El apoyo ejecutivo respecto a la visibilidad, la responsabilidad, la priorización y los recursos es crucial para tener una estrategia de administración de costos eficaz para su ElastiCache.

COST 2: ¿Cómo se utilizan las herramientas de supervisión continua para ayudar a optimizar los costos asociados a los recursos de ElastiCache?

Introducción a nivel de pregunta: Debe buscar un equilibrio adecuado entre las métricas de costos de ElastiCache y de rendimiento de la aplicación. Amazon CloudWatch proporciona visibilidad de las métricas operativas clave que pueden ayudarlo a evaluar si sus recursos de ElastiCache están sobreutilizados o infrautilizados, en relación con sus necesidades. Desde el punto de vista de la optimización de costos, debe comprender cuándo está sobreaprovisionado y poder desarrollar los mecanismos adecuados para cambiar el tamaño de sus recursos de ElastiCache y, al mismo tiempo, mantener sus necesidades operativas, de disponibilidad, de resiliencia y de rendimiento.

Ventaja a nivel de pregunta: En un estado ideal, habrá aprovisionado suficientes recursos para satisfacer las necesidades operativas de su carga de trabajo y no tendrá recursos infrautilizados que puedan llevar a un estado de costos deficiente. Debe poder identificar y evitar utilizar recursos de ElastiCache sobredimensionados durante períodos prolongados.

  • [Obligatorio] Utilice CloudWatch para supervisar sus clústeres de ElastiCache y analizar cómo se relacionan estas métricas con sus paneles de AWS Cost Explorer.

    1. ElastiCache proporciona métricas de nivel de anfitrión (por ejemplo, sobre el uso de la CPU) y métricas específicas del software del motor de caché (por ejemplo, las tasas de caché y los errores de caché). Estas métricas se miden y publican para cada nodo de caché en intervalos de 60 segundos.

    2. Las métricas de rendimiento de ElastiCache (CPUUtilization, EngineUtilization, SwapUsage, CurrConnections y Evictions) pueden indicar que necesita escalar o reducir verticalmente o (utilizar tipos de nodos de caché más grandes o más pequeños) o escalar o reducir horizontalmente (agregar más/menos particiones). Comprenda las implicaciones financieras de las decisiones de escalado mediante la creación de una matriz de estrategias que estime el costo adicional y los períodos de tiempo mínimos y máximos necesarios para cumplir con los umbrales de rendimiento de sus aplicaciones.

    [Recursos]:

  • [Obligatorio] Comprenda y documente su estrategia de copias de seguridad y las implicaciones de costos.

    1. Con ElastiCache, las copias de seguridad se almacenan en Amazon S3, que proporciona un almacenamiento duradero. Debe comprender las implicaciones de costos en relación con su capacidad para recuperarse en caso de errores.

    2. Habilite copias de seguridad automáticas que eliminarán los archivos de copia de seguridad que hayan superado el límite de retención.

    [Recursos]:

  • [Lo mejor] Utilice nodos reservados para sus instancias como estrategia deliberada para administrar los costos de las cargas de trabajo que se conocen bien y están documentadas. Los nodos reservados se cobran por adelantado en función de una tarifa que depende del tipo de nodo y la duración de la reserva: uno o tres años. Dicho cargo es mucho menor que el cargo por uso por hora que se aplica con los nodos bajo demanda.

    1. Es posible que tenga que operar sus clústeres de ElastiCache mediante nodos bajo demanda hasta que haya recopilado suficientes datos para estimar los requisitos de instancias reservadas. Planifique y documente los recursos necesarios para satisfacer sus necesidades y compare los costos esperados entre los tipos de instancias (bajo demanda o reservadas).

    2. Evalúe periódicamente los nuevos tipos de nodos de caché disponibles y determine si tiene sentido, desde una perspectiva de métricas operativas y de costos, migrar su flota de instancias a nuevos tipos de nodos de caché.

COST 3: ¿Debe usar un tipo de instancia que admita la organización de datos en niveles? ¿Cuáles son las ventajas de la organización de datos en niveles? ¿Cuándo no se deben usar instancias de almacenamiento de datos en niveles?

Introducción a nivel de pregunta: Seleccionar el tipo de instancia adecuado no solo puede tener un impacto en el rendimiento y el nivel de servicio, sino también en los aspectos financieros. Los tipos de instancias tienen diferentes costos asociados. Una decisión natural es seleccionar uno o varios tipos de instancias grandes que puedan adaptarse a todas las necesidades de almacenamiento de memoria. Sin embargo, esto podría tener un impacto significativo en los costos a medida que el proyecto madure. Para asegurarse de seleccionar el tipo de instancia correcto, es necesario examinar periódicamente el tiempo de inactividad del objeto ElastiCache.

Ventaja a nivel de pregunta: Debe tener una idea clara de cómo los distintos tipos de instancias afectan a sus costes en el presente y en el futuro. Los cambios marginales o periódicos en la carga de trabajo no deberían provocar cambios desproporcionados en los costos. Si la carga de trabajo lo permite, los tipos de instancias que admiten la organización de datos en niveles ofrecen un mejor precio por almacenamiento disponible. Gracias al almacenamiento SSD disponible por instancia, las instancias de organización de datos en niveles admiten una capacidad total de datos por instancia mucho mayor.

  • [Obligatorio] Comprenda las limitaciones de las instancias de almacenamiento de datos en niveles.

    1. Solo están disponibles para clústeres de ElastiCache para Redis.

    2. Solo algunos tipos de instancias admiten la organización de datos en niveles.

    3. Solo se admite la versión 6.2 y superior de ElastiCache para Redis.

    4. Los elementos grandes no se intercambian a SSD. Los objetos de más de 128 MiB se guardan en la memoria.

    [Recursos]:

  • [Obligatorio] Comprenda a qué porcentaje de su base de datos accede regularmente su carga de trabajo.

    1. Las instancias de almacenamiento de datos en niveles son ideales para cargas de trabajo que, a menudo, acceden a una pequeña parte del conjunto de datos general, pero que aun así requieren un acceso rápido al resto de los datos. En otras palabras, la relación entre datos calientes y templados es de aproximadamente 20:80.

    2. Desarrolle un seguimiento a nivel de clúster del tiempo de inactividad de los objetos.

    3. Las implementaciones grandes de más de 500 Gb de datos son buenas candidatas.

  • [Obligatorio] Comprenda que las instancias de organización de datos en niveles no son opcionales para determinadas cargas de trabajo.

    1. El acceso a los objetos que se utilizan con menos frecuencia conlleva un pequeño costo de rendimiento, ya que se intercambian a SSD locales. Si su aplicación depende del tiempo de respuesta, pruebe el impacto en su carga de trabajo.

    2. No resulta adecuado para cachés que almacenan principalmente objetos grandes de más de 128 MiB de tamaño.

    [Recursos]:

  • [Lo mejor] Los tipos de instancias reservadas admiten la organización de datos en niveles. Esto garantiza un menor costo en términos de cantidad de almacenamiento de datos por instancia.

    1. Es posible que tenga que operar sus clústeres de ElastiCache mediante instancias sin organización de datos en niveles hasta que comprenda mejor sus requisitos.

    2. Analice el patrón de uso de datos de sus clústeres de ElastiCache.

    3. Cree un trabajo automatizado que recopile periódicamente el tiempo de inactividad de los objetos.

    4. Si observa que un gran porcentaje (alrededor del 80 %) de los objetos permanecen inactivos durante un período de tiempo que considere apropiado para su carga de trabajo, documente los hallazgos y sugiera migrar el clúster a instancias que admitan la organización de datos en niveles.

    5. Evalúe periódicamente los nuevos tipos de nodos de caché disponibles y determine si tiene sentido, desde una perspectiva de métricas operativas y de costos, migrar su flota de instancias a nuevos tipos de nodos de caché.

    [Recursos]: