Mejores VPS para Beszel en 2026: requisitos, costes e instalación
El mejor VPS para Beszel suele ser un servidor Linux modesto, con almacenamiento SSD persistente, acceso fiable a los equipos monitorizados y memoria de sobra para el sistema operativo. Beszel es una plataforma ligera de monitorización de servidores que recopila métricas de CPU, RAM, disco y red, supervisa contenedores Docker y presenta gráficos históricos y alertas en un panel autoalojado.
Resulta útil cuando ejecutas aplicaciones en varios VPS y quieres detectar la presión sobre los recursos antes de que se llene un disco o un proceso agote la memoria. Un panel central permite monitorizar varios servidores sin montar una pila completa de consulta y visualización de métricas.
Elegir hosting VPS para Beszel requiere algo más que buscar la factura más baja. El Hub necesita almacenamiento recuperable, acceso administrativo protegido y una ubicación que evite compartir todos los fallos con las aplicaciones observadas. Esta guía explica cómo dimensionarlo, compara cinco proveedores y muestra cómo instalar Beszel en un VPS Ubuntu con Docker Compose.
Publicado el 2 de noviembre de 2026. Se comprobaron las especificaciones y la documentación oficial para esta guía; no se presentan pruebas de rendimiento de servidores contratados ni afirmaciones de fiabilidad basadas en experiencia propia. Los precios excluyen impuestos y extras opcionales. El enlace de LightNode es de afiliado; podemos recibir una comisión.
¿Qué es Beszel?
Beszel divide la monitorización entre un Hub y un Agent. El Hub almacena los datos y sirve el panel. Un Agent se ejecuta en cada equipo monitorizado y proporciona sus mediciones del sistema y de los contenedores. Puedes añadir otro VPS sin desplegar otro panel. Consulta la introducción oficial.
Frente a combinar exportadores de Prometheus, una base de datos de métricas y paneles de Grafana, Beszel ofrece un flujo más acotado y preparado para usar. Encaja con desarrolladores individuales, equipos pequeños y usuarios de autoalojamiento que necesitan consultar el historial de su infraestructura sin operar una plataforma de observabilidad de propósito general.
No sustituye los registros de aplicaciones, las trazas ni las comprobaciones externas de disponibilidad. Un servidor puede tener un consumo normal de RAM mientras su endpoint de pago devuelve errores. Por eso, al monitorizar tu instalación de n8n o servidor Coolify, conviene combinar métricas de recursos y comprobaciones de salud de la aplicación.
Requisitos del VPS para Beszel
La documentación de instalación revisada explica los métodos compatibles, pero no establece mínimos universales de CPU o RAM. Todas las asignaciones numéricas siguientes son estimaciones editoriales para dimensionar el VPS del Hub, incluido el consumo de Linux y Docker. No son requisitos oficiales ni garantizan un número concreto de servidores.
| Recurso | Mínimo / instalación pequeña | Recomendado / varios servidores | Instalación de mayor tamaño |
|---|---|---|---|
| CPU | 1 vCPU compartida | 1–2 vCPU | 2–4 vCPU; medir la carga sostenida |
| RAM | 1 GB | 2 GB | 4–8 GB y reevaluar |
| Almacenamiento | 20–25 GB SSD en total | 40–50 GB SSD en total | 80 GB+ SSD; dimensionar según el crecimiento medido |
| Sistema operativo | Ubuntu 24.04 LTS de 64 bits | Linux de 64 bits compatible; aquí usamos Ubuntu | Linux mantenido con copia y restauración verificadas |
| Docker/Podman | Compatibles; también hay instalación binaria | Docker Engine actual y plugin de Compose | Lo mismo, con actualizaciones planificadas |
| Red | Acceso administrativo privado; conexión operativa del Agent | Hub HTTPS o red privada enrutada | Reglas explícitas de firewall, DNS y supervisión de conectividad |
| Uso recomendado | Evaluación personal, pocos sistemas | Varios VPS y contenedores | Más equipos, contenedores o historial retenido |
El Agent tiene otra función: recopila información local en vez de almacenar el historial de toda la flota. No reserves un VPS independiente de 2 GB para cada Agent; deja margen en los equipos existentes y mide su consumo adicional. El número de contenedores Docker, la configuración de recopilación, los usuarios simultáneos y las métricas retenidas pueden modificar las necesidades del Hub.
Un equipo de 1 GB es un punto de partida razonable para una evaluación pequeña; 2 GB dejan más margen para actualizaciones y un proxy inverso. Reserva disco para imágenes, registros, crecimiento de la base de datos y copias temporales. Revisa la retención antes de asumir que 50 GB durarán indefinidamente; aquí no se promete una cifra universal de GB por servidor.
La ubicación también importa. Si el Hub comparte equipo con todas las cargas críticas, su propio panel no podrá seguir informando cuando ese equipo quede completamente fuera de servicio. Cuando la disponibilidad sea importante, elige un dominio de fallo separado y añade una comprobación externa de latido o disponibilidad.
¿Cuánto cuesta alojar Beszel?
Autoalojar Beszel no requiere una suscripción de software por servidor. La factura cubre cómputo, datos retenidos, transferencia, copias de seguridad y quizá un dominio. Estos intervalos de presupuesto mensual en USD son estimaciones, no ofertas comerciales; el trabajo de administración, los impuestos y las notificaciones de pago van aparte.
| Configuración del Hub | Cómputo estimado | Reserva estimada para copias externas | Total mensual estimado |
|---|---|---|---|
| 1 vCPU / 1 GB / 20–25 GB SSD | $5–$8 | $1–$3 | $6–$11 |
| 1–2 vCPU / 2 GB / 40–55 GB SSD | $8–$15 | $2–$5 | $10–$20 |
| 2–4 vCPU / 4–8 GB / 80 GB+ SSD | $20–$50 | $5–$10 | $25–$60 |
El plan verificado de DigitalOcean de 1 GiB cuesta $6; el de 2 GiB, $12. El complemento de copias de Linode para 2 GB cuesta $2.50 en las regiones base: ese ejemplo suma $14.50 antes de otros gastos. Son cotizaciones concretas, distintas de las reservas ilustrativas de la tabla.
Una retención más larga necesita más almacenamiento; añadir sistemas y contenedores aumenta el trabajo de recopilación y base de datos. Las métricas no generan el mismo tráfico que el vídeo en streaming, pero no se puede prometer un consumo insignificante para cualquier flota. Incluye el tráfico de los Agents, el acceso al panel, las descargas y las transferencias de copias externas en la cuota del plan.
Usar un subdominio de un dominio existente puede evitar otra compra. Si necesitas registrar uno, presupuesta la renovación real, no solo la promoción del primer año. Un volumen persistente conserva los datos al sustituir el contenedor; no crea ni paga una copia independiente.
Mejores proveedores VPS para Beszel en 2026
Estas recomendaciones de infraestructura autogestionada se basan en especificaciones públicas. Los precios de entrada no corresponden necesariamente a las configuraciones sugeridas. Comprueba existencias regionales, IPv4, copias y total de contratación antes de pagar.
| Proveedor | Precio de entrada verificado | Configuración sugerida del Hub | Precio del plan sugerido | Indicado para |
|---|---|---|---|---|
| LightNode | Referencia mensual de $7.71 | 1 vCPU / 2 GB / 50 GB NVMe | Referencia de $7.71 | Pruebas por horas y elección regional |
| DigitalOcean | $4/mes, 512 MiB | 1 vCPU / 2 GiB / 50 GiB SSD | $12/mes | Despliegue con documentación para desarrolladores |
| Vultr | $5/mes en el plan regular de 1 GB verificado* | 1 vCPU / 2 GB / 55 GB SSD | $10/mes base | Una región concreta |
| Akamai Cloud / Linode | Nanode desde $5/mes, región base | 1 vCPU / 2 GB / 50 GB de disco | $12/mes base | Administración Linux convencional |
| Hetzner | Solicitar precio actual | CPX12: 1 vCPU / 2 GB / 40 GB NVMe, si está disponible | Solicitar precio actual | Comparar capacidad disponible en la UE |
*El plan de 1 GB verificado de Vultr es la opción de entrada usada aquí, no una afirmación de que sea el más barato de todo su catálogo. Fuentes: API pública de planes de Vultr, API de Linode 2 GB y API de Nanode. Las demás fuentes están enlazadas en la tabla.
1. LightNode: hosting de Beszel con facturación por horas
Recomendación de LightNode
Configuración sugerida: Start Linux, 1 vCPU, 2 GB de RAM, 50 GB NVMe SSD y 1 TB de transferencia anunciado. Precio inicial: referencia mensual publicada de $7.71.
LightNode ofrece máquinas virtuales KVM, acceso root, una IP dedicada y ubicaciones en varios continentes. La compatibilidad con Linux y Docker permite una instalación convencional de Beszel que administras tú, no un producto gestionado de Beszel que se haya verificado.
Ventajas: La facturación por horas facilita evaluaciones cortas; hay opciones en el Sudeste Asiático y Oriente Medio. Inconvenientes: Sus preguntas frecuentes indican actualmente solo IPv4 y una dirección IPv4 por instancia, algo relevante en entornos exclusivamente IPv6. Indicado para: Usuarios que buscan empezar con 2 GB y elegir la ubicación con flexibilidad.
Las preguntas frecuentes de facturación describen un límite de 672 horas de coste del servidor dentro de un mes natural completo y cargos continuados por instancias detenidas. Confirma las tarifas de transferencia y las reglas de eliminación en la consola. El plan actual anuncia 1 TB de transferencia; no se verificó un puerto universal de 50 Mbps. La cuota de transferencia y la velocidad del puerto son magnitudes distintas.
2. DigitalOcean: documentación y tamaños de plan claros
Recomendación de DigitalOcean
Configuración sugerida: Basic Regular, 1 vCPU, 2 GiB de RAM, 50 GiB SSD y 2,000 GiB de transferencia, $12/mes. Precio inicial: $4/mes por 512 MiB, por debajo de nuestra base de planificación.
Los Droplets son máquinas virtuales Linux con administración mediante API y procedimientos de instalación documentados. Ventajas: Los niveles de recursos facilitan redimensionar y presupuestar. Inconvenientes: El plan más barato deja poco margen al sistema operativo; las copias y otros extras aumentan la factura. Indicado para: Desarrolladores que aprenden operaciones cloud o ya usan DigitalOcean.
Los planes de configuración fija tienen un límite mensual y facturación por segundo, con un mínimo de 60 segundos o $0.01, lo que sea mayor. Elige una región disponible y separa, cuando sea posible, los fallos del monitor de los de la aplicación.
3. Vultr: despliegue según la región
Recomendación de Vultr
Configuración sugerida: vc2-1c-2gb, 1 vCPU, 2 GB de RAM, 55 GB SSD y 2,048 GB de transferencia, $10/mes base. Entrada de 1 GB verificada: $5/mes.
El catálogo regular de Vultr incluye instancias Linux en numerosas regiones. Ventajas: Amplia elección de ubicaciones y un nivel más pequeño para evaluar. Inconvenientes: Los ajustes regionales cambian el total: el plan recomendado cuesta $15/mes en São Paulo. Indicado para: Quienes priorizan una región concreta.
La API publica $0.014/hora para el plan base sugerido; no uses la tarifa de otra familia de cómputo. Las ubicaciones listadas indican cobertura del catálogo, no capacidad disponible garantizada ni latencias medidas. Confirma IPv4 y copias al contratar.
4. Akamai Cloud / Linode: hosting Linux de propósito general
Recomendación de Akamai Cloud
Configuración sugerida: Linode 2GB, 1 vCPU, 2 GB de RAM, 50 GB de disco y 2,000 GB de transferencia, $12/mes base. Precio inicial: Nanode 1GB, $5/mes base.
Los planes Linode encajan con un flujo convencional de SSH y Docker. Ventajas: Nivel pequeño para evaluación y opción de copias con precio explícito. Inconvenientes: Hay tarifas regionales: el plan de 2 GB cuesta $14.40 en Yakarta y $16.80 en São Paulo. Indicado para: Administradores familiarizados con máquinas virtuales Linux.
El complemento de copias del plan base de 2 GB cuesta $2.50/mes. Es opcional y sigue siendo necesario probar la restauración. Añade almacenamiento y transferencia independientes cuando correspondan.
5. Hetzner: comparar capacidad europea disponible
Recomendación de Hetzner
Configuración sugerida: CPX12, 1 vCPU, 2 GB de RAM y 40 GB NVMe, sujeto a existencias. Precio inicial: no se verificó de forma fiable; solicita una cotización actual.
Hetzner ofrece infraestructura cloud Linux, redes privadas y una API. Ventajas: Los planes de la UE anuncian cuotas de transferencia amplias y facturación por horas con límite mensual. Inconvenientes: El catálogo revisado marcaba ofertas como no disponibles y no mostraba precios fiables. Indicado para: Administradores con un presupuesto ajustado que pueden comparar un pedido realmente disponible.
No lo clasifiques como el más barato usando un precio antiguo. Comprueba IPv4 principal, impuestos, copias y transferencia regional antes de comparar el total con los ejemplos verificados en USD.
Cómo instalar Beszel en un VPS
Este procedimiento con Docker Compose sigue la guía inicial, la instalación del Hub y la instalación del Agent. Los comandos están pensados para un VPS nuevo con Ubuntu 24.04 LTS. Son instrucciones basadas en documentación, no una instalación probada en cada proveedor.
Paso 1. Preparar un VPS Ubuntu
Usa claves SSH y el usuario de acceso real del proveedor:
ssh ubuntu@YOUR_SERVER_IP
sudo apt update
sudo apt upgrade -y
sudo apt install -y ca-certificates curlRestringe SSH a orígenes de confianza en el firewall del proveedor. Mantén cerrado el puerto público 8090. Reinicia si las actualizaciones lo requieren y vuelve a conectarte. Nuestra comparativa de VPS para Docker explica la elección de infraestructura.
Paso 2. Instalar Docker y Docker Compose
En una imagen limpia, sin paquetes Docker incompatibles, usa el repositorio oficial de Docker para Ubuntu:
sudo install -m 0755 -d /etc/apt/keyrings
sudo curl -fsSL https://download.docker.com/linux/ubuntu/gpg -o /etc/apt/keyrings/docker.asc
sudo chmod a+r /etc/apt/keyrings/docker.asc
sudo tee /etc/apt/sources.list.d/docker.sources > /dev/null <<EOF_DOCKER
Types: deb
URIs: https://download.docker.com/linux/ubuntu
Suites: $(. /etc/os-release && echo "${UBUNTU_CODENAME:-$VERSION_CODENAME}")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF_DOCKER
sudo apt update
sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
sudo docker run --rm hello-world
sudo docker compose versionPaso 3. Desplegar el Hub de Beszel
Crea /opt/beszel/compose.yaml:
sudo install -d -m 0755 /opt/beszel
cd /opt/beszel
sudo tee compose.yaml > /dev/null <<'EOF_COMPOSE'
services:
beszel:
image: henrygd/beszel:latest
container_name: beszel
restart: unless-stopped
environment:
APP_URL: http://localhost:8090
ports:
- "127.0.0.1:8090:8090"
volumes:
- ./beszel_data:/beszel_data
- ./beszel_socket:/beszel_socket
EOF_COMPOSE
sudo docker compose config
sudo docker compose up -d
sudo docker compose psEl puerto predeterminado del Hub es 8090. Esta adaptación de la plantilla oficial publica el puerto solo en loopback. El montaje enlazado conserva los datos fuera del contenedor; mantén ese directorio al recrearlo. La etiqueta mutable latest sigue las actualizaciones del proyecto; revisa las versiones y fija una versión o un digest probado para controlar las actualizaciones.
Paso 4. Acceder al panel de Beszel
Ejecuta esto en tu propio ordenador y deja abierto el túnel:
ssh -N -L 8090:127.0.0.1:8090 ubuntu@YOUR_SERVER_IPAbre http://localhost:8090. Si el puerto local está ocupado, elige otro y adapta la URL del navegador. El Hub sigue sin ser accesible directamente desde Internet.
Paso 5. Crear una cuenta de administrador
Completa de inmediato el registro inicial con una contraseña única. Mantén privada esta sesión de configuración. No publiques un Hub sin administrador ni reutilices la contraseña de tu cuenta de hosting.
Paso 6. Añadir un servidor e instalar el Agent de Beszel
Para el propio VPS del Hub, elige Add System e introduce /beszel_socket/beszel.sock en Host / IP. Copia la clave pública y el token proporcionados. Añade este servicio dentro del mismo bloque services: de compose.yaml, alineado con beszel::
beszel-agent:
image: henrygd/beszel-agent:latest
container_name: beszel-agent
restart: unless-stopped
network_mode: host
volumes:
- ./beszel_agent_data:/var/lib/beszel-agent
- ./beszel_socket:/beszel_socket
- /var/run/docker.sock:/var/run/docker.sock:ro
environment:
LISTEN: /beszel_socket/beszel.sock
HUB_URL: http://localhost:8090
KEY: "REPLACE_WITH_HUB_PUBLIC_KEY"
TOKEN: "REPLACE_WITH_GENERATED_TOKEN"Sustituye ambos marcadores localmente y ejecuta:
sudo chmod 600 /opt/beszel/compose.yaml
sudo docker compose config --quiet
sudo docker compose up -d
sudo docker compose logs --tail=50 beszel-agentKEY es la clave pública del Hub; TOKEN autentica al Agent. HUB_URL indica el destino de las conexiones WebSocket salientes. El socket Unix compartido sirve esta conexión local; el localhost de un contenedor no es una dirección genérica para acceder a otro contenedor.
Para otro VPS, usa la configuración generada por su diálogo Add System, no la ruta del socket local. Beszel admite SSH iniciado por el Hub hacia el Agent, normalmente en TCP 45876, o WebSocket iniciado por el Agent hacia la URL HTTPS del Hub. En SSH, permite el puerto del Agent solo desde el Hub y comprueba el reenvío del contenedor. En WebSocket, mantén ese puerto bloqueado de entrada y permite HTTPS saliente al Hub. Consulta la guía de seguridad.
El socket de Docker proporciona acceso sensible al motor incluso con un montaje de solo lectura; omítelo si no necesitas métricas de contenedores. Nunca lo publiques en una red sin autenticación.
Paso 7. Verificar los datos de monitorización
Confirma que el sistema aparece conectado y revisa los gráficos de CPU, memoria, disco, red y contenedores. Compáralos con free -h, df -h y sudo docker stats --no-stream; las definiciones y los intervalos de muestreo pueden diferir.
Configura un destino en Settings → Notifications, activa las alertas pertinentes y prueba la entrega con un umbral temporal. Comprueba el historial tras sudo docker compose restart. Ver un gráfico una vez no demuestra que funcionen las notificaciones o la recuperación de copias. Sigue la documentación de notificaciones.
Paso 8. Proteger la instalación de Beszel
Mantén el túnel SSH para una instalación de acceso privado local. Para Agents remotos con WebSocket, configura primero HTTPS. Apunta beszel.example.com al Hub, instala Caddy con sus instrucciones oficiales para Ubuntu y guarda esto en /etc/caddy/Caddyfile:
beszel.example.com {
request_body {
max_size 10MB
}
reverse_proxy 127.0.0.1:8090 {
transport http {
read_timeout 360s
}
}
}Cambia APP_URL del Hub a https://beszel.example.com, recréalo con sudo docker compose up -d, valida Caddy y recárgalo:
sudo caddy validate --config /etc/caddy/Caddyfile
sudo systemctl reload caddy
curl -I https://beszel.example.comPermite TCP 80/443 para emitir certificados y servir HTTPS; conserva el enlace a loopback y bloquea el acceso público a 8090, también por IPv6. Los puertos publicados por Docker pueden eludir las reglas habituales de UFW. Caddy admite WebSockets; una capa adicional de autenticación para todo el sitio puede bloquear a los Agents si no la configuras expresamente. Consulta la guía de proxy de Beszel.
Protege los accesos, limita las cuentas, actualiza Linux y los contenedores y guarda copias fuera del VPS. Beszel admite copias en disco o almacenamiento compatible con S3; prueba la restauración en un entorno de sustitución aislado. Haz una copia antes de actualizar, conserva de forma segura la configuración del Agent y nunca uses docker compose down -v como actualización rutinaria.
Beszel frente a Uptime Kuma
| Aspecto | Beszel | Uptime Kuma |
|---|---|---|
| Objetivo principal | Historial de recursos del host | Disponibilidad de servicios y páginas de estado |
| Monitorización de CPU/RAM | Métricas de hosts y contenedores mediante Agents | No es un panel nativo de historial de recursos del host |
| Monitorización Docker | Historial de recursos de contenedores | Comprobaciones de estado mediante un socket configurado |
| Comprobaciones de disponibilidad | Conectividad del sistema y funciones de red/latido | HTTP, TCP, Ping, DNS y otras comprobaciones de servicios |
| Alertas | Notificaciones de recursos y sistemas | Avisos de fallo y recuperación de las comprobaciones |
| Consumo de recursos | Depende de Agents, contenedores e historial | Depende del tipo de monitor, intervalo e historial |
| Usos adecuados | Presión de capacidad y diagnóstico de servidores | Disponibilidad de endpoints y comunicación pública del estado |
Ninguno consume siempre menos recursos cuando las cargas son distintas. Puedes usar ambos para distinguir entre «el host se ha quedado sin memoria» y «la API está devolviendo errores». Nuestra guía VPS de Uptime Kuma cubre las comprobaciones externas; el proyecto original documenta los tipos de monitor compatibles.
Alternativas a Beszel
Netdata merece una evaluación si necesitas diagnóstico detallado del host y herramientas de recopilación más amplias. Prometheus + Grafana encaja con métricas personalizadas, paneles basados en consultas y equipos dispuestos a operar más componentes. Zabbix cubre flujos más amplios de inventario y monitorización de infraestructura. Uptime Kuma se centra en disponibilidad y páginas de estado, en vez de sustituir el historial de recursos del host.
Elige según las preguntas que necesita responder tu equipo. Una herramienta mayor añade configuración y mantenimiento junto con sus capacidades; no migres solo porque tenga una lista de funciones más larga. Documentación oficial: Netdata, Prometheus, Grafana y Zabbix.
Preguntas frecuentes
¿Puede Beszel funcionar en un VPS con 1 GB de RAM?
Sí, puedes evaluar una instalación pequeña con 1 GB. Es una recomendación de planificación, no un mínimo oficial ni una garantía de capacidad. Vigila la memoria y el crecimiento del disco; 2 GB dejan más margen.
¿Beszel es gratuito y de código abierto?
Sí. El repositorio de Beszel usa la licencia MIT. La infraestructura VPS, las copias, los dominios y el mantenimiento pueden seguir generando gastos.
¿Beszel necesita Docker?
No. El Hub y el Agent admiten instalación binaria y hay opciones documentadas para Docker/Podman. Esta guía utiliza Docker Compose.
¿Puede Beszel monitorizar varios servidores VPS?
Sí. Instala un Agent en cada host compatible y conéctalo a un Hub. Dimensiona el Hub según los sistemas, contenedores, historial y uso real del panel.
¿Es Beszel mejor que Uptime Kuma?
Beszel encaja con el historial de recursos de hosts y contenedores. Uptime Kuma resulta más adecuado para comprobar servicios y mostrar páginas de estado. Pueden complementarse.
¿Cuánto cuesta autoalojar Beszel?
Nuestro presupuesto pequeño ronda $6–$11/mes, incluida una reserva estimada para copias. Una instalación de 2 GB ronda $10–$20. Son estimaciones: usa el total real de tu región.
Recomendación final
Para una instalación personal pequeña, evalúa 1 vCPU y 1 GB con copias independientes. Para monitorizar varios VPS, empieza alrededor de 2 GB y mide el crecimiento del historial. El plan Start de 2 GB de LightNode es una opción razonable si encajan su facturación por horas y las regiones disponibles.
Para un despliegue de desarrolladores, DigitalOcean ofrece niveles de recursos claros; Linode es otra vía de propósito general. Con un presupuesto ajustado, compara los planes pequeños verificados de Vultr y una cotización realmente disponible de Hetzner, no precios históricos.
Para infraestructuras más grandes, dimensiona según la carga observada del Hub y tus objetivos de recuperación, y valora si el flujo de Beszel sigue cubriendo tus necesidades. Si ya operas cargas con Dokploy, mantén la capacidad de monitorización y las copias fuera de su ciclo de despliegue. La compra útil es un sistema de monitorización recuperable, no solo un panel que logra arrancar.