Ejecutar varias máquinas virtuales en un solo servidor
La pregunta no es el número de núcleos, es la memoria: así se calcula antes de pedir.
Desde desde 13,99 €/mes
Introducción
«¿Cuántas VM en este servidor?» es la pregunta que más nos hacen, y la respuesta honesta cabe en una frase: tantas como permita la memoria. No imponemos ningún límite de número. Lo que limita es que cada máquina virtual reserva su RAM, la use o no.
Un cálculo sencillo antes de elegir: sume lo que pedirá cada VM, añada 2 a 4 GB para el anfitrión Proxmox y tome la oferta superior. Con 16 GB, tres o cuatro VM pequeñas caben con holgura. Con 32 GB, se añade una base de datos seria. Con 96 GB, la restricción pasa a ser el procesador o el disco, no la memoria.
Dos ajustes ganan mucho espacio sin comprar nada. Los contenedores LXC comparten el núcleo del anfitrión y consumen una fracción de lo que exige una VM completa: para un servicio Linux sencillo suele ser la elección correcta. Y el ballooning de Proxmox deja que una VM devuelva la memoria que no usa — útil, pero no confundir con memoria gratis.
Lo que aporta el servidor, en toda la gama
Proxmox VE ya instalado
El servidor llega con <strong>Proxmox VE</strong> instalado y su interfaz web accesible. Usted crea sus máquinas virtuales y contenedores LXC desde el navegador, sin abrir un ticket ni esperar una intervención. La <strong>reinstalación es ilimitada</strong>: una prueba que sale mal se rehace en minutos.
Memoria, porque es lo que se agota primero
En un hipervisor casi nunca es el procesador lo que se satura primero: es la <strong>memoria</strong>, porque cada máquina virtual reserva la suya. La gama empieza en <strong>16 GB</strong> y llega a <strong>96 GB</strong>, lo que deja margen para apilar varias VM sin ahogarlas.
Snapshots y copias sin límite
Un snapshot antes de una actualización, otro antes de un cambio de configuración: eso separa una prueba de una apuesta. Ni el número ni la frecuencia se facturan, así que nada disuade de tomar uno más.
Hasta 16 IPv4 adicionales
Cada VM puede tener su propia dirección pública, lo que evita pasarlo todo por redirecciones de puertos desde el anfitrión. Útil en cuanto un cortafuegos virtual, un servidor web y un servicio externo deben convivir con orden.
Repartos que funcionan
Tres VM con 16 GB
Un servidor web (4 GB), una base de datos (6 GB), un servicio de pruebas (4 GB), y todavía queda para que respire el anfitrión. Es la oferta S a 13,99 €, y ya es un pequeño parque real.
Cinco o seis VM con 32 GB
Web, base, caché, supervisión, copias, más una VM de preproducción que se enciende cuando hace falta. La oferta L a 26,99 € cubre ese perfil sin agobios.
Una decena de VM con 96 GB
A esa escala se deja de contar VM y se empieza a vigilar IOPS y núcleos. La oferta MAX aporta 24 vCore y 700 GB para acompañar.
Muchos contenedores en lugar de VM
Veinte contenedores LXC con 16 GB no es irreal si alojan servicios pequeños. El núcleo se comparte, el aislamiento es menor que con una VM y el ahorro de memoria es enorme.
Crecer sin rehacerlo todo
El cambio de oferta se solicita desde el área de cliente. Las máquinas virtuales y sus discos siguen: no se reinstala porque haya llegado una VM más.
Preguntas frecuentes
Ninguno por nuestra parte. El límite es material: la memoria primero, luego los núcleos y el disco. Usted crea tantas máquinas como pueda soportar el servidor.
Cuente 2 GB para un uso ligero y 4 GB si usa ZFS — su caché ARC es voraz por diseño. Nunca reserve toda la memoria a las VM.
Permite que una VM devuelva la memoria no usada, lo que ayuda a llenar mejor un servidor. No crea memoria: sobreasignar mucho acaba en swap, y el swap en un hipervisor se paga en lentitud general.
Varias pequeñas, en cuanto los servicios no comparten ciclo de vida. Una actualización, un reinicio o un fallo de aplicación no deben arrastrar lo que no tiene relación.