Curso AWS Cloud Practitioner CLF-C02

Optimizar costes en AWS no significa pulsar un botón para que todo sea más barato. Tampoco significa elegir siempre la opción de menor precio. Significa entregar el valor necesario con el coste adecuado: medir, entender el consumo, ajustar recursos, automatizar apagados, elegir modelos de compra correctos y evitar desperdicio.

Este módulo es muy importante para CLF-C02 porque muchas preguntas mezclan herramientas parecidas: Cost Explorer, Budgets, Pricing Calculator, Trusted Advisor, Compute Optimizer, Savings Plans, Reserved Instances y Spot. La clave no es memorizar nombres, sino reconocer qué problema de coste está intentando resolver el escenario.

1. Qué significa optimizar costes en AWS

En cloud, el coste cambia con el consumo. Eso es una ventaja porque puedes ajustar capacidad a la demanda, pero también implica una responsabilidad: si dejas recursos encendidos, mal dimensionados o sin control, la factura puede crecer sin aportar valor.

Optimizar costes consiste en responder preguntas como estas:

• ¿Qué servicio está generando más gasto?
• ¿Qué cuenta, proyecto o equipo consume más?
• ¿Hay recursos encendidos que nadie usa?
• ¿Las instancias están sobredimensionadas?
• ¿Hay almacenamiento antiguo en clases caras?
• ¿El uso es estable y permite compromisos?
• ¿Hay cargas que toleran interrupciones?
• ¿Tenemos alertas antes de superar el presupuesto?

2. Los pilares de una buena optimización

Para CLF-C02, puedes ordenar la optimización de costes en seis ideas sencillas:

• Visibilidad: saber qué se está gastando, dónde y por qué.
• Asignación: usar cuentas, etiquetas y categorías para repartir costes.
• Rightsizing: ajustar recursos al uso real.
• Modelo de compra: elegir On-Demand, Savings Plans, Reserved Instances o Spot según el patrón.
• Optimización de almacenamiento: usar clases adecuadas, lifecycle y eliminación de datos innecesarios.
• Automatización: apagar, escalar y limpiar recursos de forma controlada.

3. Cost Explorer: entender el gasto real

AWS Cost Explorer sirve para analizar el gasto histórico, detectar tendencias, ver qué servicios consumen más y entender cómo evoluciona el coste. Es una herramienta de análisis.

Piensa en Cost Explorer cuando una pregunta diga:

• Analizar gasto de los últimos meses.
• Ver tendencias de coste.
• Identificar servicios más caros.
• Explorar coste por servicio, cuenta o etiqueta.
• Entender cómo cambia la factura con el tiempo.

No lo confundas con Budgets. Cost Explorer te ayuda a analizar. Budgets te ayuda a definir umbrales y alertas.

4. AWS Budgets: controlar antes de pasarte

AWS Budgets permite crear presupuestos y recibir alertas cuando el coste, el uso o ciertos compromisos se acercan o superan un umbral. Es una herramienta preventiva.

Piensa en Budgets cuando el escenario diga:

• “Quiero recibir una alerta si supero 100 €”.
• “Necesito controlar el gasto mensual”.
• “Quiero avisos antes de superar el presupuesto”.
• “Quiero controlar uso o costes por proyecto”.

5. Pricing Calculator: estimar antes de desplegar

AWS Pricing Calculator se usa para estimar costes antes de desplegar una arquitectura. No analiza lo que ya gastaste; ayuda a calcular cuánto podría costar una solución futura.

Es muy habitual que el examen contraste estas tres herramientas:

• Pricing Calculator: estimar antes de desplegar.
• Cost Explorer: analizar gasto histórico.
• Budgets: crear presupuestos y alertas.

6. Etiquetas y asignación de costes

Las tags o etiquetas ayudan a clasificar recursos por proyecto, entorno, propietario, centro de coste o aplicación. Son fundamentales para entender quién consume qué.

Por ejemplo, puedes etiquetar recursos con:

