Todos los artículos

El bare metal gana en las dos cifras que deciden si un servidor de juego se siente bien: el tiempo de tick en el peor caso y la latencia en el peor caso. Una VM de un solo inquilino en hardware que controlas se acerca. Donde la simulación de tick fijo se viene abajo es en un VPS multiinquilino sobrevendido, porque un vCPU planificado unos milisegundos tarde es un tick perdido que todos los jugadores ven como rubber-banding. Esta guía explica qué añade un hipervisor a un bucle de tick, por qué el tiempo de tick en el percentil 95 importa más que el rendimiento medio, cómo medir el steal time y el MSPT en tu propio servidor, y cuándo una VM sigue siendo la opción correcta.

Tienes un servidor bare metal y quieres que ejecute máquinas virtuales y contenedores en lugar de un único sistema operativo. Proxmox VE convierte ese hardware en una plataforma de virtualización completa: un host basado en Debian con interfaz web, virtualización completa con KVM, contenedores de sistema LXC, almacenamiento y red integrados, y ninguna licencia de hipervisor por socket que comprar. Esta guía recorre todo el camino, de un servidor vacío a un host en funcionamiento. Instalamos Proxmox VE 9.2 desde la ISO, corregimos los repositorios APT y actualizamos, explicamos la red en bridge por defecto, repasamos el almacenamiento, creamos una primera VM y un primer contenedor LXC, y terminamos con un bastionado básico. Al final tendrás un nodo único listo para producción que más adelante podrás ampliar a un clúster.

Proxmox VE incluye todo lo que necesitas para no perder nunca una VM, y la configuración por defecto no aprovecha casi nada de eso. Snapshots que viven en el mismo disco que la VM, archivos vzdump puntuales sin plan de retención, y ninguna prueba de restauración: así es como los hosts de virtualización acaban realmente en problemas. Esta guía construye la estrategia real en tres niveles: para qué sirven realmente los snapshots, las copias de seguridad vzdump programadas correctamente (modos, retención, fleecing), y a partir de cuándo la deduplicación, la verificación y la sincronización externa de Proxmox Backup Server justifican una segunda máquina.

Proxmox VE te da dos formas de dividir un servidor: máquinas virtuales completas mediante KVM, y contenedores de sistema LXC que comparten el kernel del host. La elección correcta para cada workload suele quedar clara en cuanto conoces las tres preguntas que la deciden: aislamiento, kernel y migración. Esta guía explica cómo funciona cada uno realmente, los compara en las dimensiones que importan a nivel operativo, resuelve la cuestión de Docker con las recomendaciones actuales del propio Proxmox, y termina con una tabla de decisión que puedes aplicar servicio por servicio.

Proxmox VE es una plataforma de virtualización gratuita y de código abierto que se ejecuta directamente sobre un servidor físico, convirtiendo una máquina en host para máquinas virtuales completas y contenedores ligeros. Pero no es el único hipervisor bare-metal: VMware ESXi, XCP-ng y Hyper-V resuelven el mismo problema cada uno a su manera, y la elección correcta depende mucho más de las licencias, el clustering y el ecosistema de tu equipo que de las funciones en bruto. Esta guía explica qué es realmente Proxmox VE, qué significa un hipervisor bare-metal, y cómo se comparan los cuatro principales candidatos en coste, gestión, alta disponibilidad, almacenamiento y copias de seguridad, con una tabla comparativa, un marco de decisión con opinión propia y enlaces al servidor adecuado para desplegarlo.

La red es donde más se atascan las instalaciones nuevas de Proxmox: la instalación funciona, la primera VM arranca, y entonces "¿cómo le doy una IP?" se convierte en una tarde entera repasando hilos de foro que solo encajan a medias. El modelo subyacente es en realidad pequeño: las VM se conectan a bridges de Linux, y todo lo demás son variaciones. Esta guía construye ese modelo como es debido: qué es realmente vmbr0, las configuraciones bridged, routed y NAT en un proveedor de hosting, los bridges VLAN-aware, el bonding bien hecho, dónde encaja la capa SDN, y cómo cambiar cualquiera de estas cosas sin dejarte fuera tú mismo.

Casi todas las comparativas Proxmox vs ESXi están escritas para un homelab o por un fabricante de software de copias de seguridad. Esta se dirige a quien alquila un servidor dedicado o gestiona una pequeña flota de hosting, con sus propias restricciones: recuperación solo por IPMI, hardware de un solo inquilino, sin SAN y red configurada en el host. Cubre qué cambió con el nuevo modelo de licencias de Broadcom, qué puede y qué no puede hacer el ESXi gratuito reintroducido, las diferencias de arquitectura que importan en bare metal, los fallos multinodo que duelen en producción (y cómo corregirlos), un cálculo de coste por nodo sin maquillaje y los casos en los que ESXi sigue ganando.

Las listas cortas posteriores a VMware suelen reducirse a estas dos: Proxmox VE, la plataforma Debian/KVM con todo integrado, y XCP-ng, el descendiente de XenServer basado en Xen y gestionado a través de Xen Orchestra. Ambas son realmente aptas para producción y realmente gratuitas; simplemente encarnan filosofías distintas sobre cómo debería construirse una plataforma de virtualización. Esta comparación cubre la división arquitectónica (KVM en Linux vs Xen más dom0), los modelos de gestión y soporte, muy diferentes entre sí, el almacenamiento y las copias de seguridad, los precios actuales de ambos lados, y un veredicto sujeto a condiciones.