Problema

Muchos entusiastas de homelab empiezan con unos pocos dispositivos conectados a un switch de sobremesa o, peor aún, con cables enredados sobre una mesa. Cuando la carga de trabajo crece (NAS, contenedores Docker, máquinas virtuales, servicios de domótica) la infraestructura improvisada se vuelve difícil de mantener: los cables se enredan, la latencia de red aumenta por enlaces de 1 GbE insuficientes y la alimentación es poco fiable. El patrón típico es “añadir un dispositivo y luego otro”, sin planificación de ancho de banda, sin gestión de energía y sin una ruta clara para el cableado. El resultado es una red inestable, tiempos de inactividad inesperados y una experiencia de administración que consume más tiempo del necesario.

Causa

  1. Subdimensionamiento del switch de núcleo – Un switch de 1 GbE no puede atender simultáneamente varios NAS, servidores de contenedores y dispositivos de IoT sin crear cuellos de botella.
  2. Ausencia de panel de parcheo – Conexiones directas “cable‑to‑cable” dificultan la identificación de rutas y obligan a mover cables cada vez que se agrega o reemplaza hardware.
  3. Distribución de energía improvisada – Enchufes múltiples y regletas sin monitorización provocan sobrecargas y dificultan la planificación de un UPS.
  4. Falta de separación de tráfico – Todos los servicios comparten el mismo dominio de broadcast, lo que genera colisiones y dificulta la aplicación de políticas de seguridad.
  5. Hardware heterogéneo sin planificación de rack – Equipos de diferentes tamaños y formatos ocupan espacio de forma ineficiente, lo que complica la ventilación y el acceso físico.

Solución

1. Definir la arquitectura de red

  • Switch de núcleo 2.5 GbE: Elige un modelo con al menos 16 puertos y soporte para VLANs. La velocidad de 2.5 GbE cubre la mayoría de los NAS con discos mecánicos (≈2 Gb/s de rendimiento real) y deja margen para futuros SSD‑NVMe.
  • Switch de acceso gigabit: Usa un switch de 24 puertos para dispositivos que no requieren más de 1 GbE (PCs, cámaras IP, dispositivos IoT). Conecta este switch al núcleo mediante un enlace de 2.5 GbE.
  • VLANs: Separa tráfico de gestión (SSH, API), tráfico de datos (NAS, Docker) y tráfico de invitados (Wi‑Fi) en VLAN distintas. Esto reduce broadcast y permite aplicar políticas de firewall en el router.

2. Implementar un panel de parcheo (patch panel)

  • Keystone 16‑port Cat6: Instala el panel en la parte frontal del rack. Cada puerto del switch de núcleo y del switch de acceso se termina en el panel, y los cables de parcheo (patch cords) conectan el panel a los dispositivos.
  • Etiquetado claro: Usa etiquetas con número de puerto, VLAN y nombre del dispositivo. Un esquema de colores (azul para gestión, verde para datos, rojo para invitados) acelera la identificación.
  • Cableado estructurado: Mantén todos los cables horizontales (del panel a los dispositivos) en la misma longitud aproximada para evitar tensiones y facilitar el reemplazo.

3. Gestionar la alimentación

  • PDU gestionable: Un PDU con al menos 8 salidas con monitoreo de consumo permite apagar o reiniciar equipos de forma remota y detectar sobrecargas.
  • UPS dimensionado: Calcula la carga total (W) sumando consumo de NAS, NUC, mini‑PC, switches y router. Un factor de seguridad del 20 % y una autonomía de 15 minutos son suficientes para un shut‑down limpio.
  • Distribución de circuitos: Conecta la PDU a una toma dedicada y evita mezclar equipos críticos con dispositivos de consumo bajo (consolas, luces).

4. Organización física del rack

  • Montaje vertical: Coloca los dispositivos más pesados (NAS, UPS) en la base para estabilidad. Los equipos de acceso (router, switches) van en la mitad superior; los dispositivos de prueba o consumo bajo (consolas, Raspberry Pi) pueden ir en la parte superior.
  • Gestión de cables: Usa canales de cable (cable managers) y bridas reutilizables. Mantén los cables de alimentación separados de los de datos para minimizar interferencias.
  • Ventilación: Deja al menos 2 U de espacio libre entre dispositivos que generan calor (NAS, mini‑PC) y asegura que los flujos de aire del rack no estén obstruidos.

5. Consolidar servicios en hosts adecuados

  • Docker host dedicado: Un NUC o mini‑PC con Ubuntu Server funciona bien como nodo Docker. Mantén los contenedores críticos (Home Assistant, AdGuard, Plex) en este host.
  • Proxmox para virtualización: Usa un servidor de mayor capacidad (Esprimo, Intel NUC potente) para ejecutar máquinas virtuales que requieren aislamiento completo (VPN, bases de datos).
  • NAS con tarjetas de red 10 GbE opcional: Si en el futuro cambias a SSDs o a un pool de discos de mayor rendimiento, la tarjeta de 10 GbE será útil; mientras tanto, el enlace 2.5 GbE es suficiente.

6. Automatizar la monitorización y actualizaciones

  • Portainer o Rancher para gestionar contenedores.
  • Watchtower o Flux para actualizar imágenes automáticamente.
  • Prometheus + Grafana (opcional) para monitorizar consumo de red y energía del PDU.

Cuándo aplicar esta solución

  • Síntomas: Latencia alta en transferencias NAS, cables desordenados, apagones inesperados, dificultad para añadir nuevos dispositivos sin re‑cablear todo.
  • Escenarios válidos: Homelabs con 3 + dispositivos de red, al menos un NAS de 4 TB, uso de Docker/Proxmox, necesidad de Wi‑Fi 6/7 y 2.5 GbE.
  • Exclusiones: Instalaciones con un solo servidor y sin intención de escalar, o entornos donde la energía ya está gestionada por un UPS industrial.

Código

# Crear VLANs en un switch de 2.5GbE (ejemplo con EdgeOS)
configure
set interfaces ethernet eth0 vif 10 description "Management"
set interfaces ethernet eth0 vif 10 address 192.168.10.1/24
set interfaces ethernet eth0 vif 20 description "Data"
set interfaces ethernet eth0 vif 20 address 192.168.20.1/24
set interfaces ethernet eth0 vif 30 description "Guest"
set interfaces ethernet eth0 vif 30 address 192.168.30.1/24
commit; save; exit

Verificación

  1. Prueba de ancho de banda: Usa iperf3 entre dos puertos del switch de núcleo y verifica que alcanzas ≥2 Gb/s.
  2. Comprobación de VLAN: Desde un cliente en cada VLAN, ejecuta ping al gateway correspondiente; los pings deben responder sin pérdida.
  3. Monitor de energía: Accede a la interfaz web del PDU y verifica que el consumo total está por debajo del 80 % de la capacidad del UPS.
  4. Cableado: Desconecta un patch cord y confirma que la etiqueta del panel coincide con el dispositivo desconectado.

Notas adicionales

  • Planificación de expansión: Reserva al menos 4 puertos libres en el panel de parcheo para futuros dispositivos.
  • Redundancia: Si el presupuesto lo permite, duplica el switch de núcleo y configura LACP para evitar un único punto de falla.
  • Seguridad física: Bloquea el rack con candado y coloca etiquetas de inventario en cada dispositivo para facilitar auditorías.
  • Documentación: Mantén un archivo Markdown con el esquema de cables, VLANs y asignación de IP; facilita la resolución de incidentes.
  • UPS test: Realiza pruebas de carga simulada cada 6 meses para asegurarte de que el tiempo de autonomía sigue siendo suficiente.