Manual de estrategias de ahorro
A prioritised, step-by-step programme for reducing your cloud bill, with a 30/60/90-day plan.
Guía de ahorro: cómo reducir su factura de la nube
Un orden de trabajo práctico para reducir los costos de la nube: primero eliminar el desperdicio, luego ajustar el tamaño, luego comprometerse y luego mejorar la arquitectura. Cada paso nombra la página de CostGlass que lo admite.
- Trabaja en este orden: 1. eliminar desperdicios, 2. programar la no producción, 3. ajustar el tamaño, 4. comprometerse, 5. mejorar el diseño. Cada paso hace que el siguiente sea más seguro.
- Comprometerse después Tienes el tamaño correcto. De lo contrario, encerrarás una factura que estaba a punto de caer.
- No sumes las tarjetas de ahorro. Los recuentos de CostGlass se superponen una vez, y usted también debería hacerlo.
- Demuestra cada ahorro en tu factura real. Un ahorro que no puede ver en Cost Explorer el próximo mes no se ha producido.
- Asigne a cada paso un propietario designado y una fecha.
Cuatro principios
- Lo más seguro primero
- Comience con cambios que sean fáciles de revertir y que ocurran fuera de producción: eliminar cosas que nadie usa, apagar servidores de prueba por la noche.
- Mide antes de cambiar
- Utilice la utilización real y el costo facturado real. CostGlass etiqueta cada cifra con cómo se alcanzó (Medido, Precio de lista, Estimación de la nube o Estimación), para que sepa cuáles confirmar.
- Confirmar último
- Un compromiso es una promesa que no puedes cancelar. Haga que la factura sea lo más pequeña y estable posible antes de prometer pagarla.
- Verificar en la factura
- CostGlass registra lo que usted marca como hecho, pero sólo su factura prueba el ahorro.
Antes de empezar
- Todas sus nubes conectadas y mostrando datos. Consulte Conecta tus nubes.
- Etiquetas de recursos que dicen quién posee qué. Ver Estrategia de etiquetado; sin ellos no sabrás a quién preguntar antes de borrar algo.
- Una línea de base: anote el total del último mes completo en Explorador de costos. Te compararás con él.
- Un patrocinador que pueda aprobar pequeños riesgos y una breve lista de ingenieros con tiempo para actuar.
El programa, paso a paso
Paso 1: Eliminar el desperdicio (triunfos rápidos)
Desperdicio es todo aquello por lo que se paga y no se utiliza. Es el ahorro más barato porque no es necesario rediseñar nada.
| Qué buscar | Ubicación en CostGlass | Control de seguridad |
|---|---|---|
| Discos y volúmenes no conectados, direcciones IP no asignadas, servidores apagados que aún facturan, instantáneas antiguas | Savings (filter by Low Effort) | Pregúntale al dueño. Tome una instantánea o una copia de seguridad primero si no está seguro. Las cifras instantáneas son un límite superior. |
| Equilibradores de carga inactivos y servidores o bases de datos inactivos | Savings, Rightsizing (Idle) | Inactivo significa un uso bajo medido durante 12,5 días o más. Consulta si hay trabajos mensuales o estacionales. |
| Un servicio cuyo coste aumentó y se mantuvo | Ahorros (aumento sostenido de costos), AnomalÃas | Puede que sea un lanzamiento planificado. Pregunta qué cambió. |
| Recursos que nadie posee | Cumplimiento de etiquetas | Encuentra al dueño antes de actuar. |
Paso 2: Programar la no producción
Los servidores de desarrollo, prueba y preparación rara vez necesitan ejecutarse por la noche o los fines de semana. Utilice el Programador de instancias para detenerlos fuera del horario laboral (un plan de crecimiento o superior y un permiso único). Comience con algunos servidores, observe si hay problemas durante una semana y luego impleméntelo. No programe bases de datos o servidores con estado sin cuidado.
Paso 3: Tamaño correcto
Mueva servidores y bases de datos de gran tamaño hacia abajo de un tamaño a la vez, utilizando CPU y memoria medidas. Ver Rightsizing (ajuste de recursos). Necesita aproximadamente una semana de métricas (12,5 días para comprobaciones de inactividad) y los datos de la memoria necesitan el agente de CloudWatch en AWS. Pruebe cuando no esté en producción, cambie en una ventana de mantenimiento y mantenga el tamaño anterior como reversión.
Paso 4: Confirmar
Una vez liquidada la factura, cubre tu línea base estable con Planes de Ahorro, Reservas o descuentos por uso comprometido. Uso Compromisos de ahorro para ver cobertura, utilización, recomendaciones y vencimiento. Apunte a la banda del 70% al 85%, prefiera un plazo de un año al principio y nunca se comprometa a alcanzar su punto máximo.
Paso 5: Mejorar la arquitectura y las opciones de IA
Estos son los que toman más tiempo y conllevan el mayor riesgo de diseño, por lo que son los últimos. Ejemplos a los que CostGlass puede señalar: tipos de instancias de generación anterior y movimientos de Graviton o ARM (las oportunidades adicionales en Rightsizing (ajuste de recursos)), cargas de trabajo de Kubernetes que solicitan mucho más de lo que utilizan (Costos de Kubernetes), y para las plataformas de IA, trasladar el trabajo no urgente a la API Batch, usar el almacenamiento en caché rápido y elegir un nivel de modelo más económico donde la calidad lo permita (Gasto en SaaS e IA). Los ahorros de IA están etiquetados como estimaciones, basadas en suposiciones establecidas. Pruebe la calidad antes de cambiar de modelo.
Un plan de 30/60/90 días
| Período | Objetivo | Acciones | Hecho cuando |
|---|---|---|---|
| Días 1 al 30 | Visibilidad y resultados rápidos | Conecta todo. Ejecute un análisis completo. Arreglar etiquetas. Elimina los residuos de bajo esfuerzo. Pruebe el Programador de instancias en algunos servidores que no son de producción. Establece un presupuesto y alertas de costes. | Los artículos de desecho se marcan como hechos o descartados con un motivo. Se registra una línea de base. |
| Días 31 a 60 | Tamaño adecuado y programación amplia | Implementar la programación. Trabaje en filas de reducción de tamaño de alta confianza, comenzando en las que no son de producción. Instale el agente de CloudWatch donde se desconoce la memoria. Revise los elementos de Kubernetes y AI. | Los ahorros para corregir el tamaño aparecen en la factura. No hay incidentes de rendimiento por cambiar el tamaño. |
| Días 61 al 90 | Comprometerse e institucionalizarse | Con una factura saldada, compre compromisos hasta un nivel de cobertura seguro. Establecer recordatorios de renovación. Agregue una revisión de ahorro mensual. | La cobertura se encuentra en la banda objetivo con una utilización saludable. Existe una revisión mensual repetible. |
Cómo medir el progreso
- Ahorros obtenidos
- On the Savings page, the monthly saving of items you marked Mark done. Registra su reclamo; no lo verifica.
- El proyecto de ley en sí
- En Explorador de costos, compare el mes posterior a un cambio con el mes anterior, para el mismo servicio y cuenta. Considere el crecimiento del uso, así que mire el costo por unidad si puede (Economía unitaria).
- Compromiso salud
- Cobertura entre el 70% y el 85% y utilización de AWS igual o superior al 95%.
- Tendencia de residuos
- La cantidad y el valor de las recomendaciones abiertas que caen con el tiempo y no regresan después de volver a escanear.
Supongamos que marcó una recomendación hecha que prometía 200 al mes. El mes que viene, Cost Explorer muestra que el servicio cayó sólo en 120, pero su tráfico también creció. Anota las salvaciones que puedas defender (120), investiga el resto y continúa. (Las figuras son sólo una ilustración.)
Evite contar dos veces el mismo ahorro
Un plan de ahorro, un cambio de tamaño y un cronograma pueden reducir los mismos servidores. Si sumas las tarjetas, el total puede exceder lo que gastas. CostGlass se encarga de esto por usted: Potential Savings aplica recomendaciones una tras otra a la factura de cada nube, por lo que los ahorros superpuestos se cuentan una vez y el total nunca puede superar la factura. Por lo tanto, las tarjetas individuales sumarán más que el titular. Cite el titular y mantenga el orden de trabajo en este manual para que el ahorro de cada paso sea real antes de confiar en el siguiente. Ver Recomendaciones de ahorro por el detalle.
¿Quién debería poseer qué?
| Rol | Responsabilidades |
|---|---|
| Patrocinador ejecutivo | Establece el objetivo, desbloquea decisiones de riesgo, revisa el progreso mensualmente. |
| Líder de FinOps o socio financiero | Posee la línea base, la revisión mensual, las decisiones de compromiso (con aportes de ingeniería) y el presupuesto. |
| Propietarios de ingeniería (por equipo o servicio) | Revisar y realizar cambios de desperdicios, programación y adecuación de recursos propios. Saben lo que es seguro. |
| Equipo de plataforma o DevOps | Instale el agente de CloudWatch, implemente el permiso del programador, ejecute Kubernetes y realice cambios en la arquitectura. |
| Administradores de la nube | Realice compras en la consola en la nube y mantenga actualizados los stacks y permisos. |
Usar Acceso al equipo y JerarquÃa de la organización por lo que cada equipo ve sólo sus propias recomendaciones.