skie.io
Sage for AWS

Decisiones de costos que se toman en conjunto

Sage es el motor de optimización de costos de skie para AWS. Redimensiona tus recursos, desde el cómputo hasta las bases de datos y el almacenamiento, planifica qué compromisos comprar y concilia ambas cosas en una sola pasada, porque cambiar una altera la respuesta de la otra. Después aplica los cambios por ti, dentro de una ventana de mantenimiento que ya aprobaste.

Solicita una evaluación gratuita

¿Quién implementa las recomendaciones?

La mayoría de las herramientas te entrega una lista y te desea suerte. Esas listas quedan sin tocar durante meses y casi nunca es porque alguien esté en desacuerdo. Redimensionar una instancia implica detenerla y volver a arrancarla, y nadie quiere abrir una ventana de cambio solo para ahorrar dinero. Sage elimina ese problema al enganchar el cambio a una ventana que ya ejecutas.

  1. Paso 1

    Sage recomienda

    Una ejecución de redimensionamiento produce el cambio de tipo de instancia propuesto, con el recurso, la cuenta y la región adjuntos.

  2. Paso 2

    Se programa una acción

    El cambio se convierte en una acción rastreada, programada para aplicarse en tu próximo parche del sistema operativo. La indisponibilidad ya está contemplada, así que el redimensionamiento no cuesta nada adicional en riesgo ni en coordinación.

  3. Paso 3

    Guardian lo ejecuta

    skie Guardian realiza el cambio durante la ventana de parcheo, junto con el mantenimiento que ibas a hacer de todos modos.

  4. Paso 4

    El resultado vuelve

    El resultado queda escrito sobre la recomendación, con marcas de tiempo y un estado. Las acciones aplicadas, pendientes y canceladas se contabilizan, y los fallos siguen visibles en lugar de desaparecer.

Registro de una acción de optimización completada para cambiar el tipo de instancia, con el estado aplicado, el identificador de la instancia, la región, el tipo antes y después del cambio, y las fechas de creación y finalización.
Cada acción deja un registro. Esta se generó el 13 de agosto y se completó el 15 de agosto. No se ejecutó bajo demanda, esperó la ventana de parcheo de la cuenta. El nombre de la cuenta está oculto aquí porque el entorno pertenece a un cliente; nada más en este registro fue modificado.

La implementación automatizada ya está disponible para EC2, RDS y EBS. Los entornos donde se ejecuta incluyen instancias productivas de SAP S/4HANA y de bases de datos HANA.

¿Por qué optimizar EC2, ECS y EKS en conjunto?

Los Savings Plans y las Reserved Instances se comparten entre EC2, ECS y EKS. Si optimizas uno por separado, te equivocas en los otros dos. Sage resuelve los tres en una sola ejecución, de modo que el plan de compromisos refleja la huella que realmente tendrás después de redimensionar y no la que tienes hoy.

