Rightsizing: por qué tu VM está sobredimensionada y cómo detectarlo

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. Corregirla se llama rightsizing, y es de los ahorros más grandes y menos riesgosos que existen.

Qué es (y qué no es)

Rightsizing es ajustar cada recurso a su uso real: elegir la familia y el tamaño que cubren la demanda con un margen razonable, eliminando la capacidad que pagas y no usas. No es apretar hasta el hueso ni degradar el servicio; es dejar de pagar por grasa. Bien hecho, nadie nota una diferencia salvo la factura.

Cómo detectar la grasa (con datos, no a ojo)

La clave es medir a lo largo de un periodo representativo —no una foto de un martes cualquiera—:

• CPU y memoria consistentemente bajas frente a lo asignado: candidata clara a reducir.
• Mira el percentil, no solo el promedio: un promedio bajo con picos altos (p95) puede significar que sí necesita capacidad en momentos clave. Recortar por el promedio e ignorar los picos rompe el servicio en hora punta.
• Cuidado con la memoria: la presión de RAM no siempre se ve en las métricas por defecto (a veces hay que instalar un agente). Una VM que "va bien de CPU" puede estar ahogada de memoria.
• Recursos ociosos: discos sin asociar, VMs encendidas sin tráfico —esos no se reducen, se eliminan o se apagan—.

AWS y Azure ofrecen recomendaciones de rightsizing basadas en ese consumo; son un buen punto de partida, no un veredicto ciego.

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, se cambia de familia cuando la forma de la carga lo pide (no solo de tamaño), y en la nube todo es reversible. La estrategia sana es iterar —bajar un escalón, observar, ajustar— en lugar de un recorte agresivo de una vez. Es el mismo criterio de dimensionar una VM, aplicado a lo que ya está corriendo.

El orden con las reservas

Rightsizing va antes de comprometerte: si reservas capacidad sobre una máquina sobredimensionada, te atas a pagar la grasa uno o tres años. Primero se ajusta al uso real; después se comprometen con reservas o savings plans las cargas estables ya optimizadas. Invertir el orden consolida el desperdicio.

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 de un periodo completo? En casi toda cuenta, la respuesta es el primer recorte —y el más fácil— de la factura. Hacerlo con datos y sin degradar el servicio es el corazón de nuestra optimización de costos (FinOps).