Todos los artículos

You have a bare-metal box and you want it to run virtual machines and containers instead of a single operating system. Proxmox VE turns that raw hardware into a full virtualisation platform: a Debian-based host with a web UI, KVM full virtualisation, LXC system containers, built-in storage and networking, and no per-socket hypervisor licence to buy. This guide walks the whole path from a blank server to a working host. We install Proxmox VE 9.2 from the ISO, fix the APT repositories and update, understand the default bridge networking, look at storage, build a first VM and a first LXC container, and finish with basic hardening. By the end you will have a production-ready single node you can grow into a cluster later.

Un firewall OPNsense virtualizado en tu host Proxmox te da lo que los fabricantes de appliances cobran a cuatro cifras: un firewall/router completo que protege tus VM, con snapshot antes de cada actualización y sin hardware adicional. La trampa está en que los detalles de configuración (bridges, VirtIO, offloading) deciden si funciona a prueba de balas o falla de forma misteriosa. Esta guía cubre los diseños de red que funcionan en un servidor dedicado, la configuración exacta de VM en la que ha convergido la comunidad, la instalación y las advertencias honestas sobre el rendimiento y la protección del propio host Proxmox.

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.

Los requisitos reales de un clúster de Proxmox caben en una frase: tres nodos, un enlace privado de baja latencia entre ellos, y almacenamiento al que los nodos supervivientes puedan acceder. Todo lo demás (quorum, fencing, Ceph frente a replicación) es el razonamiento detrás de esos tres puntos. Esta guía repasa lo que la clusterización aporta incluso antes de que la HA entre en juego, por qué el quorum convierte el tres en el número mágico, las reglas de red de corosync que se violan primero, las tres estrategias de almacenamiento, y cómo es en realidad un failover cuando un nodo cae a las 3 de la madrugada.

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.

Almost every Proxmox-vs-ESXi comparison is written for a homelab or by a backup vendor. This one is written for the person renting a dedicated server or running a small hosting fleet, where the constraints are IPMI-only recovery, single-tenant hardware, no SAN, and network configured at the host. It covers what the Broadcom licensing shift actually changed, what the reintroduced free ESXi can and cannot do, the bare-metal architecture differences that matter, the multi-node failure modes that bite in production (and their fixes), honest per-node cost math, and where ESXi still wins.

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.