Cómo se ve esto en una sola ejecución de optimización.
Qué hace la ejecuciónPor qué importa
Reduce el gasto por redimensionamiento y sube el gasto en compromisos en el mismo planRedimensionar cambia la forma de tu consumo, así que la posición de compromiso correcta cambia con ella. A veces el total más barato implica comprar más compromiso, no menos. Una herramienta que trata ambos por separado no puede llegar a esa respuesta.
Aumenta un node group mientras vacía otrosConsolidar cargas de trabajo en menos node groups, mejor ajustados, puede implicar hacer crecer uno de ellos. El total baja aunque una línea suba.
Marca Reserved Instances y Savings Plans como sobrecomprometidosSage te avisa cuando estás comprometido más allá del consumo que puedes cubrir, conciliando cada compromiso individual con su utilización mensual medida. Es lo contrario del incentivo habitual de venderte más compromiso.
Trata EKS como una flotaLos node groups se dimensionan por nodos, núcleos y memoria en conjunto, no instancia por instancia, que es la única forma de que las cuentas salgan bien en Kubernetes.
Muestra la cobertura de reserva junto a cada propuestaNunca se recomienda un redimensionamiento sin mostrar qué cubre la instancia actual. Este es el problema de las decisiones desconectadas que encarece los costos cuando las herramientas trabajan aisladas.
Análisis de costos de una ejecución de optimización de Sage, con el costo mensual actual y optimizado desglosado en ECS bajo demanda, reserved instances, savings plans y nodos de EKS, con una fila de total.
Una ejecución, cuatro componentes de costo. El redimensionamiento baja la línea de nodos de EKS mientras sube el gasto en savings plans, porque la posición de compromiso correcta cambió junto con la huella. El total baja aunque dos líneas suban.
Panel de cobertura de compromisos con reserved instances y savings plans, cada uno con el monto mensual comprometido, el consumo que cubre y una advertencia de sobrecompromiso.
Sage te avisa cuando te comprometiste de más. Ambas posiciones aparecen marcadas como sobrecomprometidas frente al consumo medido, conciliadas compromiso por compromiso.
Tabla de recomendaciones de node groups de EKS con node group, clúster, cuenta, cambio de tipo de instancia y cambio en la cantidad de nodos, con etiquetas de accionable y sin cambio.
Algunas cosas crecen para que el total baje. Un node group pasa de un nodo a dos mientras dos grupos autogestionados se vacían por completo. Los node groups que el optimizador decidió no tocar permanecen en la lista, marcados como sin cambio.
Resumen de redimensionamiento de la flota de EKS con cantidad de nodos, núcleos y memoria antes y después de la optimización, cada uno con la reducción y el porcentaje.
Kubernetes se dimensiona como una flota. Nodos, núcleos y memoria se mueven juntos, no instancia por instancia.

¿Esto solo cubre cómputo?

No. Las bases de datos y el almacenamiento se optimizan igual, y tienen sus propios instrumentos de compromiso en vez de tomar prestado el modelo de cómputo. Una ejecución de base de datos abarca RDS, Aurora y DynamoDB en una sola pasada, y pondera reserved instances y database savings plans junto con los cambios de tamaño que está proponiendo al mismo tiempo.

Análisis de costos de una ejecución de optimización de bases de datos, con una tabla de cinco componentes de costo que cubre reserved instances, costo bajo demanda, almacenamiento de Aurora, database savings plan y DynamoDB bajo demanda, cada uno antes y después.
Una ejecución, cinco componentes de costo. El gasto bajo demanda en bases de datos baja mientras sube el de reserved instances y savings plans para compensarlo, el bajo demanda de DynamoDB queda en cero y el almacenamiento de Aurora se deja intacto porque ahí no hay nada que ganar. El mismo compromiso que en cómputo, con instrumentos propios de bases de datos.
Dos paneles: el cambio de costo dividido en ahorro por redimensionamiento, un aumento menor en gasto de compromisos y una categoría menor adicional, y el cambio neto en familias de instancias de base de datos, con cuatro familias nuevas creciendo y cinco antiguas reduciéndose.
Redimensionar no es solo achicar cosas. Las familias de instancias más antiguas bajan mientras suben las de nueva generación, incluidas las basadas en ARM. La mayor parte del ahorro aquí viene de mover las bases de datos a mejor hardware, no de ejecutarlas más pequeñas.

¿Cómo sabes en qué situación estás?

Dos medidas, y responden preguntas distintas. Una te dice qué tan bien dimensionado está tu cómputo. La otra, qué tan bien cubierto está ese cómputo y qué estás pagando sin usar. Ambas se monitorean de forma continua, así que la respuesta es un número y no una opinión.

¿Las máquinas tienen el tamaño correcto?

