Pilares de optimización de costes y sostenibilidad

El pilar de Optimización de costes se centra en evitar costes innecesarios y obtener el máximo valor de su gasto en AWS. A menudo es el pilar con un impacto más inmediato, porque es fácil aprovisionar recursos de la nube en exceso. Principios de diseño clave: implementar la gestión financiera de la nube: tratar el coste como una métrica de primer nivel. Adoptar un modelo de consumo: pagar únicamente por lo que utiliza. Medir la eficiencia general: realizar un seguimiento del coste por unidad de valor empresarial. Reducir el gasto en tareas pesadas indiferenciadas: utilizar servicios administrados en lugar de gestionar la infraestructura.

El dimensionamiento adecuado es la acción de optimización de costes con mayor impacto: consiste en identificar y eliminar recursos sobredimensionados. Un patrón habitual es lanzar instancias grandes durante el aprovisionamiento inicial y no volver a revisarlas. AWS Compute Optimizer analiza las métricas de utilización y recomienda el tipo de instancia óptimo. Un caso habitual: una m5.4xlarge con un uso de CPU del 5 % debería ser una t3.medium, lo que permite ahorrar un 80 % del coste de cómputo. El dimensionamiento adecuado se aplica a EC2, Lambda (memoria), RDS y los volúmenes de EBS.

Para las cargas de trabajo estables, el precio bajo demanda es la opción más cara. Puede obtener ahorros considerables mediante: Reserved Instances (1 o 3 años): hasta un 72 % de ahorro para cargas de trabajo predecibles. Savings Plans: compromiso flexible (hasta un 66 % de ahorro) que se aplica a distintas familias de instancias y regiones. Spot Instances: hasta un 90 % de ahorro para cargas de trabajo interrumpibles (procesamiento por lotes, CI/CD y cargas sin estado). Una flota con costes optimizados suele combinar las tres opciones: Savings Plans para la capacidad base, Spot para los picos y On-Demand para casos excepcionales.

Las Spot Instances utilizan capacidad sobrante de AWS con un descuento de hasta el 90 %, pero pueden interrumpirse con un aviso de 2 minutos cuando AWS necesita recuperar esa capacidad. Spot funciona bien para: procesamiento por lotes (con puntos de control y reanudación), agentes de compilación de CI/CD, servidores web sin estado (detrás de un ALB; ELB redirige el tráfico para evitar las instancias interrumpidas) y nodos de trabajo de EMR y EKS. Use Spot Fleet o ASG con varios tipos de instancia y AZ para diversificar entre grupos de capacidad y reducir el riesgo de interrupciones.

Los costes de almacenamiento de S3 pueden reducirse considerablemente utilizando la clase de almacenamiento adecuada y automatizando las transiciones. S3 Intelligent-Tiering mueve automáticamente los objetos entre niveles de acceso según los patrones de acceso, por lo que resulta ideal cuando estos se desconocen. Las reglas de Lifecycle realizan la transición de los objetos según una programación: de Standard → Standard-IA después de 30 días → Glacier después de 90 días → Deep Archive después de 180 días. Considere también S3 Select para recuperar únicamente el subconjunto de datos del objeto que necesita, reduciendo así los costes de transferencia y procesamiento de datos.

Sin un etiquetado adecuado, es imposible saber cuánto gasta cada equipo o proyecto. Las Cost Allocation Tags permiten desglosar los costes por equipo, proyecto, entorno o cualquier otra dimensión que defina. Active las etiquetas en la consola de Billing y, a continuación, use AWS Cost Explorer para filtrar y agrupar los costes por etiqueta. Imponga el etiquetado mediante Tag Policies en AWS Organizations y use AWS Config rules para detectar recursos sin etiquetas. Esto permite aplicar showback (visibilidad) y chargeback (atribución de costes) a equipos individuales.

