Cómo funciona Proxmox: ASNetworking explica las máquinas virtuales, los contenedores, KVM y QEMU

Gracias a ASNetworking por las claras explicaciones visuales de este curso de Proxmox en español. El capítulo dos desarrolla el modelo mental detrás de un host virtualizado: qué toma prestado una VM de una máquina física, cómo funciona la asignación de recursos, en qué se diferencian los contenedores y por qué QEMU y KVM aparecen juntos. Mira el video original para ver el recorrido completo del creador.

Mira el video antes de leer: Esta lección conceptual de 20 minutos es útil si estás considerando Proxmox VE para un laboratorio doméstico, pero quieres entender sus capas antes de instalar nada. Los diagramas pasan de un servidor físico y varios invitados a discos con aprovisionamiento ligero, contenedores, el kernel de Linux, QEMU y KVM. Algunos gráficos muestran grandes máquinas empresariales o capacidades ilustrativas; son ejemplos didácticos, no especificaciones de hardware para un servidor compacto.

La distinción clave está entre lo que se le muestra a un invitado y lo que el host realmente tiene disponible. Una VM puede ver sus propios núcleos de CPU, RAM, disco y sistema operativo, mientras que esos recursos proceden en última instancia del mismo host físico. Proxmox VE reúne la gestión de VM y contenedores de Linux en una sola interfaz; este capítulo explica la arquitectura, en lugar de medir el rendimiento o demostrar una instalación completada.

Un host físico, varias máquinas independientes

La virtualización permite que un servidor ejecute varios sistemas operativos invitados como VM independientes. Cada invitado ve hardware virtual y puede ejecutar sus propias aplicaciones, mientras el host programa la CPU subyacente y gestiona la memoria física, el almacenamiento y la red. Por eso una VM de prueba con Linux y una VM independiente para servicios pueden coexistir sin necesitar un ordenador físico por tarea.

La sobreasignación requiere un presupuesto real de recursos

ASNetworking presenta la sobreasignación: asignar entre los invitados más recursos virtuales de los que el host podría proporcionar si todos los exigieran al mismo tiempo. Esto puede ser razonable cuando las cargas de trabajo alcanzan sus picos en momentos distintos. No es hardware adicional. Una demanda simultánea elevada puede provocar contención de CPU, presión sobre la memoria o un almacenamiento más lento. En un laboratorio doméstico pequeño, empieza con la RAM y el almacenamiento físicos que realmente tienes, reserva espacio para el host y supervisa el uso antes de añadir otro invitado.

El aprovisionamiento ligero cambia cuándo se consume el espacio del disco

Un disco virtual puede presentar una capacidad lógica mayor que el espacio físico que ha consumido hasta ese momento. El gráfico del video muestra cinco discos virtuales de 1 TB en un disco físico de 1 TB, cada uno usando actualmente 100 GB. Esto solo funciona mientras las escrituras reales quepan en el disco físico. Si los invitados llenan colectivamente sus discos virtuales, el host puede quedarse sin espacio mucho antes de que sus capacidades mostradas indiquen un problema. Comprueba el espacio físico libre, el formato de almacenamiento, las instantáneas y las copias de seguridad, en lugar de planificar basándote únicamente en la capacidad virtual anunciada.

El episodio también aborda brevemente la jerarquización de memoria. La RAM y el almacenamiento más lento cumplen funciones distintas: trasladar los datos inactivos a un nivel más lento puede ayudar a gestionar la presión, pero no hace que el almacenamiento funcione como la RAM. Considera cada función de ahorro de recursos como una compensación que debes comprobar según la carga de trabajo, especialmente en un host con memoria limitada.

Qué gestiona el hipervisor

El hipervisor se sitúa entre los recursos físicos y las VM. El diagrama de esta parte del video destaca que cada VM tiene su propia carga de trabajo, pero sigue dependiendo de la CPU, la RAM, el disco y la red de un mismo host. Proxmox VE añade las herramientas de gestión para estos invitados, incluida una interfaz web y servicios de configuración y administración. Su arquitectura incluye máquinas virtuales KVM y contenedores LXC.

Las VM y los contenedores ofrecen límites diferentes

Una VM incluye un sistema operativo invitado y hardware virtual. Un contenedor de Linux aísla las aplicaciones y su espacio de usuario, mientras comparte el kernel de Linux del host. Por lo general, esto hace que un contenedor sea más ligero que una VM completa, pero se trata de un modelo diferente de aislamiento y de sistema operativo. Un invitado Windows, o una carga de trabajo que se beneficie de un kernel independiente, corresponde a una VM. Un servicio Linux adecuado puede encajar en un contenedor LXC. La documentación de Proxmox sobre LXC explica con más detalle el modelo de contenedores.

Los contenedores y las VM también pueden combinarse: un entorno de ejecución de contenedores puede ejecutarse dentro de una VM cuando ese límite se adapta a la implementación. El cuadro comparativo del video incluye configuraciones bare metal, virtualizadas, contenerizadas y combinadas. Elige el límite según el servicio y sus requisitos de seguridad, compatibilidad y mantenimiento; un contenedor no es simplemente una VM más pequeña.

Dónde encajan Linux, QEMU y KVM

Proxmox VE es una plataforma basada en Linux con una interfaz de gestión; no necesitas memorizar todos los comandos para entender la función de sus componentes. El creador muestra brevemente la página de descargas de Proxmox y después explica las capas técnicas que hay bajo una VM. Esa pantalla de descarga web identifica la familia de productos, mientras que el modelo de virtualización se explica de forma más directa mediante el siguiente diagrama de QEMU/KVM.

KVM es la capacidad de virtualización del kernel de Linux, que utiliza extensiones de virtualización de CPU compatibles. QEMU proporciona el proceso de la máquina virtual y dispositivos emulados o paravirtualizados; juntos, QEMU y KVM ejecutan VM con aceleración de hardware. Esta es una forma útil de interpretar las etiquetas de Proxmox, en lugar de imaginar QEMU y KVM como dos hipervisores que compiten entre sí. La guía de Proxmox sobre QEMU/KVM cubre la configuración y las capacidades de las VM.

Aplica el modelo a un laboratorio doméstico pequeño

El video muestra brevemente un gráfico sobre la cuota de mercado de los hipervisores. No necesitas sus porcentajes para elegir una plataforma de laboratorio doméstico y no deben considerarse datos de mercado verificados de forma independiente. La decisión más útil es concreta: qué cargas de trabajo necesitan sistemas operativos invitados completos, cuáles pueden compartir un kernel de Linux y cuántas caben dentro de tu presupuesto real de RAM y disco.

Para un host compacto como el mini servidor doméstico ZimaBoard 2, asigna primero uno o dos servicios modestos, comprueba la CPU, la memoria, el medio de arranque y el almacenamiento conectado del modelo exacto, y amplía solo después de observar el uso real. Esto es una aplicación del modelo de recursos de la lección, no una afirmación de que el video pruebe el rendimiento de ZimaBoard 2 o valide un número concreto de VM. Mantén las copias de seguridad separadas de los discos virtuales con aprovisionamiento ligero.

Con esas capas claras, el siguiente capítulo puede centrarse en las decisiones prácticas de instalación. Mira el capítulo sobre la instalación de ASNetworking para conocer su explicación sobre la RAM, los formatos de almacenamiento y la asignación fija de interfaces de red antes de crear tu primer host.