• Project: plataforma-formacion
• Environment: dev, test, prod
• Owner: equipo-web
• CostCenter: marketing, it, formacion

En el examen, si una organización no puede repartir costes por departamentos o proyectos, las etiquetas suelen ser parte de la respuesta.

7. Rightsizing: ajustar recursos al uso real

Rightsizing significa ajustar el tamaño de un recurso a su uso real. Si tienes una instancia muy grande con CPU al 5% durante meses, probablemente estás pagando capacidad que no necesitas.

Rightsizing puede implicar:

• Cambiar a una instancia más pequeña.
• Cambiar a una familia de instancia más adecuada.
• Ajustar almacenamiento provisionado.
• Eliminar recursos no utilizados.
• Revisar capacidad reservada que ya no encaja.

Para CLF-C02, rightsizing aparece cuando el escenario habla de recursos infrautilizados, sobredimensionados o con bajo uso sostenido.

8. AWS Compute Optimizer

AWS Compute Optimizer analiza métricas de uso y recomienda configuraciones más adecuadas para recursos de compute. Te ayuda a identificar recursos sobredimensionados o infradimensionados.

Asócialo con:

• Recomendaciones de tamaño de instancias.
• Optimización de recursos de compute.
• Instancias infrautilizadas.
• Mejor equilibrio entre rendimiento y coste.

No lo confundas con Cost Explorer. Cost Explorer analiza coste; Compute Optimizer recomienda ajustes técnicos de compute.

9. AWS Trusted Advisor

AWS Trusted Advisor revisa tu entorno y ofrece recomendaciones en áreas como optimización de costes, seguridad, tolerancia a fallos, rendimiento, límites de servicio y excelencia operativa. El alcance de las comprobaciones disponibles depende del plan de soporte.

En optimización de costes, puede ayudarte a detectar cosas como:

• Recursos infrautilizados.
• Instancias o volúmenes que podrían optimizarse.
• Oportunidades de ahorro.
• Buenas prácticas generales.

10. On-Demand, Savings Plans, Reserved Instances y Spot

Una parte clave del examen es entender modelos de compra. No todos sirven para lo mismo.

On-Demand

Pagas por uso sin compromiso a largo plazo. Es flexible, cómodo para pruebas, cargas impredecibles o entornos temporales. Suele ser más caro que comprometer uso estable.

Savings Plans

Ofrecen descuento a cambio de comprometer un gasto por hora durante uno o tres años. Son útiles cuando tienes uso de compute estable y quieres ahorrar manteniendo cierta flexibilidad.

Reserved Instances

Ofrecen descuento a cambio de compromiso sobre instancias concretas o capacidad, según el tipo. Son útiles para cargas predecibles y estables.

Spot Instances

Permiten usar capacidad sobrante de EC2 con descuentos importantes, pero pueden interrumpirse. Son adecuadas para cargas tolerantes a interrupciones: batch, procesamiento paralelo, pruebas, renderizado o trabajos que puedan reintentarse.

11. Cuándo no usar Spot

Spot puede ahorrar mucho, pero no es adecuado para todo. Evita asociarlo a bases de datos críticas, sistemas que no toleran interrupciones o cargas que deben ejecutarse siempre sin parada.

12. Optimización de almacenamiento

El almacenamiento también se optimiza. No todos los datos necesitan estar en la clase más cara ni accesible de forma inmediata.

Ejemplos habituales:

• Datos frecuentes → clases de acceso frecuente.
• Datos antiguos o poco usados → clases de menor coste.
• Archivado → Glacier o Deep Archive, según necesidad de recuperación.
• Datos temporales → eliminar cuando ya no sirven.
• Snapshots antiguos → revisar retención.

13. S3 Lifecycle

S3 Lifecycle permite mover objetos automáticamente entre clases de almacenamiento o eliminarlos según reglas. Es muy útil cuando sabes que los datos se consultan mucho al principio y casi nunca después.

Para CLF-C02, piensa en S3 Lifecycle cuando el escenario diga:

