La pregunta llega casi siempre igual: «tenemos tres servidores viejos, uno hace ruido y otro va lento, ¿qué compramos?». Y casi siempre la respuesta correcta no es comprar tres servidores nuevos, sino uno bien dimensionado y virtualizar encima. Vamos a explicar por qué, sin marketing.
Qué resuelve realmente la virtualización
Virtualizar consiste en ejecutar varios servidores lógicos —máquinas virtuales— sobre una única máquina física. El beneficio evidente es económico: donde había tres equipos consumiendo electricidad, ocupando espacio en el rack y con tres contratos de garantía distintos, queda uno. Pero el beneficio importante es otro, y tiene que ver con la recuperación ante desastres.
Cuando un servidor físico se avería, restaurar el servicio implica conseguir hardware compatible, reinstalar el sistema, reinstalar las aplicaciones y recuperar los datos. Eso son días. Cuando falla el hardware que aloja máquinas virtuales, esas máquinas se arrancan en otro nodo o se restauran desde una copia sobre hardware completamente distinto, porque la máquina virtual no depende del hardware concreto que tenga debajo. Eso son minutos u horas.
Proxmox VE: nuestra elección por defecto
Para la mayoría de pymes trabajamos con Proxmox VE, una plataforma de virtualización basada en Debian y KVM. Las razones son prácticas:
- Sin coste de licencia por socket. La suscripción de soporte es opcional y muy asequible frente a las alternativas comerciales.
- Copias de seguridad integradas. Proxmox Backup Server hace copias incrementales deduplicadas y verifica su integridad automáticamente.
- Contenedores y máquinas completas. Se pueden combinar LXC para servicios ligeros y KVM para sistemas Windows o appliances.
- Clúster sencillo. Con dos o tres nodos se consigue alta disponibilidad real sin cabinas de almacenamiento caras, usando replicación ZFS o Ceph.
Cuándo NO virtualizar
Hay casos en los que no compensa. Si la organización tiene un único servidor con una única función y sin planes de crecimiento, añadir una capa de virtualización aporta complejidad sin retorno. Tampoco tiene sentido si nadie va a gestionar las copias: la virtualización facilita la recuperación, pero no la hace sola. Y ciertas aplicaciones con licencias atadas a hardware o con requisitos de latencia muy estrictos siguen prefiriendo el metal desnudo.
Errores frecuentes que vemos
- Poner todas las máquinas virtuales y sus copias en el mismo almacenamiento. Si falla ese disco, se pierde todo a la vez.
- Dimensionar por CPU y olvidar la RAM y el disco. En virtualización la memoria y la velocidad de entrada/salida suelen ser el cuello de botella real, no los núcleos.
- No probar nunca una restauración. Una copia que no se ha restaurado jamás es una hipótesis, no una copia.
Por dónde empezar
El punto de partida es un inventario honesto: qué servicios hay, cuánta CPU, memoria y disco consumen de verdad, y cuánto tiempo puede estar cada uno parado sin que la empresa se resienta. Con esos datos se dimensiona el equipo y se decide si hace falta un nodo o dos. En Atril hacemos esa auditoría sin compromiso y entregamos el informe con presupuesto cerrado.