Durante mucho tiempo mi stack de monitorización fue Grafana más Prometheus más node_exporter más varios exporters específicos. Funciona bien, da dashboards muy potentes, y lo recomiendo. También tarda horas en configurar correctamente, tiene un consumo de recursos no despreciable, y cualquier nueva métrica que quieras monitorizar requiere buscar el exporter adecuado, configurarlo, añadir el scrape job en Prometheus, crear el panel en Grafana.
Netdata tiene una filosofía diferente. Instalas el agente y en dos minutos tienes datos de todo: CPU, memoria, disco, red, procesos, temperatura, Docker, y decenas de integraciones que se detectan automáticamente. Sin tocar ningún archivo de configuración en la instalación básica.
Antes de Uptime Kuma, mi sistema de monitorización consistía en abrir el navegador, escribir la IP de cada servicio y ver si respondía. Funciona, pero está lejos de ser un sistema. Un día me enteré de que un servicio llevaba 14 horas caído porque nadie (yo incluido) lo había comprobado manualmente en ese tiempo.
Eso fue hace dos años. Desde entonces tengo Uptime Kuma corriendo en el homelab y me avisa antes de que yo me dé cuenta de que algo falla. Con cuarenta y tantos monitores configurados, es el servicio que más uso en el día a día aunque sea el que menos veo, precisamente porque cuando funciona bien no necesita atención.
Llevo un año con Grafana y Prometheus corriendo en mi homelab y es probablemente una de las cosas que más uso a diario. No porque sea bonito (que lo es), sino porque me he ahorrado un montón de problemas al ver las cosas antes de que exploten.
Te cuento cómo lo tengo montado, qué métricas vigilo, y sobre todo, los errores que cometí para que tú no los repitas.
Por qué necesitas monitorización en tu homelab # Mira, cuando empecé con el homelab solo tenía un mini PC con Docker. Sabía si algo iba mal porque dejaba de funcionar. Directo, efectivo, cero métricas.