• Datos antiguos que casi no se consultan.
• Mover automáticamente objetos a clases más baratas.
• Archivado gradual.
• Eliminar objetos después de cierto tiempo.

14. Automatizar apagados y escalado

Muchos costes se reducen simplemente evitando recursos encendidos sin necesidad. Entornos de desarrollo, laboratorios, pruebas o staging no siempre tienen que estar activos 24x7.

Buenas prácticas:

• Apagar entornos no productivos fuera de horario.
• Usar Auto Scaling para adaptar capacidad.
• Eliminar recursos temporales.
• Automatizar limpieza de snapshots o volúmenes huérfanos.
• Revisar balanceadores, IPs elásticas y discos no utilizados.

15. Cost and Usage Report

AWS Cost and Usage Report, o CUR, proporciona datos detallados de coste y uso. Es más granular que una vista simple de facturación y se utiliza para análisis financiero avanzado.

En CLF-C02, si el escenario pide detalle muy granular para análisis de costes, CUR puede ser la respuesta. Si solo pide ver tendencias, Cost Explorer suele ser más directo.

16. Cost Anomaly Detection

AWS Cost Anomaly Detection ayuda a detectar patrones anómalos de gasto usando machine learning. Es útil cuando quieres recibir avisos de aumentos inesperados o comportamientos raros en la factura.

Asócialo con:

• Detección de gasto inesperado.
• Anomalías de coste.
• Alertas ante desviaciones inusuales.

17. Comparativa rápida para examen

18. Diferencias que suelen confundir

19. Errores típicos

• Elegir Spot para una base de datos crítica que no tolera interrupciones.
• Comprar compromisos sin analizar primero si el uso es estable.
• Elegir Budgets para estimar una arquitectura futura.
• Usar Cost Explorer cuando el requisito es una alerta de presupuesto.
• Optimizar almacenamiento sin considerar tiempo de recuperación.
• No usar etiquetas y luego no poder asignar costes por proyecto.
• Dejar entornos de desarrollo encendidos 24x7 sin necesidad.
• Ignorar snapshots, volúmenes, IPs elásticas o balanceadores abandonados.
• Pensar que cloud siempre es más barato sin gobernanza.

20. Cómo pensar preguntas de examen

Cuando leas una pregunta de costes, identifica primero el verbo:

• Estimar coste futuro → Pricing Calculator.
• Analizar gasto pasado → Cost Explorer.
• Alertar por umbral → Budgets.
• Recomendar ahorro → Trusted Advisor o Compute Optimizer.
• Ajustar tamaño → rightsizing.
• Comprometer uso estable → Savings Plans o Reserved Instances.
• Aprovechar capacidad barata e interrumpible → Spot.
• Archivar datos antiguos → S3 Lifecycle / Glacier.
• Asignar costes por proyecto → tags.

21. Cómo saber si dominas este módulo

Vas bien si puedes explicar sin mirar apuntes:

• La diferencia entre Pricing Calculator, Cost Explorer y Budgets.
• Qué significa rightsizing.
• Cuándo usar Savings Plans, Reserved Instances, On-Demand y Spot.
• Por qué Spot no encaja con cargas críticas no interrumpibles.
• Para qué sirven Trusted Advisor y Compute Optimizer.
• Cómo ayudan las etiquetas a repartir costes.
• Cuándo usar S3 Lifecycle y clases de almacenamiento de menor coste.
• Por qué apagar entornos no productivos puede ahorrar bastante.

Resumen final

Para CLF-C02, la optimización de costes se entiende mejor como un proceso: primero ganas visibilidad, después asignas costes con etiquetas, luego ajustas recursos, eliges modelos de compra adecuados, automatizas apagados y optimizas almacenamiento.

Recuerda las asociaciones clave: Pricing Calculator estima antes de desplegar; Cost Explorer analiza gasto histórico; Budgets alerta por umbrales; Trusted Advisor y Compute Optimizer recomiendan mejoras; Savings Plans y Reserved Instances ahorran con uso estable; Spot reduce coste en cargas interrumpibles; S3 Lifecycle optimiza datos antiguos.