<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Monitorización on Homelab.es</title><link>https://homelab-es.com/tags/monitorizaci%C3%B3n/</link><description>Recent content in Monitorización on Homelab.es</description><generator>Hugo -- gohugo.io</generator><language>es</language><copyright>© 2026</copyright><lastBuildDate>Sun, 05 Apr 2026 15:00:00 +0200</lastBuildDate><atom:link href="https://homelab-es.com/tags/monitorizaci%C3%B3n/index.xml" rel="self" type="application/rss+xml"/><item><title>Scrutiny: monitoriza la salud de tus discos duros con S.M.A.R.T. y avisos antes de que fallen</title><link>https://homelab-es.com/posts/scrutiny-hard-drive-health-homelab/</link><pubDate>Sun, 05 Apr 2026 15:00:00 +0200</pubDate><guid>https://homelab-es.com/posts/scrutiny-hard-drive-health-homelab/</guid><description>&lt;p>El año pasado perdí un disco en mi servidor de almacenamiento. No fue un fallo catastrófico con chispas y humo, fue algo peor: el disco empezó a dar errores intermitentes durante semanas, los datos se corrompieron de forma silenciosa y me di cuenta tarde. Tardé tres días en recuperar todo desde el backup, y eso fue porque tenía backup. Muchos no lo tienen.&lt;/p>
&lt;p>Desde entonces uso Scrutiny en todos mis servidores. Es un servicio Docker que recopila los datos S.M.A.R.T. de todos tus discos, los analiza y te manda una alerta cuando detecta valores que deberían preocuparte. No es infalible (los discos pueden fallar sin previo aviso S.M.A.R.T.) pero en mi experiencia la mayoría de fallos vienen precedidos de semanas o meses de señales que S.M.A.R.T. detecta si alguien está mirando.&lt;/p></description></item><item><title>What's Up Docker: cómo sé que tengo containers desactualizados sin revisar uno por uno</title><link>https://homelab-es.com/posts/whats-up-docker-actualizaciones/</link><pubDate>Sat, 04 Apr 2026 15:00:00 +0200</pubDate><guid>https://homelab-es.com/posts/whats-up-docker-actualizaciones/</guid><description>&lt;p>Durante un tiempo usé Watchtower para mantener los containers actualizados. Lo configuré en modo auto-update y durante unos meses fue perfecto. Luego un día me encontré con que un container había actualizado automáticamente a una versión que tenía un breaking change y me rompió el servicio.&lt;/p>
&lt;p>Desde ese día tengo una política diferente: quiero saber que hay una actualización antes de aplicarla, no que se aplique sola. What&amp;rsquo;s Up Docker (WUD) cubre exactamente ese caso. Monitoriza tus containers, detecta cuando hay nuevas versiones, y te avisa. Tú decides cuándo y si actualizar.&lt;/p></description></item><item><title>Beszel: monitoriza todos tus servidores desde un panel ligero</title><link>https://homelab-es.com/posts/beszel-monitorizacion-servidores/</link><pubDate>Tue, 31 Mar 2026 08:00:00 +0200</pubDate><guid>https://homelab-es.com/posts/beszel-monitorizacion-servidores/</guid><description>&lt;p>Tenía Netdata. Luego tuve Prometheus con Grafana. En algún momento llegué a tener los dos corriendo a la vez porque no me decidía a migrar del todo. Los dos hacen bien su trabajo, pero los dos tienen el mismo problema: son herramientas grandes, con mucha configuración, y cuando tienes más de cinco servidores, mantener esa infraestructura de monitorización ya se convierte en un trabajo aparte.&lt;/p>
&lt;p>Hace unos meses empecé a ver Beszel en varios foros de homelab. La propuesta es distinta: un hub central que recoge métricas de agentes ultra-ligeros instalados en cada máquina. Sin bases de datos externas, sin configuración de exporters, sin Grafana necesario. El hub guarda los datos internamente con SQLite, y la interfaz web ya viene incluida.&lt;/p></description></item><item><title>Netdata: monitorización de homelab en tiempo real sin configurar casi nada</title><link>https://homelab-es.com/posts/netdata-monitorizacion-homelab/</link><pubDate>Mon, 23 Mar 2026 15:00:00 +0100</pubDate><guid>https://homelab-es.com/posts/netdata-monitorizacion-homelab/</guid><description>&lt;p>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.&lt;/p>
&lt;p>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.&lt;/p></description></item><item><title>Uptime Kuma: así monitorizo todos mis servicios del homelab</title><link>https://homelab-es.com/posts/uptime-kuma-monitorizar-homelab/</link><pubDate>Sat, 21 Mar 2026 15:00:00 +0100</pubDate><guid>https://homelab-es.com/posts/uptime-kuma-monitorizar-homelab/</guid><description>&lt;p>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.&lt;/p>
&lt;p>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.&lt;/p></description></item><item><title>Rancher: cuando kubectl te da pereza (y está bien admitirlo)</title><link>https://homelab-es.com/posts/rancher-gestion-kubernetes-ui/</link><pubDate>Tue, 10 Mar 2026 08:00:00 +0100</pubDate><guid>https://homelab-es.com/posts/rancher-gestion-kubernetes-ui/</guid><description>&lt;p>Llevo tres años gestionando clusters Kubernetes. He aprendido kubectl, helm, kustomize, escribo YAMLs dormido, y aun así&amp;hellip; hay días que abro Rancher y respiro tranquilo. Porque sí, kubectl es potente y la terminal mola. Pero cuando son las 3 de la mañana y algo se ha caído, ver gráficos de CPU en vez de piped JSON es la diferencia entre arreglarlo en 5 minutos o perder una hora.&lt;/p>
&lt;p>Rancher no te convierte en peor administrador de Kubernetes. Te convierte en uno más eficiente. Y eso es lo que vamos a montar hoy.&lt;/p></description></item></channel></rss>