El pilar de Sustainability (añadido en 2021) se centra en minimizar el impacto medioambiental de las cargas de trabajo en la nube mediante la reducción del consumo energético y el aumento de la eficiencia. Principios de diseño: Comprenda su impacto: mida la huella de carbono de sus cargas de trabajo. Establezca objetivos de sostenibilidad. Maximice la utilización: dimensione adecuadamente para evitar recursos inactivos. Anticipe y adopte hardware más eficiente: utilice las generaciones más recientes de instancias. Utilice servicios administrados: AWS gestiona los centros de datos con mayor eficiencia que la mayoría de las organizaciones.

Los procesadores AWS Graviton (basados en ARM) ofrecen hasta un 60 % más de eficiencia energética y una relación precio/rendimiento entre un 20 % y un 40 % mejor que las instancias x86. Las instancias Graviton3/4 (familias c7g, m7g, r7g y t4g) están disponibles para la mayoría de las cargas de trabajo de EC2, Lambda y Fargate. Migrar de x86 a Graviton mejora simultáneamente los pilares de Sostenibilidad y Optimización de costes: se necesitan menos vatios por cálculo y los precios de las instancias son más bajos. La mayoría de las cargas de trabajo (Linux, aplicaciones contenerizadas y JVM) pueden migrarse con cambios mínimos.

Una fuente importante de costes innecesarios y desperdicio energético son los recursos inactivos: instancias EC2 con un uso de CPU del 1 %, volúmenes de EBS no asociados, direcciones IP elásticas sin utilizar y entornos de desarrollo y pruebas olvidados que funcionan las 24 horas. Implemente un programa de inicio y detención para los entornos que no sean de producción mediante reglas de EventBridge y Systems Manager Automation: detenga las instancias de desarrollo a las 18:00 y enciéndalas a las 08:00. Use AWS Trusted Advisor y Cost Explorer para identificar instancias inactivas, volúmenes de EBS sin utilizar y Reserved Instances infrautilizadas.

Almacenar datos indefinidamente desperdicia energía. El pilar de Sostenibilidad recomienda implementar políticas de ciclo de vida de los datos para eliminar o archivar automáticamente los datos que ya no sean necesarios. Use las reglas de S3 Lifecycle con fechas de expiración para eliminar objetos después de un periodo de retención. Use DynamoDB TTL para que los registros antiguos caduquen automáticamente. Use las políticas de retención de CloudWatch Logs para eliminar los grupos de logs después de un periodo definido. Eliminar datos innecesarios reduce tanto los costes de almacenamiento como la energía necesaria para almacenarlos y refrigerarlos.

La Optimización de costes a veces entra en conflicto con otros pilares. Multi-AZ RDS duplica el coste de la base de datos, pero es necesario para el pilar de Fiabilidad. Cross-Region Replication mejora la fiabilidad, pero aumenta los costes de almacenamiento y transferencia. Una arquitectura active-active multi-region reduce la latencia (Eficiencia del rendimiento), pero cuesta entre 2 y 3 veces más. El Well-Architected Framework no indica que siempre deba elegirse la opción más barata; indica que deben sopesarse conscientemente las ventajas y desventajas entre los pilares y documentarse los motivos. El examen evalúa su capacidad para seleccionar la solución más rentable que siga cumpliendo los requisitos indicados.

Compruebe sus conocimientos sobre los conceptos de AWS Solutions Architect (SAA-C03) tratados en esta lección.

En esta lección ha aprendido que: la Optimización de costes combina el dimensionamiento adecuado, los modelos de compra (Reserved/Savings Plans/Spot) y la gestión del ciclo de vida de S3; la Sostenibilidad se centra en maximizar la utilización, usar instancias Graviton e implementar políticas de ciclo de vida de los datos; y las ventajas y desventajas de costes frente a otros pilares deben evaluarse conscientemente según los requisitos empresariales. Las etiquetas de costes permiten aplicar showback y chargeback entre equipos. A continuación, exploraremos Well-Architected Tool y el proceso de revisión.