XDA cubrió una herramienta de laboratorio casero este mes llamada Pulse, y la mitad de r/selfhosted pasó la semana arrancando Uptime Kuma de sus configuraciones de Proxmox, Docker y TrueNAS para probarla. Uptime Kuma sigue siendo la herramienta que recomendamos para cualquiera que configure una página de estado inicial. Se instala con un comando de Docker, la interfaz tiene sentido en cinco minutos, y el recuento de monitores gratuitos es generoso.
Sin embargo, una vez que cruzamos aproximadamente treinta comprobaciones, los límites aparecieron rápidamente. Nodo único, sin clustering, sin endpoint nativo de Prometheus, y los tipos de verificación son básicamente ping e HTTP. Si queríamos gráficos de CPU, memoria o disco por host, teníamos que conectar una segunda herramienta. El panel es funcional, no algo que queramos proyectar en una pared.
Probamos siete alternativas auto-hospedadas en Debian 12, Docker Compose y un pequeño cluster Proxmox. Así es como se comparan.
Comparación rápida
| Aplicación | Mejor para | Plan gratuito | Precio inicial | Característica destacada |
|---|---|---|---|---|
| Pulse | Proxmox + Docker + TrueNAS en un panel | Completamente gratuito | Gratuito (donaciones) | Panel de control unificado para laboratorio casero |
| Beszel | Usuarios de Kuma que desean métricas de host | Completamente gratuito | Gratuito | Pequeño agente Go, interfaz bonita |
| Gatus | Comprobaciones de salud definidas en YAML | Completamente gratuito | Gratuito | Comprobaciones de endpoint en código |
| Statping-ng | Páginas de estado públicas | Completamente gratuito | Gratuito | Página de estado temática |
| Checkmk Raw | Flotas de 50+ nodos | Completamente gratuito (Raw) | Alrededor de $600/año (Enterprise) | Ecosistema de complementos profundo |
| Zabbix | Profundidad empresarial con presupuesto doméstico | Completamente gratuito | Gratuito (soporte de pago) | Cualquier métrica, cualquier activación |
| Netdata | Solución de problemas en tiempo real | Completamente gratuito (auto-hospedado) | Alrededor de $3/nodo/mes (Cloud) | Resolución por segundo |
Por qué los laboratorios caseros superan Uptime Kuma
El patrón aparece en los mismos hilos de foro cada mes. Alguien publica un panel con cincuenta monitores, menciona que su base de datos SQLite se bloquea durante barridos de ping, y pregunta a qué cambiar. La capa de almacenamiento de Kuma no fue diseñada para escrituras de alta frecuencia en múltiples comprobaciones, y no hay opción de clustering para distribuir la carga.
La brecha más grande es el alcance. Kuma sondea servicios desde el exterior. No puede decirnos que el pool ZFS del nodo Proxmox está al 87 por ciento, que un host Docker está intercambiando, o que la tarjeta SD de Raspberry Pi está lanzando errores de lectura. Esos son hechos a nivel de host, y obtenerlos requiere un agente ejecutándose en la máquina, que Kuma nunca ha proporcionado.
Las notificaciones son la tercera trampa. Kuma cubre lo básico (Discord, Telegram, correo electrónico, webhooks genéricos), pero no hay concepto de reglas, silencios o rotación de guardia. Si queremos enviar una página a una persona específica entre las 22:00 y las 06:00 solo cuando tres comprobaciones fallan seguidas, terminamos escribiendo esa lógica en un receptor de webhook.
Finalmente, sin Prometheus scrape de primera clase. Hay un endpoint comunitario, pero si nuestra pila ya ejecuta Grafana encima de Prometheus, normalmente queremos que la herramienta de monitoreo exponga métricas de forma nativa.
Las alternativas
Pulse, la opción de XDA que unificó nuestro laboratorio casero
Pulse es la herramienta que iluminó r/selfhosted este mes. Apunta exactamente a la configuración que la mayoría de los laboratorios caseros ejecutan (un host Proxmox o dos, una caja Docker y un TrueNAS o Synology para almacenamiento) y coloca todo eso en una pantalla. Las máquinas virtuales, contenedores, LXC, salud del pool y carga del nodo se sientan lado a lado sin necesidad de construir un panel personalizado.
La configuración es un único archivo Docker Compose. Lo señalamos a un token API de Proxmox y a un socket Docker, y en un minuto tenemos recuentos en vivo, gráficos de recursos por VM y estado del contenedor. En un cluster Proxmox de tres nodos con aproximadamente cuarenta contenedores, el panel se mantuvo receptivo e inactivo alrededor de 90 MB de RAM.
Dónde se queda corto: Pulse es joven. Las páginas de estado públicas, la retención histórica más allá de algunas semanas y las reglas de alerta aún son ligeras. Es un panel de control de laboratorio casero en primer lugar, una plataforma de alertas en segundo lugar.
Precio: Gratuito y código abierto (se aceptan donaciones).
vs Uptime Kuma: Kuma nos muestra que una URL está activa. Pulse nos muestra que la máquina virtual detrás de la URL tiene 4 GB libres y el pool ZFS está saludable. Trabajos diferentes.
Descargar: https://github.com/rcourtman/Pulse
Conclusión: Si ejecutamos Proxmox más Docker, instale Pulse este fin de semana.
Beszel, la bonita Kuma con un agente
Beszel es lo que sucede cuando alguien ama la interfaz limpia de Kuma pero necesita métricas de host. Se envía como dos pequeños binarios Go (un hub y un agente), sin dependencias de tiempo de ejecución, y la interfaz web se ve genuinamente bien. Los gráficos de CPU, memoria, disco, red y estadísticas de contenedores Docker están todos integrados.
Ejecutamos el agente en seis máquinas, una mezcla de x86 y ARM. Cada agente utilizó menos de 20 MB de RAM. Agregar un sistema al hub fue un intercambio de clave de copiar-pegar, sin archivos de configuración complicados.
Dónde se queda corto: Beszel no realiza monitoreo de endpoint HTTP como lo hace Kuma. Observa hosts y contenedores, no URL remotas. Las integraciones de notificación siguen creciendo (Discord, Telegram, correo electrónico, webhook genérico, SMTP), pero la templating no es tan rica como Gatus.
Precio: Gratuito y código abierto.
vs Uptime Kuma: Kuma hace ping a servicios desde el exterior. Beszel reporta lo que sucede dentro del host. Muchos laboratorios terminan ejecutando ambos.
Descargar: https://beszel.dev
Conclusión: El monitor de host auto-hospedado más bonito que probamos este año.
Gatus, comprobaciones YAML y reglas de alerta serias
Gatus invierte el modelo. En lugar de hacer clic en una interfaz para agregar monitores, describimos cada endpoint en un archivo YAML, lo guardamos en Git, y Gatus recarga al cambiar. El lenguaje de condición es expresivo: tiempo de respuesta, código de estado, afirmaciones de cuerpo JSON, caducidad de TLS, DNS, ICMP, TCP y más.
El alerting es donde Gatus se adelanta. Slack, Teams, Discord, PagerDuty, Opsgenie, Gotify, ntfy y Matrix son todos de primera clase, y cada endpoint puede tener sus propios umbrales y tiempos de espera de alerta. Empujamos una configuración de tamaño medio con aproximadamente setenta comprobaciones durante las pruebas y la CPU se mantuvo por debajo del dos por ciento.
Dónde se queda corto: El panel es minimalista. Si queremos una página de estado pública temática, Gatus no es la herramienta. También almacena el historial en una base de datos que debemos respaldar por separado.
Precio: Gratuito y código abierto.
vs Uptime Kuma: Kuma es UI-first, Gatus es config-first. Si nuestro monitoreo pertenece a un repositorio Git, Gatus gana.
Descargar: https://gatus.io
Conclusión: Para cualquiera que ya ejecute infraestructura como código, este es el ajuste natural.
Statping-ng, una página de estado pública hecha correctamente
Statping-ng retomó donde el Statping original se volvió inactivo. Su enfoque es la página de estado pública, la que señalamos a clientes, familia o compañeros de equipo cuando algo está caído. Los temas son intercambiables, los incidentes se pueden publicar desde el panel de administración, y todo se renderiza rápidamente incluso en un VPS pequeño.
Lo configuramos en un droplet de $5 con aproximadamente quince servicios y el consumo de memoria se mantuvo alrededor de 60 MB. Las notificaciones cubren las plataformas de chat y correo electrónico habituales.
Dónde se queda corto: El motor de verificación interno no es tan flexible como Gatus, y las métricas de host están fuera de su alcance. Bajo el capó, los lanzamientos han sido constantes pero no frecuentes, lo cual importa si necesitamos saber si una CVE se parcha rápidamente.
Precio: Gratuito y código abierto.
vs Uptime Kuma: La página de estado de Kuma es buena para un laboratorio casero. Statping-ng es la que le das a los usuarios que pagan.
Descargar: https://github.com/statping-ng/statping-ng
Conclusión: La herramienta a la que recurrir cuando la página de estado en sí es el producto.
Checkmk Raw, cuando la flota se vuelve seria
Checkmk Raw es la edición gratuita de una plataforma de monitoreo comercial completa. Ese legado se ve en todas partes: cientos de complementos integrados, detección automática de agentes, monitoreo distribuido, correlación de eventos y un mercado de complementos con integraciones comunitarias y firmadas por proveedores. En papel, es lo más cercano que obtenemos al monitoreo empresarial sin pagarlo.
Ejecutamos la imagen Docker contra una pequeña flota mixta (Linux, Windows, un conmutador de red a través de SNMP y un cluster Kubernetes) y Checkmk extrajo aproximadamente 400 servicios automáticamente. Una vez que ajustamos el descubrimiento, el ruido bajó y los paneles fueron utilizables.
Dónde se queda corto: La curva de aprendizaje es real. La interfaz lleva muchos patrones heredados, y Raw carece de los hermosos paneles de operadores, informes y control de acceso basado en roles que envían las ediciones pagas.
Precio: La edición Raw es gratuita para siempre. Las ediciones Cloud y Enterprise comienzan alrededor de $600 por año para configuraciones pequeñas.
vs Uptime Kuma: Kuma es un destornillador, Checkmk es un taller.
Descargar: https://checkmk.com
Conclusión: Vale la pena el aprendizaje una vez que superamos aproximadamente cincuenta nodos.
Zabbix, profundidad empresarial sin costo
Zabbix ha existido lo suficiente como para haber monitoreado nuestro primer bastidor de servidores. Es completamente gratuito, incluidas las características empresariales (monitoreo distribuido, proxies HA, cifrado en todas partes, RBAC granular), y los planes pagos compran soporte, no características. Cualquier métrica puede activar cualquier acción, y el lenguaje de activación es legítimamente poderoso.
Probamos Zabbix 7 contra una flota mixta. El agente es maduro y ligero, el descubrimiento automático funcionó de inmediato para dispositivos de red, y las plantillas para Docker, Kubernetes, PostgreSQL, Redis y la mayoría de bases de datos son oficiales.
Dónde se queda corto: La interfaz predeterminada está desactualizada en comparación con Beszel o Netdata. La configuración de paneles de interfaz requiere esfuerzo, y muchos equipos terminan enviando datos de Zabbix a Grafana para la experiencia de visualización real.
Precio: Gratuito. Existen niveles de soporte de pago para equipos que necesitan SLA.
vs Uptime Kuma: Kuma cubre laboratorios caseros de fin de semana. Zabbix cubre centros de datos.
Descargar: https://zabbix.com
Conclusión: Si un laboratorio casero ha crecido hacia un pequeño negocio, Zabbix es la apuesta segura a largo plazo.
Netdata, métricas en tiempo real con una interfaz predeterminada impresionante
La propuesta de Netdata es resolución por segundo en cada métrica, con paneles que se ven bien antes de que toquemos un solo ajuste. El agente se ejecuta en el host, recopila todo, desde jitter de CPU hasta consultas de Postgres, y expone una interfaz web local inmediatamente después de la instalación. Es la forma más rápida de ver, ahora mismo, por qué una máquina se siente lenta.
La topología padre-hijo auto-hospedada nos permite agregar muchos agentes a un nodo central sin pagar por Netdata Cloud. Dicho esto, Cloud es donde viven las vistas multie-nodos, los paneles guardados y las alertas móviles, y para equipos pequeños no es caro.
Dónde se queda corto: La retención en el lado libre auto-hospedado está limitada por el disco. El almacenamiento a largo plazo significa enviar a Prometheus o actualizar a Cloud. El alerting existe pero es por-agente, así que ajustar una flota grande es más lento que Gatus o Zabbix.
Precio: Completamente gratuito auto-hospedado. Los niveles pagos de Netdata Cloud comienzan alrededor de $3 por nodo por mes.
vs Uptime Kuma: Kuma nos dice que algo está mal. Netdata nos dice qué proceso en qué núcleo lo está haciendo.
Descargar: https://netdata.cloud
Conclusión: La herramienta que abrimos primero cuando una máquina se comporta mal ahora mismo.
Cómo elegir
Elige Pulse si ejecutamos Proxmox y Docker y queremos un panel para máquinas virtuales, contenedores y salud del pool. Es la forma más fácil de consolidar un laboratorio pequeño, y la configuración lleva una noche.
Elige Beszel si amamos la simplicidad de Kuma pero necesitamos gráficos de CPU, RAM y disco basados en agentes. Es el reemplazo más cercano en sensación, con una capa de gráfico más agradable.
Elige Gatus para el alerting más ajustado basado en YAML. Si nuestra infra ya está en Git, agregar un monitor debe ser una solicitud de extracción, no un clic.
Elige Statping-ng si la página de estado es el punto. Los clientes, compañeros de equipo o miembros de la familia ven una línea de tiempo de incidente limpia, no nuestro panel interno.
Elige Checkmk Raw si administramos más de cincuenta nodos y queremos cobertura de complementos que escale sin escribir verificaciones personalizadas. El aprendizaje es real, y se amortiza una vez que la flota es grande.
Elige Zabbix para profundidad empresarial sin factura. Es la opción gratuita más completa, y tiene el registro más largo en esta lista.
Elige Netdata para solución de problemas en tiempo real y paneles predeterminados impresionantes. Complementa bien a los otros, por lo que muchos laboratorios lo ejecutan junto a Gatus o Beszel.
Mantente en Uptime Kuma si tenemos menos de 30 comprobaciones y solo necesitamos monitoreo HTTP o ping. Sigue siendo el camino más rápido a una página de estado funcional, y los costos de cambio son reales. Solo muévete cuando un límite específico (métricas de agente, reglas de alerta, conteo de nodos, pulido de panel) está bloqueando el laboratorio.
Preguntas frecuentes
¿Cuál es la mejor alternativa gratuita a Uptime Kuma?
Pulse y Beszel son los dos que recomendamos con más frecuencia. Pulse gana para laboratorios Proxmox y Docker que quieren un solo panel de vidrio. Beszel gana para cualquiera que quiera la simplicidad de Kuma más métricas de host reales. Ambos son completamente gratuitos y código abierto.
¿Admite Uptime Kuma monitoreo basado en agentes?
No. Uptime Kuma verifica servicios desde el exterior, utilizando HTTP, ping, puerto TCP, DNS y sondeos similares. No hay un agente que se ejecute en un host objetivo para reportar CPU, memoria o disco. Para eso necesitamos Beszel, Netdata, Checkmk o Zabbix.
¿Puede Uptime Kuma monitorear Proxmox?
Solo indirectamente. Podemos apuntar a Kuma a la interfaz web de Proxmox o endpoints de API y confirmar que responden, pero Kuma no puede reportar carga de CPU por nodo, conteo de máquinas virtuales, uso de almacenamiento o salud del pool ZFS. Pulse está construida exactamente para ese trabajo.
¿Qué herramienta de monitoreo auto-hospedada tiene el panel más bonito?
Beszel y Netdata son los dos a los que dirigimos a la gente por apariencia. La interfaz de Beszel se siente como un Kuma refinado con gráficos. Las animaciones por segundo de Netdata no tienen igual para demostrar cómo se ve un servidor saludable. Pulse está cerca atrás y mejorando rápidamente.
¿Es Zabbix excesivo para un laboratorio casero?
Generalmente, sí. Zabbix está diseñado para cientos o miles de hosts, y el esfuerzo de configuración lo refleja. Para un laboratorio casero de aproximadamente veinte máquinas, Beszel, Pulse o Netdata darán una mejor relación de información al tiempo invertido. Zabbix se amortiza cuando cruzamos hacia territorio de pequeños negocios.
