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.
Uso zfs destroy con una rutina corta: listar, revisar dependencias, simular cuando se puede y borrar solo lo que entiendo. En ZFS, limpiar bien es tan importante como crear snapshots.
zfs clone convierte un snapshot en un dataset escribible. En Proxmox me sirve para pruebas rápidas, validaciones y migraciones pequeñas, pero siempre reviso de qué snapshot cuelga antes de borrar nada.
zfs send y receive convierten snapshots en streams que puedes guardar o enviar a otro servidor. En homelab me sirven para replicar datasets concretos, pero siempre hago primero una prueba seca y reviso nombres, tamaño y destino.