¿Conviene ejecutar Ubiquiti UniFi Network Application en Proxmox?
Ejecutar Ubiquiti UniFi Network Application en Proxmox puede ser una forma eficiente de gestionar puntos de acceso, switches y otros dispositivos de red UniFi sin comprar un CloudKey aparte.
Una máquina virtual pequeña necesita pocos recursos, puede entrar en las rutinas de copia de seguridad que ya tienes y puede moverse entre nodos de Proxmox compatibles. El autoalojamiento también da a los administradores control directo sobre el sistema operativo, el almacenamiento y el calendario de actualizaciones.
Esa flexibilidad trae más responsabilidad. Ubiquiti describe el autoalojamiento como una opción avanzada para administradores capaces de mantener el host de forma continua, y en general la empresa recomienda una UniFi Console a quienes quieren copias de seguridad automáticas, actualizaciones integradas y menos preocupaciones de compatibilidad.
Aloja UniFi en Proxmox cuando tu organización ya tiene una infraestructura de virtualización fiable y solo necesita las funciones de gestión de UniFi Network. Una UniFi Console dedicada puede ser mejor cuando importan más la sencillez y un funcionamiento controlado por el fabricante.
¿Qué hace UniFi Network Application?
UniFi Network Application ofrece gestión centralizada de los dispositivos de red UniFi. Los administradores la usan para adoptar equipos, crear redes inalámbricas, configurar VLAN, revisar los clientes conectados, aplicar actualizaciones de firmware y monitorear la actividad de la red.
Muchos administradores siguen llamando a este software UniFi Controller. Ubiquiti presenta ahora UniFi OS Server como el modelo de autoalojamiento más reciente. Sustituye al enfoque anterior de Network Server y añade funciones de UniFi OS como Organizations, la integración con proveedores de identidad y Site Magic SD WAN.
UniFi OS Server se puede instalar en sistemas Linux compatibles. Ubiquiti incluye actualmente Debian 13 y Ubuntu 24.04 o posterior entre las opciones Linux compatibles. Los requisitos mínimos publicados son un procesador de 64 bits, 2 GB de memoria, 10 GB de almacenamiento y una conexión de red cableada, algo modesto para la mayoría de los servidores Proxmox.
¿Conviene usar una máquina virtual o LXC?
Una máquina virtual Linux dedicada es la opción por defecto más segura. UniFi OS Server instala varios servicios del sistema y componentes auxiliares en el sistema operativo, y Ubiquiti lo describe como una solución de servidor completa, a diferencia de un contenedor independiente de Docker o Podman.
Una máquina virtual con Debian 13 o Ubuntu 24.04 ofrece el entorno Linux convencional que espera el proceso de instalación. La VM tiene además su propio kernel, lo que mantiene UniFi más claramente separado del host de Proxmox.
Un contenedor LXC puede consumir algo menos de memoria, pero el ahorro es pequeño para una aplicación que ya tiene requisitos modestos. LXC también puede plantear dudas sobre los servicios del sistema, el anidamiento y la compatibilidad futura.
Mantén sencilla la plataforma de gestión. Ejecutar UniFi en una VM hace que las actualizaciones, la resolución de problemas y la migración sean más fáciles de entender para otro administrador más adelante.
Evita instalar UniFi directamente en el host de Proxmox. El hipervisor debería centrarse en la virtualización, el almacenamiento, la red y el funcionamiento del clúster.
¿Cuánto hardware conviene asignar?
Una red pequeña con varios puntos de acceso y switches puede empezar con 2 procesadores virtuales, de 2 a 4 GB de memoria y de 20 a 40 GB de almacenamiento.
Eso deja margen para el sistema operativo, los servicios de UniFi, los registros, las estadísticas y las actualizaciones futuras. Los entornos más grandes que guardan muchas estadísticas de tráfico o gestionan muchos sitios pueden necesitar más memoria y almacenamiento.
Dale a la VM una dirección IP fija o reservada. Los dispositivos UniFi tienen que saber adónde enviar el tráfico de gestión, las solicitudes de adopción y la información de estado, y cambiar la dirección del servidor sin actualizar el destino de inform puede dejar los dispositivos asociados al sistema anterior.
No hagas el disco virtual más grande de lo necesario. Merece la pena proteger la configuración de UniFi, pero la aplicación no debería convertirse en un archivo descontrolado de tráfico a largo plazo. Vigila el crecimiento de la base de datos y de los registros y ajusta la retención cuando haga falta.
¿Se para la red si falla la VM de UniFi?
Los puntos de acceso y switches adoptados suelen seguir usando la última configuración aplicada cuando la aplicación de gestión de UniFi está fuera de línea. Ubiquiti indica que los dispositivos siguen conectados y el tráfico continúa mientras un Network Server autoalojado está detenido por una actualización. Lo que sí pierden temporalmente los administradores es el monitoreo centralizado, los cambios de configuración, las alertas y algunas funciones de gestión.
El fallo puede ser más grave cuando la VM de UniFi interviene en servicios como los portales de invitados, o cuando los administradores dependen de ella para diagnosticar otro problema de red.
Por eso el host de Proxmox debería tener una vía de gestión que no dependa por completo de la VM de UniFi. El acceso por consola local, un controlador de gestión del servidor o una red de gestión separada pueden evitar que un fallo rutinario de la VM se convierta en una infraestructura inaccesible.
¿Cómo configurar la red?
Conecta la VM de UniFi a una red de gestión de confianza a través de un bridge de Proxmox. Proxmox conecta las interfaces de red de los invitados a bridges de Linux, así que cada VM aparece en la red física con su propio adaptador de red virtual y su propia dirección MAC.
La VM tiene que poder comunicarse con todos los dispositivos UniFi que gestiona. Los dispositivos de otra VLAN o de un sitio remoto pueden requerir enrutamiento, reglas de firewall y configuración de adopción de capa 3.
Evita colocar la interfaz de gestión de UniFi directamente en una red pública no fiable. La administración remota debería usar una VPN segura, una vía de acceso restringida o los servicios de gestión remota compatibles de UniFi.
Documenta la dirección, las rutas necesarias y el método de adopción. Vas a necesitar esa información cuando restaures el servidor tras un fallo.
¿Cómo hacer las copias de seguridad?
Usa tanto las copias de seguridad de la aplicación UniFi como las copias de seguridad de la VM en Proxmox.
Los sistemas UniFi autoalojados pueden crear archivos de copia específicos de Network con los ajustes de Network y la configuración de los dispositivos. Ubiquiti recomienda descargar la copia antes de actualizar o migrar, y estos archivos se pueden restaurar en otro host de UniFi Network compatible.
Una copia de seguridad de Proxmox protege la VM completa, incluidos el sistema operativo, el software instalado y la base de datos de la aplicación, lo que puede acelerar una recuperación completa cuando la VM original está dañada.
Las dos copias resuelven problemas distintos. Una copia de UniFi te permite reconstruir el sistema de gestión con independencia del invitado original, mientras que una copia de Proxmox te permite restaurar rápidamente el invitado entero.
Guarda al menos una copia fuera del servidor Proxmox y fuera del sistema de almacenamiento que aloja la VM de UniFi. Una copia guardada solo junto al disco virtual original no te protege de un fallo del almacenamiento o del host.
Prueba el proceso de restauración antes de depender de él. Hasta que un administrador haya confirmado que los dispositivos se reconectan a la aplicación restaurada, la estrategia de copias de seguridad está incompleta.
¿Cómo gestionar la migración?
Ubiquiti permite trasladar una Network Application autoalojada mediante archivos de copia de Network y herramientas de exportación de sitios.
Una migración estándar consiste en actualizar el nuevo host, descargar una copia de la aplicación original, detener o retirar el sistema antiguo y restaurar la copia en el nuevo host. Los dispositivos deberían aparecer entonces en línea en la nueva aplicación. Los despliegues de capa 3 pueden requerir cambiar la dirección de inform para que los dispositivos sepan dónde reconectarse.
No dejes funcionando dos copias activas del mismo sistema de gestión de UniFi sin entender cómo van a elegir los dispositivos entre ellas. Por la misma razón, clonar una VM de UniFi activa no te da un sistema de reserva seguro, porque el clon puede conservar la misma identidad y la misma información de acceso remoto que la instalación original.
Usa los procedimientos documentados de copia y migración en lugar de confiar únicamente en un disco virtual copiado.
¿Cómo actualizar UniFi?
UniFi OS Server y sus aplicaciones se pueden actualizar desde el plano de control local o desde UniFi Site Manager. Los administradores siguen siendo responsables de mantener la VM Linux subyacente compatible y segura.
Las instalaciones autoalojadas más antiguas de Network Server pueden usar descargas manuales o actualizaciones de Linux basadas en APT. Ubiquiti recomienda hacer una copia de Network antes de empezar una actualización.
No actualices Proxmox, el sistema operativo invitado y UniFi en la misma ventana de mantenimiento, porque separar estos cambios facilita la resolución de problemas.
Crea una copia de seguridad en Proxmox antes de una actualización importante, confirma que la copia de la aplicación UniFi está al día y asegúrate de que la administración local de la red sigue siendo posible si la VM no vuelve a arrancar.
¿Puede Proxmox dar alta disponibilidad a UniFi?
Un clúster de Proxmox puede reiniciar una máquina virtual protegida en otro nodo cuando falla el nodo original, siempre que el clúster, el almacenamiento y la red admitan alta disponibilidad.
Eso puede acortar el tiempo de recuperación, pero no es redundancia instantánea a nivel de aplicación. La VM tiene que reiniciarse, el sistema operativo invitado tiene que arrancar y los servicios de UniFi tienen que inicializarse.
Además, cada nodo de recuperación debe tener acceso a las mismas VLAN de gestión y redes enrutadas. Reiniciar la VM en otro nodo no sirve de nada si el nuevo nodo no llega a los switches y puntos de acceso gestionados.
Para muchas pequeñas empresas, unas copias de seguridad fiables y un proceso de restauración documentado pueden ser protección suficiente. Los entornos más grandes pueden justificar almacenamiento en clúster para Proxmox, hosts redundantes y una recuperación automática probada.
¿Cuáles son las principales limitaciones?
Un sistema UniFi autoalojado no ofrece todas las aplicaciones disponibles en un CloudKey o una UniFi Console. UniFi OS Server está pensado sobre todo para gestionar UniFi Network, y aplicaciones como Protect, Access, Talk y Connect requieren hardware de alojamiento UniFi compatible u otras configuraciones admitidas.
El autoalojamiento también hace a tu equipo responsable del mantenimiento de Linux, el monitoreo, el almacenamiento, los certificados, las copias de seguridad y la recuperación. Las consolas dedicadas de Ubiquiti reducen esa carga porque ofrecen una plataforma integrada de hardware y software con funciones automáticas de copia de seguridad y actualización.
¿Conviene ejecutar UniFi en Proxmox?
Sí, cuando ya operas una infraestructura Proxmox fiable y necesitas gestión centralizada para puntos de acceso y switches UniFi. Usa una VM Linux dedicada, asigna una dirección estable, mantén copias tanto de la aplicación como de la VM y conserva una forma independiente de llegar a Proxmox durante un problema de red.
Elige un CloudKey u otra UniFi Console cuando quieras la experiencia más sencilla con soporte del fabricante, necesites otras aplicaciones de UniFi o no quieras que tu sistema de gestión de red dependa del entorno de virtualización.
Alojar UniFi en Proxmox puede ser eficiente y fiable. Que salga bien depende menos del rendimiento de la VM que de unas copias de seguridad disciplinadas, una red predecible y un proceso de recuperación probado.