LXC vs. VM en Proxmox

Qué cubre este artículo sobre LXC y VM en Proxmox

• Las diferencias técnicas entre LXC y VM.
• Cuándo es apropiado un contenedor y cuándo una VM.
• Ventajas y desventajas en recursos, seguridad y administración.
• Cómo funciona GPU Passthrough en ambas variantes.
• Consejos prácticos para usar servicios de IA.

Introducción: LXC vs. VM en Proxmox

Proxmox VE ofrece dos formas de virtualización: Linux Containers (LXC) y máquinas virtuales (VM). Ambas tienen su lugar, y la elección depende de tus necesidades. Los contenedores son más ligeros y las VMs ofrecen mejor aislamiento. Para proyectos locales de IA, esta decisión es especialmente importante cuando se trata de GPU Passthrough, seguridad y eficiencia de recursos.

Este artículo compara ambas opciones y te muestra cuál elegir para servicios de IA como Ollama, OpenClaw, OpenHands o bases de datos.

Términos clave

• LXC: Linux Container, comparte el kernel con el host.
• VM: Máquina virtual con su propio sistema operativo y kernel.
• KVM: Kernel-based Virtual Machine, tecnología de virtualización detrás de las VMs de Proxmox.
• CT: Contenedor en Proxmox.
• Passthrough: Paso de hardware físico al huésped.
• Overhead: Consumo adicional de recursos causado por la virtualización.
• Snapshot: Captura del estado de un sistema en ejecución o detenido.

Qué es un LXC

Un LXC es un espacio de proceso aislado que comparte el kernel del host. Los contenedores inician rápidamente, consumen poca memoria y son fáciles de administrar. Son ideales para aplicaciones Linux que no necesitan su propio kernel, como servidores web, bases de datos u herramientas de monitoreo.

Qué es una VM

Una VM emula una computadora completa con su propio kernel, pila de red y dispositivos. Proporciona mayor aislamiento, pero consume más recursos e inicia más lentamente. Las VMs son útiles para Windows, requisitos especiales de kernel, GPU Passthrough y máxima seguridad.

Comparación

Criterio	LXC	VM
Tiempo de inicio	Segundos	Minutos
Overhead	Muy bajo	Mayor
Aislamiento	Menor	Fuerte
Kernel	Compartido	Propio
GPU Passthrough	Difícil, pero posible	Más sencillo
Snapshots	Rápidos	Más lento
Memoria	Eficiente	Más overhead
Seguridad	Escape de contenedor posible	Más aislado
Sistema operativo	Solo Linux	Cualquiera

Cuándo elegir LXC

• Ollama: Funciona bien en un LXC, Docker puede usarse con nesting=1.
• Bases de datos: PostgreSQL o SQLite son compatibles con contenedores.
• Reverse Proxy: Nginx Proxy Manager o Traefik.
• Monitoreo: Grafana, Prometheus.
• OpenClaw: LXC es suficiente si se respetan las medidas de seguridad.

Cuándo elegir VM

• Huésped Windows: LXC no puede ejecutar Windows.
• GPU Passthrough: Las VMs ofrecen paso PCI más directo.
• Separación segura: Mayor nivel de seguridad para servicios críticos.
• Módulos de kernel especiales: Si el huésped necesita su propio kernel.
• OpenHands con Docker: Las VMs simplifican el funcionamiento del socket de Docker.

GPU Passthrough

En una VM

El GPU Passthrough en VMs es el método establecido. Vinculas la GPU mediante PCI Passthrough e instalas el controlador correspondiente en el huésped. Las tarjetas AMD y Nvidia funcionan, pero a menudo requieren workarounds como correcciones de VBIOS o reset bugs.

En un LXC

En LXC, el GPU Passthrough es más complicado. Debes pasar archivos de dispositivo como /dev/dri o /dev/nvidia* al contenedor. Funciona con algunas tarjetas, pero no es tan estable como en VMs.

Seguridad

• VMs: Mejor aislamiento, los exploits del kernel en el huésped generalmente permanecen en el huésped.
• LXC: Comparte el kernel del host. Un breakout de contenedor puede poner en riesgo al host.
• LXC con privilegios: Evita si es posible.
• AppArmor y Seccomp: Activados por defecto en LXC, verifica la configuración.

Gestión de recursos

• Los LXC comparten recursos del kernel de forma eficiente.
• Las VMs reservan RAM al iniciar.
• En LXC la memoria se asigna dinámicamente, mientras que en las VMs la asignación es más rígida.

Recomendaciones prácticas para IA

Servicio	Variante recomendada
Ollama	LXC o VM, VM si usas GPU
OpenClaw	LXC, posteriormente VM si necesitas mayor seguridad
OpenHands	LXC con Docker, VM si usas GPU
PostgreSQL para RAG	LXC
Open WebUI	LXC
Windows con GPU	VM

Problemas comunes

• LXC no inicia: Faltan características como nesting o keyctl.
• VM no arranca: Se eligió UEFI en lugar de SeaBIOS, falta VBIOS.
• GPU Passthrough en LXC: Archivos de dispositivo no pasados correctamente.
• Red no accesible: Bridge vmbr0 configurado incorrectamente.
• RAM insuficiente: VM o LXC con asignación muy baja.

Enlaces y recursos útiles

• BotServ.de Conceptos básicos de Proxmox
• BotServ.de Backups y restore en Proxmox
• BotServ.de OpenClaw en Proxmox
• BotServ.de Gestionar Ollama
• BotServ.de OpenHands en Proxmox

FAQ: LXC vs. VM

¿Es un LXC más rápido que una VM? Sí, porque comparte el kernel del host y tiene menos overhead.

¿Necesito obligatoriamente una VM para Ollama? No, un LXC generalmente es suficiente. Pero para GPU Passthrough una VM es más sencilla.

¿Cuándo es una VM más segura? Cuando se requiere fuerte aislamiento y un kernel propio.

¿Puedo hacer GPU Passthrough en LXC? Sí, pero es más complejo y menos estable que en VMs.

¿Qué es más fácil de mantener? Los LXC son más simples y rápidos de administrar, especialmente para servicios Linux.

Referencias y lecturas adicionales

• Proxmox LXC: https://pve.proxmox.com/wiki/Linux_Container
• Proxmox VM: https://pve.proxmox.com/wiki/Qemu/KVM_Virtual_Machines
• Proxmox GPU Passthrough: https://pve.proxmox.com/wiki/PCI_Passthrough

Resumen: LXC vs. VM en Proxmox

LXC y VMs en Proxmox tienen sus fortalezas. Los contenedores ahorran recursos, inician rápidamente y son simples, pero ofrecen menos aislamiento. Las VMs son más seguras y mejores para GPU Passthrough y Windows. Para servicios de IA como Ollama, OpenClaw y OpenHands, generalmente los LXC son suficientes, mientras que cargas de trabajo con GPU acelerada y requisitos máximos de seguridad a menudo requieren una VM. Conocer estas diferencias te permite tomar la decisión correcta para cada servicio.