homelab

Una red de homelab tiene que proteger la casa sin complicarle la vida a la casa. Esta es la separación que sí haría y la que me parece postureo peligroso.

Un homelab serio necesita saber qué se levanta primero cuando todo falla. No por paranoia, sino porque el día malo llega y no conviene improvisar con la casa mirando mal.

El self-hosting tiene una fase de luna de miel peligrosísima. Descubres que puedes montar casi cualquier cosa en Docker, encuentras listas infinitas de “awesome self-hosted” y empiezas a sustituir servicios como quien cambia cromos. Gestor de contraseñas, fotos, notas, RSS, automatizaciones, documentos, bookmarks, monitorización, dashboards, VPN, recetas, PDF, analítica, chat, Git, backups. Todo parece razonable por separado. Luego pasan unos meses y aparece la factura real. No siempre en euros. La factura llega en actualizaciones, backups, migraciones, bases de datos rotas, logs raros, certificados caducados, móviles que no sincronizan, contenedores abandonados y pequeñas obligaciones que nadie te avisó que venían con el pack de libertad digital.

Hay una mentira muy cómoda en los homelabs: “es solo un laboratorio”. Suena bien hasta que el laboratorio también lleva el DNS de casa, las fotos familiares, el gestor de contraseñas, Home Assistant, las copias de seguridad y el panel donde miras si algo se ha caído. En ese momento ya no es solo un laboratorio. Es producción doméstica con pegatinas de hobby. A mí me costó asumirlo. Durante mucho tiempo metí servicios serios y pruebas en el mismo saco porque técnicamente podía hacerlo. Proxmox lo aguanta, Docker lo aguanta, un mini PC moderno lo aguanta casi todo si no te vienes arriba. El problema no es si la máquina puede. El problema es si tú puedes mantenerlo sin convertir cada prueba de domingo en una ruleta rusa para la casa.

Si hoy tuviera que montar un homelab pequeño desde cero para una casa normal, no empezaría por Kubernetes. Tampoco por Ceph, alta disponibilidad ni un rack con luces que parezca la cabina de un avión. Empezaría por una pregunta bastante menos sexy: qué datos no quiero perder y qué servicios necesita realmente mi familia. Esa pregunta cambia todo. El homelab de internet suele estar diseñado para enseñar capturas. El homelab de una casa debería estar diseñado para no molestar, no perder fotos, no romper internet y no convertirse en otro trabajo administrativo. Hay una diferencia enorme entre “quiero aprender infraestructura” y “quiero que las fotos de mi hija estén seguras”. Las dos cosas pueden convivir, pero no deberían tener la misma prioridad.

Hay una fase bastante común en cualquier homelab. Empiezas con un mini PC, un NAS viejo o una Raspberry Pi. Todo parece razonable. Luego añades otro nodo porque quieres probar Proxmox. Después cae un switch mejor, un SAI, un par de SSDs, quizá un servidor más gordo para almacenamiento o IA local. Un día miras el rack, escuchas el zumbido de fondo y te haces la pregunta incómoda: cuánto cuesta tener todo esto encendido todo el día.

Linkding me gusta porque hace una cosa y la hace bien: guardar enlaces, etiquetarlos y encontrarlos rápido. En un homelab encaja mejor que muchas herramientas más grandes.

FreshRSS no es glamuroso, pero funciona. Lo uso para centralizar blogs, changelogs, newsletters públicas y fuentes técnicas sin depender de una app cerrada ni de un algoritmo.

Uso zfs rename con mucha más calma de la que sugiere el comando. Cambiar el nombre de un dataset es fácil. No romper referencias de Proxmox es la parte importante.

Uso zfs unmount cuando un dataset de ZFS no debería seguir montado o cuando necesito limpiar un punto de montaje raro. La clave está en mirar dependencias antes, no en forzar por orgullo.

Uso zfs mount para comprobar datasets ZFS que no se montan, rutas vacías y servicios que arrancan antes de que sus datos aparezcan. Es menos vistoso que culpar a Docker, pero funciona mejor.

Uso zpool trim con calma en pools ZFS sobre SSD o NVMe. No es magia, pero me ayuda a mantener el storage limpio después de mucho movimiento de VMs, backups y snapshots.