Virtualization

Problema En entornos de virtualización con Proxmox Backup Server (PBS) es habitual separar el disco que aloja el sistema operativo del nodo PBS del disco que contiene los backups cifrados. Cuando el disco del OS falla, el nodo deja de arrancar, pero los datos de backup siguen intactos en el segundo disco. El reto consiste en montar ese disco en una nueva instancia de PBS sin perder la información existente ni romper la cadena de cifrado. ...

Problema En muchos homelabs de bajo presupuesto el disco de arranque es un SSD pequeño mientras que el almacenamiento de datos se encuentra en un HDD más lento. Sistemas como TrueNAS SCALE reservan el SSD exclusivamente para el sistema operativo y los servicios de gestión, lo que obliga a que contenedores y máquinas virtuales utilicen el HDD para sus volúmenes de trabajo. El resultado típico es un cuello de botella de I/O: aplicaciones de medios, bases de datos ligeras o servicios con caché se ven limitadas por la velocidad de 5400 rpm. ...

Problema En entornos de virtualización con Proxmox, es frecuente programar backups nocturnos para minimizar el impacto en usuarios activos. Sin embargo, cuando el proceso de backup involucra máquinas virtuales (VM) de gran tamaño y el almacenamiento está basado en ZFS, algunos administradores observan que el host no vuelve a arrancar después de la ventana de backup. El sistema parece quedarse “colgado” en el arranque, o se apaga sin completar el shutdown. El síntoma típico es la ausencia de mensajes de login en la consola y la falta de servicios críticos al inspeccionar journalctl tras un reinicio forzado. ...

Problema En entornos de virtualización con Proxmox es frecuente mezclar pools ZFS de diferentes tecnologías (SSD para arranque y VM, HDD para backup). Cuando una de esas pools recibe una carga de escritura intensa, el host y todas las VMs pueden quedar sin respuesta. El síntoma típico es un “I/O Pressure stall” que se aproxima al 100 % y que persiste hasta que la operación de disco finaliza o se aborta. El efecto colateral es la pérdida de conectividad (por ejemplo, un pfSense que deja de enrutar) y la aparente congelación del hipervisor. ...

Problema Instalar Proxmox VE por primera vez en un servidor de escritorio o workstation suele generar dudas sobre la arquitectura de almacenamiento, la configuración de red y la estrategia de backups. El patrón típico es: un hardware potente (CPU multi‑core, RAM DDR5, SSD NVMe) se combina con una única unidad para el sistema operativo y otra para datos, pero la distribución de particiones, el tipo de filesystem y la forma de exponer la red a las máquinas virtuales pueden quedar sin una guía clara. El resultado frecuente son cuellos de botella de I/O, pérdida de datos tras reinicios inesperados o dificultad para migrar VMs entre nodos. ...

Problema En entornos de homelab o pequeñas oficinas es frecuente usar una única subred amplia (por ejemplo 10.0.0.0/8) para simplificar la asignación de direcciones IP. Después de actualizar o reconfigurar un switch gestionado, varios hosts dejan de comunicarse con el firewall pfSense/Netgate: los intentos de SSH, HTTP o cualquier otro puerto interno terminan en connection timed out. La regla predeterminada “Allow LAN to any” parece estar activa, y los cables están conectados correctamente, pero el tráfico interno simplemente no pasa. ...

Problema Muchas organizaciones escolares y medianas están dejando Hyper‑V para adoptar Proxmox VE por su modelo de código abierto y la flexibilidad de LXC/KVM. El reto no es solo “instalar Proxmox”, sino trasladar cientos de VMs, cambiar controladores de disco, migrar servicios críticos (AD, DNS, DHCP) a Linux y mantener la disponibilidad de almacenamiento iSCSI y la red de clúster. Cuando la infraestructura incluye varios hosts, enlaces LACP y backup externo, los errores aparecen en la conversión de discos, en la sincronización de AD con Samba y en la configuración de corosync sobre VLAN compartida. El objetivo es una migración ordenada que evite caídas de servicios y pérdida de datos. ...

Problema Al iniciar una VM de Windows Server 2022 (o 2019) sobre Proxmox, el registro de eventos muestra repetidamente Event ID 5719 (NETLOGON). El mensaje indica que el cliente no pudo contactar al controlador de dominio dentro del tiempo de espera. Tras unos minutos, la replicación y el inicio de sesión funcionan sin incidentes. El síntoma se repite en cada arranque, afecta a servidores que no son controladores de dominio y suele aparecer cuando la NIC está basada en VirtIO con multiqueue habilitado y la máquina usa el modelo q35. En entornos donde los DC ya están operativos, el error se reduce a una cuestión de sincronización de red durante el arranque. ...

Problema Al montar un servidor bare‑metal con Proxmox VE, los administradores deben decidir cómo organizar discos, redes y dispositivos de hardware para soportar una mezcla de VMs: sistemas ligeros (Home Assistant, contenedores Docker), máquinas de uso intensivo (Windows 11, AI con GPU) y pruebas ocasionales. La dificultad radica en elegir una solución de almacenamiento que permita expansión futura, definir una arquitectura de red que aproveche NICs de 10 GbE y 5 GbE sin perder flexibilidad, y preparar el host para GPU passthrough sin comprometer la capacidad de snapshot de las VMs que no requieren acceso directo al hardware. Un diseño inadecuado puede obligar a reformatear discos, rehacer puentes de red o volver a instalar el hipervisor cuando se añada una GPU. ...

Problema Muchos usuarios de Linux utilizan portátiles como estaciones de trabajo principales, pero a veces el equipo está lejos del monitor y necesitan acceder a él mediante un cliente RDP. El escenario típico incluye: Necesidad de una conexión RDP que ajuste la resolución al monitor del cliente (resolución dinámica). El portátil debe poder entrar en modo de ahorro de energía sin que la sesión remota se bloquee o se desconecte. Cuando el usuario se sienta frente al portátil, la sesión local debe “tomar el control” sin iniciar una nueva sesión X. Los servidores RDP tradicionales en Linux (por ejemplo, xrdp con el backend VNC) no cumplen con estos requisitos: la resolución queda fija, la pantalla del portátil debe estar encendida y la sesión remota nunca se fusiona con la local. Además, algunas soluciones populares (Sunshine, Moonlight, Rustdesk) están fuera del alcance del usuario por limitaciones de licencia o hardware. ...