Los porcentajes de CPU sin procesar engañan en una flota mixta, porque una instancia pequeña ocupada y una grande ociosa no pesan lo mismo. Sage lo normaliza: cada tipo de instancia se pondera por su capacidad de cómputo relativa y luego la utilización se mide en el rango p90 a p99 en lugar del promedio, para que los picos cortos no queden ocultos tras largos periodos tranquilos. El resultado es una sola cifra para todo el entorno.

Resumen de utilización ponderada por capacidad con porcentajes de p90 a p99 para todo el histórico y para el mes anterior, cada uno con una calificación de bien utilizado, sobre un gráfico de tendencia de seis meses de esos mismos cuatro percentiles.
Un indicador de redimensionamiento para todo el entorno. Percentiles de todas las cuentas conectadas, el mes anterior al lado para comparar y seis meses de tendencia para ver si la disciplina de dimensionamiento se mantiene o se está desviando.

¿Ese cómputo está realmente cubierto?

Redimensionar cambia lo que necesitas cubrir, así que la cobertura debe leerse contra la huella ya dimensionada y no contra la original. Junto a eso, Sage sigue los compromisos que pagas sin usar y cuándo vencen los que ya tienes.

Cuatro gráficos: compromisos no utilizados por mes en dólares, gasto no utilizado como porcentaje del equivalente bajo demanda, y el valor de reserved instances y savings plans que vencen en cada mes futuro.
Desperdicio y vencimientos, monitoreados cada mes. La fila superior es compromiso que pagas sin usar, en dólares y como porcentaje del gasto. La inferior es cuándo se agotan tus reserved instances y savings plans actuales, que es lo que determina cuándo toca la próxima decisión de compra.

¿Qué recibes exactamente?

Tres resultados concretos en cada ejecución, todos exportables.

  • Recomendaciones de redimensionamiento

    Por recurso: el tipo de instancia actual y el propuesto, la cuenta y la región, un puntaje de eficiencia antes y después, y la cobertura de compromiso que ya tiene asociada. Los recursos que conviene dejar como están se marcan así, en vez de desaparecer de la lista sin más.

  • Un plan de compra de compromisos

    Líneas que puedes ejecutar: región, familia de instancia, plataforma, plazo, opción de pago, tarifa por hora y costo anual, repartidas entre Instance Savings Plans, Compute Savings Plans y Convertible Reserved Instances.

  • Una estimación honesta de la interrupción

    Cuántas instancias cambiarían de familia o de cantidad de vCPU si ejecutas el plan. El costo de actuar se declara desde el principio, no se descubre después.

Cómo funciona el optimizador de compromisos

Sage planifica los compromisos como un portafolio con un horizonte de tres años, trimestre a trimestre, usando programación lineal entera mixta. Es un solucionador, no un conjunto de reglas generales, y por eso puede compensar unos instrumentos con otros en lugar de aplicarlos de a uno.

StepQué ocurre
Primero los compromisos existentesLas Reserved Instances y los Savings Plans que ya tienes se modelan como cobertura fija que vence según su propio calendario. Todo lo que Sage propone es incremental sobre lo que ya posees.
Cobertura trimestre a trimestreLa demanda se cubre a lo largo de doce trimestres. Cada trimestre muestra qué fuente cubre qué y qué queda descubierto a tarifas bajo demanda.
Tres escenarios con precioLo que pagarías sin ningún compromiso, lo que cuesta tu mezcla actual y lo que cuesta el plan optimizado. Los ahorros siempre se expresan contra una línea base declarada y no como un porcentaje suelto.
Ejecuciones versionadasCada ejecución se guarda como una instantánea con fecha, de modo que los planes se pueden comparar en el tiempo y una decisión se puede rastrear hasta el estado en que se tomó.
Desglose de costos del portafolio de compromisos comparando tres escenarios a tres años: sin compromisos, mezcla actual y plan optimizado, con los ahorros expresados contra cada línea base y el monto que queda bajo demanda.
Los ahorros siempre tienen una línea base declarada. Tres escenarios con precio a tres años, con la diferencia accionable frente a tu mezcla actual informada por separado del potencial total frente a no tener ningún compromiso.

