En un servidor propio, sobredimensionar es capital dormido: molesto, pero ya pagado. En la nube es otra cosa —una máquina más grande de lo necesario quema dinero cada hora que está encendida, mes tras mes—. Por eso el hábito de "la hago grande por si acaso", inofensivo en el datacenter, es de los errores de costo más caros en la nube. Dimensionar bien no es apretar: es pagar por lo que usas.
Familia y tamaño: dos decisiones, no una
Elegir una VM en la nube tiene dos ejes que se confunden:
- La familia: los proveedores ofrecen tipos optimizados para distintos perfiles —propósito general (equilibrio CPU/RAM), cómputo intensivo (mucho CPU por GB de RAM), memoria intensiva (al revés, para bases de datos), y almacenamiento intensivo—. Poner una carga que necesita CPU en una familia de memoria alta es pagar por RAM que no usas. La familia se elige por la forma de la carga.
- El tamaño: la capacidad dentro de esa familia. Aquí es donde entra el consumo real.
Acertar la familia suele ahorrar más que afinar el tamaño, y casi nadie lo revisa.
La trampa de las instancias "burstables"
Un detalle que sorprende a muchos: existen instancias económicas "de ráfaga" (burstables) que rinden bien en picos cortos acumulando "créditos" de CPU, pero se degradan si la carga es sostenida y se agotan los créditos. Son excelentes para cargas irregulares y de bajo uso —y una mala sorpresa si las pones bajo carga constante—. Elegirlas sin entender ese mecanismo es pedir un problema de rendimiento intermitente difícil de diagnosticar.
El costo de lo que no apagas
En la nube pagas por la capacidad reservada mientras la VM está encendida, la uses o no. Dos consecuencias prácticas: primero, apagar entornos de desarrollo y pruebas fuera de horario laboral puede recortar su costo a la mitad o más —no necesitan correr 24/7—. Segundo, cada VM sobredimensionada es un goteo permanente que se acumula en toda la flota. El mismo consumo real que en virtualización on-premise se paga distinto: allá una vez, aquí cada hora.
La ventaja de la nube: corregir es fácil (y hay que hacerlo)
Lo bueno es que el error se arregla rápido: redimensionar una VM en la nube es sencillo y reversible. Por eso la estrategia sana es empezar modesto, medir el uso real y ajustar —el rightsizing—, en vez de pedir grande "por si acaso" y olvidarlo. Es lo contrario del hardware físico, donde equivocarte te ata por años.
Primero dimensionar, luego comprometer
Un orden que importa: no reserves capacidad (con instancias reservadas o savings plans) sobre máquinas mal dimensionadas —consolidarías el desperdicio uno o tres años—. Se optimiza primero el tamaño, y solo después se compromete lo estable. Todo esto forma parte de un enfoque FinOps continuo, no de una limpieza única.
La pregunta que conviene hacerse
Antes de lanzar una VM, la pregunta no es "¿qué tan grande la hago para no quedarme corto?", sino ¿qué familia corresponde a la forma de esta carga, qué consume realmente, y necesita estar encendida 24/7? Vigilar eso —familia, tamaño y horario— es parte de nuestra optimización de costos en la nube (FinOps).
Preguntas frecuentes
help ¿Qué importa más al elegir una VM, la familia o el tamaño?
Ambos, pero acertar la familia suele ahorrar más y casi nadie lo revisa. Las familias están optimizadas para distintos perfiles (propósito general, cómputo, memoria, almacenamiento); poner una carga de CPU en una familia de memoria alta es pagar por RAM ociosa. La familia se elige por la forma de la carga; el tamaño, por su consumo real.
help ¿Qué son las instancias burstables y cuál es su riesgo?
Son instancias económicas de ráfaga que rinden bien en picos cortos acumulando créditos de CPU, pero se degradan si la carga es sostenida y esos créditos se agotan. Son ideales para cargas irregulares y de bajo uso, y una mala elección para carga constante, donde causan lentitud intermitente difícil de diagnosticar.
help ¿Cómo evito pagar de más por máquinas virtuales en la nube?
Eligiendo la familia adecuada, partiendo del consumo real y no de estimaciones al alza, empezando modesto y ajustando con datos (rightsizing), y apagando los entornos que no necesitan 24/7 (como desarrollo y pruebas), lo que puede recortar su costo a la mitad. En la nube redimensionar es fácil y reversible, así que conviene corregir sobre la marcha.
help ¿Debo reservar capacidad para ahorrar?
Sí, pero en orden: primero se dimensiona bien cada máquina y solo después se comprometen las cargas estables con instancias reservadas o savings plans. Reservar sobre máquinas sobredimensionadas consolida el desperdicio durante uno o tres años en vez de eliminarlo.
Rubén Espinoza es fundador y Director Técnico de IT Experts de México. Trabaja en la industria de TI desde 1998: diseña y opera soluciones de infraestructura, ciberseguridad, continuidad, automatización y tecnología OT para entornos empresariales e industriales. Escribe desde proyectos reales y sistemas en producción.
Ver perfil y todos sus artículos →