Construyendo un Homelab Confiable: Del Raspberry Pi a un Servidor de Pila Completa
Un ingeniero de datos con sede en Moscú transformó sus conocimientos básicos de Linux en un homelab completamente funcional durante dos años. Comenzó con un Raspberry Pi 5 y un SSD de 1 TB mediante comparticiones SMB, escalando gradualmente hasta un NAS con múltiples discos y luego migrando a un Intel Core i7-13700 para cargas de trabajo intensivas. Este cambio permitió el autoalojamiento de servicios críticos, reduciendo la dependencia de proveedores en la nube.
La configuración inicial del Raspberry Pi 5 incluía un conector SATA para cuatro SSDs. Sin embargo, las limitaciones de la plataforma —transcodificación débil de 4K HEVC, memoria RAM insuficiente y tarjetas SD poco confiables para almacenamiento de bases de datos— obligaron a una reestructuración completa.
Nueva Configuración:
- CPU: Intel Core i7-13700 (LGA1700)
- Placa base: Asus ROG STRIX B760-I GAMING WIFI (mini-ITX)
- RAM: 32 GB DDR5 Kingston 5600 MHz
- SSD: Adata LEGEND 860 1 TB PCIe 4.0
- Gabinete: Jonsbo N3 con 8 bahías hot-swap para HDD
- Fuente de alimentación: 750W 80+ Platinum
Sistema operativo: Fedora sin interfaz gráfica. Automatización mediante scripts en bash, temporizadores de systemd, zsh con Oh My Zsh y Powerlevel10k. Todos los servicios se ejecutan en contenedores Docker gestionados por Portainer.
Pila de Servicios Autoalojados
Las aplicaciones desplegadas cubren casos de uso esenciales:
- Jellyfin: Transmisión de medios con transcodificación
- Navidrome: Servidor de música
- filebrowser-quantum: Gestor de archivos (14 TB de almacenamiento)
- Immich: Copia de seguridad autoalojada de fotos y videos
- mscmanager: Panel de control para Minecraft y Terraria
- Transmission: Cliente de torrents
- Vaultwarden: Gestor de contraseñas con soporte para claves SSH
- dnsmasq: DNS local para sobrescribir dominios
- Home Assistant: Gestión de dispositivos IoT
- Termix: Gestor de SSH
- WireGuard: Acceso seguro mediante VPN
- Nginx: Proxy inverso (migración planeada a Caddy con ACME)
Configuración de Red y Accesibilidad
La arquitectura de red garantiza acceso estable tanto local como remoto:
- Un dominio en Cloudflare apunta al IP estático del router (192.168.0.1).
- El puerto 443 se redirige al router interno (192.168.2.1, OpenWRT con Xray).
- El proxy inverso en el servidor (192.168.2.10) enruta el tráfico por subdominio (por ejemplo, immich:2283).
- El dnsmasq local en Docker sobrescribe dominios a direcciones IP internas; los resolvers upstream son 1.1.1.1 y 8.8.8.8.
- El DHCP del router asigna DNS local a todos los clientes.
El firewall bloquea el acceso externo a puertos locales excepto localhost. Esto elimina tiempos de inactividad por fallas del ISP —los dominios se resuelven localmente en casa.
Copias de Seguridad y Tolerancia a Fallos
Sin RAID: cinco copias de datos en tres ubicaciones distintas usando scripts rsync activados por temporizadores de systemd. Los scripts monitorean cambios en /etc y otras carpetas, incluidas configuraciones dinámicas. Se prevé integración con Git.
Aprendizaje de fundamentos de redes: modelo OSI, VLANs, switches gestionados. LazyVim para edición, comandos CLI avanzados para control del sistema.
Conclusiones Clave
- Escalar desde RPi a x86 resuelve cuellos de botella de rendimiento sin compromisos.
- Docker + Portainer simplifica el despliegue y monitoreo de pilas autoalojadas.
- DNS local + proxy inverso permite acceso fluido desde casa o desde fuera.
- Scripts en bash y systemd automatizan copias de seguridad, minimizando riesgos de pérdida de datos.
- El autoalojamiento reduce la dependencia de servicios externos durante condiciones de internet inestables.
Esta infraestructura se adapta perfectamente a profesionales de nivel medio a senior que desean control total sobre sus datos y servicios.
— Editorial Team
Aún no hay comentarios.