¿Qué servicios de AWS cubre Sage?

Sage analiza y optimiza un conjunto acotado de servicios, y te da visibilidad sobre un entorno mucho más amplio. La distinción es deliberada. La optimización profunda se aplica donde se paga sola.

ServicioProfundidadQué hace Sage
EC2OptimizadoRedimensionamiento y cambio de tipo, planificación de compromisos, implementación automatizada
ECSOptimizadoIncluido en la resolución compartida de compromisos de cómputo
EKSOptimizadoDimensionamiento de flota de node groups por nodos, núcleos y memoria, más la resolución compartida de compromisos
RDSOptimizadoRedimensionamiento, planificación de reserved instances, implementación automatizada
EBSOptimizadoOptimización de tipo y tamaño de volumen, implementación automatizada
ElastiCacheOptimizadoRedimensionamiento y planificación de nodos reservados
OpenSearchOptimizadoRedimensionamiento y planificación de reserved instances
S3, EFS, FSxVisibilidadInventario, atribución de gasto y reportes
DynamoDB, Redshift, TimestreamVisibilidadInventario, atribución de gasto y reportes
Load balancers, NAT gateways, elastic IPsVisibilidadInventario y atribución de gasto, con reporte de recursos ociosos
Panel de gasto de AWS con el gasto total, bajo demanda y comprometido del mes con indicadores de tendencia, un desglose del mes anterior por servicio, e historiales de gasto de dieciocho meses por servicio, región y cuenta.
La capa de visibilidad sobre la que trabaja Sage. Gasto total, bajo demanda y comprometido con la variación mes a mes, el mes anterior desglosado por servicio y dieciocho meses de historial por servicio, región y cuenta. Las decisiones de optimización valen lo que vale la foto de gasto que hay debajo.

Preguntas frecuentes

¿Sage hace cambios en mi infraestructura de forma automática?

Solo donde tú lo permitas, y solo dentro de una ventana de mantenimiento que tú controlas. Los cambios en EC2, RDS y EBS se convierten en acciones programadas que Guardian aplica durante tu próxima ventana de parcheo. Cada acción guarda un registro con qué cambió, cuándo y si tuvo éxito.

¿Va a recomendar redimensionar algo que está bajo una reserva?

Cada propuesta de redimensionamiento muestra la cobertura de compromiso del recurso al que se aplica, y el plan de compromisos se resuelve contra la huella posterior al redimensionamiento. Esa conexión es justamente el motivo de hacer una sola pasada sobre el cómputo en lugar de optimizar cada servicio por separado.

¿Sage puede decirme que compré demasiado compromiso?

Sí. Las Reserved Instances y los Savings Plans se concilian contra la utilización medida, y las posiciones sobrecomprometidas quedan marcadas. Cada compromiso individual se lista con su compromiso mensual frente a su consumo mensual.

¿Funciona con Kubernetes?

Los node groups de EKS se dimensionan como una flota, considerando cantidad de nodos, núcleos y memoria en conjunto, y EKS comparte con EC2 y ECS la resolución de compromisos de cómputo.

¿Contra qué línea base se miden los ahorros?

Sage calcula tres escenarios: sin ningún compromiso, tu mezcla actual y el plan optimizado. Los ahorros siempre se expresan contra uno de ellos y no como un porcentaje sin origen.

¿Con qué frecuencia se ejecuta?

Las optimizaciones se pueden ejecutar bajo demanda o por lotes, y cada ejecución se guarda como una instantánea con fecha para poder comparar planes en el tiempo. Los análisis con más de treinta días se marcan como desactualizados.

Descubre qué encuentra Sage en tu cuenta

Una evaluación gratuita se ejecuta sobre tu consumo real y devuelve las mismas recomendaciones de redimensionamiento, el plan de compromisos y la estimación de interrupción que describe esta página.

Solicita una evaluación gratuita