Si abrieras las máquinas virtuales de casi cualquier empresa en la nube, encontrarías lo mismo: la mayoría están más grandes de lo que necesitan. No por descuido, sino por herencia —el hábito de "pídela grande por si acaso" viene del mundo físico, donde sobredimensionar era capital dormido, no un cargo cada hora—. En la nube, esa costumbre se paga sola, mes tras mes.
Qué es el rightsizing
Rightsizing es ajustar cada recurso a su uso real: observar cuánto consume de verdad una VM (CPU, memoria, disco) y elegir la configuración que cubre esa demanda con un margen razonable, eliminando la capacidad que pagas y no usas. No es apretar hasta el hueso; es dejar de pagar por grasa.
Por qué casi siempre hay grasa
Además de la herencia del "por si acaso", están las cargas que crecieron menos de lo previsto, las que se dimensionaron para un pico que ya no ocurre, y las que nadie ha revisado desde que se crearon. Es la fuga de la que hablamos al dimensionar VMs en la nube: fácil de generar, fácil de ignorar.
Cómo detectarlo con datos
La clave es medir, no adivinar: revisar las métricas de uso a lo largo de un periodo representativo. Una VM con CPU y memoria consistentemente bajas frente a lo asignado está sobredimensionada. AWS y Azure incluso ofrecen recomendaciones de rightsizing basadas en ese consumo. Se decide con la película, no con una foto puntual.
Cómo hacerlo sin romper nada
Con criterio, el riesgo es bajo: se recorta hacia el uso real dejando margen para los picos y la estacionalidad, y en la nube redimensionar es reversible. El error sería recortar a ciegas ignorando picos. Bien hecho, baja la factura sin que nadie note una degradación —el corazón del FinOps—.
La pregunta que conviene hacerse
La pregunta no es "¿mis VMs funcionan?", sino ¿cuánta capacidad asignada están pagando sin usar, según sus métricas reales? Responderlo con datos es el primer recorte de casi cualquier factura de nube.