Guía de hardware para principiantes en Home Lab

 (linuxblog.io)
2 puntos por GN⁺ 2024-03-09 | 1 comentarios | Compartir por WhatsApp
  • Un Home Lab es un entorno sandbox para experimentar de forma segura con configuraciones de red y servidores en casa, desde respaldos remotos y monitoreo hasta pruebas de equipos, sin la carga de un entorno de producción
  • Antes de instalarlo, conviene revisar primero las condiciones físicas como temperatura, ventilación, energía eléctrica, ruido, polvo y ruta del cableado, y dibujar un diagrama de red según la estructura de la casa
  • La elección entre rack y gabinete cambia según la profundidad del equipo y el calor que genera; si se eligen con el mismo criterio para equipos de red poco profundos y servidores más profundos, pueden verse afectadas la refrigeración y la accesibilidad
  • No hace falta comprar de una vez el módem del ISP, router·switch, UPS, patch panel, cables y servidores; lo realista es empezar con una configuración pequeña e ir ajustando consumo eléctrico y margen de expansión
  • La configuración que comenzó en 2020 con un rack de 12U se amplió en 6 años hasta incluir uplink de 10G y LAN de 2.5G, pero lo importante no es el equipo caro sino una distribución operable y una buena gestión eléctrica

Propósito y alcance operativo de un Home Lab

  • Un Home Lab es un entorno de pruebas donde se puede experimentar con seguridad en casa, reduciendo el riesgo de aplicar configuraciones nuevas directamente sobre equipos de producción
  • Algunos ejemplos de uso son:
    • Respaldos remotos
    • Monitoreo de red y alertas para servidores remotos
    • AP UAP cableados
    • Pruebas con distintos equipos y servicios
  • Esta configuración se publicó por primera vez en 2020 y se ha seguido actualizando, e incluye los cambios de configuración y una línea de tiempo de 6 años con corte a marzo de 2026

Criterios para elegir el lugar de instalación

  • La ubicación del Home Lab debe evaluarse considerando temperatura y ventilación, tendido de cables, accesibilidad, energía eléctrica, ruido, polvo y circulación de personas
  • Cada lugar candidato tiene ventajas y desventajas claras
    • Oficina en casa: el escritorio y los equipos están cerca, así que los cables son cortos, pero puede que no exista una oficina en casa o que ya sea un espacio donde se pasa mucho tiempo
    • Sala: suele ser fresca y tener espacio, pero hay tránsito de personas y riesgo de daños
    • Clóset: es fácil de acceder y de ocultar, pero suele faltar ventilación y espacio
    • Sótano: normalmente es fresco, pero puede haber problemas de inundación o acceso
    • Ático: puede tener poco ruido y facilitar el tendido de cables, pero según la zona puede presentar calor excesivo, filtraciones o humedad
    • Cochera: reduce el ruido dentro de la casa y pasa más desapercibido, pero hay riesgo de insectos, calor, polvo, cables largos y daños por vehículos
  • La configuración real se colocó en la oficina en casa, donde laptop, desktop, servidores y otros equipos compartían el mismo espacio, lo que permitió mantener corto el cableado
  • Antes de instalar, conviene dibujar el diagrama de red del hogar o usar una herramienta de diseño de red para revisar primero la ruta del cableado y la estructura de la casa

Rack, gabinete y formas de alojar el equipo

  • Los gabinetes·racks de red y los gabinetes·racks de servidores suelen confundirse, pero routers, switches y patch panels normalmente son menos profundos que los servidores y generan menos calor
  • Si se planea instalar equipo de servidor, un gabinete de red puede quedarse corto en profundidad y ventilación, y los modelos con puerta de vidrio pueden ser desfavorables para disipar calor
  • Al elegir un gabinete o rack, primero hay que considerar el entorno de instalación
    • Si se instalan servidores grandes y pesados, la estabilidad del gabinete o del rack de cuatro postes es importante
    • Si se necesita acceso frecuente a los costados o la parte trasera, conviene un rack abierto o un gabinete con laterales desmontables
    • Si el equipo requiere enfriamiento adicional, en un gabinete cerrado el diseño de ventilación se vuelve más importante
    • En habitaciones con mucho polvo, un gabinete protege mejor el equipo
    • En espacios como la sala, donde entran visitas, un gabinete con cerradura puede verse más ordenado
    • Si se necesita restringir el acceso o mejorar la seguridad, es adecuado un gabinete con sistema de cierre

Hardware recomendado y criterios de elección

  • Los precios de los productos se basan en los precios actuales de Amazon y pueden cambiar; algunos enlaces de Amazon son enlaces de afiliado

  • Módem de cable del ISP

    • Los principiantes pueden empezar a experimentar con su red doméstica solo reemplazando el módem que entrega el ISP, sin montar todavía un rack completo
    • Muchos ISP en Estados Unidos cobran renta mensual por el módem, así que comprar uno propio puede tener sentido en costos
    • Las combinaciones de módem·router entregadas por el ISP pueden ser de baja calidad o reacondicionadas, tener funciones limitadas y depender del ISP para recibir actualizaciones de firmware cuando aparece una nueva vulnerabilidad
    • Si ya se cuenta con un buen ISP y equipo suficiente, se puede seguir usando tal cual; la razón para reemplazarlo es obtener funciones de red adicionales y un entorno de pruebas para el Home Lab
    • Algunos ejemplos para internet por cable son Motorola MB7621 32×8 y Motorola MB8611, ambos modelos DOCSIS 3.1
    • En internet por fibra, según el proveedor, a veces se puede reemplazar directamente el ONT, pero en muchas configuraciones el ONT lo administra el ISP y el usuario controla a partir del router
    • Los módems de cable generan bastante calor, por lo que conviene colocarlos en la parte superior del rack o dejar espacio para flujo de aire arriba y abajo

  • Rack

    • La unidad de rack U o RU mide 1 3⁄4 pulgadas, 44.45 mm, y se usa para indicar la altura del equipo y de los racks de 19 y 23 pulgadas
    • Un rack full-size típico tiene 42U de altura
    • Ejemplos de equipo:
    • Al medir equipo para rack, no hay que comparar el ancho interno del rack sino el ancho de la repisa del rack con el ancho del equipo

  • UPS

    • Como el entorno contaba con un generador de respaldo a propano y el cambio tardaba alrededor de 1 minuto, se necesitaba un UPS capaz de sostener una carga de 100W a 200W durante algunos minutos
    • El CyberPower OR500LCDRM1U UPS es un modelo rackeable de 1U con 500VA/300W, 6 contactos, AVR y un peso aproximado de 20 lbs
    • Este UPS mostró poco más de 30 minutos de autonomía, incluyendo 2 AP PoE y un monitor de 27 pulgadas, al usar cerca del 50% de la batería
    • Apuntar a autonomías largas encarece mucho el UPS, así que una configuración realista es dar tiempo a que los equipos esenciales y de bajo consumo se apaguen de forma segura
    • Los AP PoE consumen como máximo unos 9W cada uno, lo que ayuda a mantener la carga del UPS alrededor de 20% a 30%

  • Repisas y energía

    • Si un UPS de 1U no tiene montaje para rack, se puede poner encima de otro equipo, pero para mantener la batería fresca y reducir la acumulación de calor conviene una repisa ventilada de 1U
    • AC Infinity Vented Cantilever 1U Universal Rack Shelf está disponible desde 6 hasta 16 pulgadas de profundidad, y sus ventilas y ranuras ayudan con la refrigeración y el orden del cableado
    • El UPS de CyberPower tiene 6 contactos; 4 son de respaldo con batería y protección contra sobretensión, y 2 son solo de protección contra sobretensión
    • ADJ Products AC POWER STRIP PC-100A puede conectarse directamente al UPS 1U de CyberPower para encender y apagar equipos fácilmente de forma individual
    • Los ahorradores de contactos y los paneles ciegos de 1U se usan para aprovechar mejor la energía y mejorar el flujo de aire del rack

Refrigeración, red, cableado y servidores

  • Refrigeración

    • Mantener una temperatura adecuada en el equipo de rack es importante para evitar sobrecalentamiento, mantener un rendimiento constante y extender la vida útil
    • AC Infinity CLOUDPLATE T7-N 2U Intake se usó por unos 4 años y enfriaba bien el rack incluso a baja velocidad
    • Después de unos 2 años empezaron fallas en los ventiladores por acumulación de polvo, y para el tercer año ya habían fallado 3 de los 4 ventiladores
    • El reemplazo de los ventiladores fue difícil porque los conectores internos eran conectores wafer de 3 pines fijados a la tarjeta con pegamento caliente
    • En abril de 2025 se retiró este equipo y se cambió a refrigeración pasiva usando un panel ventilado de 1U, y desde entonces ha funcionado sin problemas
    • En entornos con aire acondicionado y poco polvo, puede que no hagan falta ventiladores activos; si se necesitan, conviene limpiarlos con aire comprimido cada pocos meses para tener mejores probabilidades de llegar a una vida útil de 2 a 3 años

  • Router y switch

    • Se considera que la mayoría de las necesidades de routing y switching pueden cubrirse con equipos de Cisco, Ubiquiti o TP-Link
    • Esta configuración se parece más a equipo para pequeña empresa que a una oficina en casa, pensando en ampliar funciones más adelante
    • Ejemplos de routers:
    • Ejemplos de switches:
    • También hay otras opciones como Netgear, pfSense, OPNsense e IPFire, y no todo el equipo recomendado se ajusta a todas las necesidades, así que hace falta investigar por cuenta propia

  • Patch panel y cables

    • Se eligió un patch panel de 16 puertos, pero en retrospectiva habría sido mejor uno de 24 puertos
    • Aun así, incluso 6 años después, 16 puertos apenas siguen siendo suficientes
    • El plan más rápido del ISP ofrece 160Mbps de descarga y 30Mbps de subida, así que el Home Lab no necesitaba CAT8 ni CAT7
    • Como el límite de 1000Mbps era aceptable, se compró un rollo de 250 pies de CAT6 y varios cables CAT6 de distintas longitudes
    • Si se necesita un tráfico de red más fluido, se puede considerar CAT6a o superior, pero si los conectores RJ45 y el patch panel no son compatibles, usar cables CAT7 o CAT6a sería desperdicio
    • En la instalación inicial faltaron aproximadamente 3 pies de cable coaxial, así que conviene presupuestar cables más largos de lo necesario

  • Servidores

    • Los requisitos de los servidores cambian mucho según si van a hospedar NAS, VM, servidor web, servidor de respaldo, servidor de correo, bloqueo de anuncios u otros servicios, por lo que no se recomienda un modelo específico
    • En la configuración real se usaron un ThinkCentre M73 y un ThinkCentre M715q comprados usados en eBay
    • Ambos equipos funcionan de manera silenciosa y fresca, y ejecutan Ubuntu Server y Windows 10
    • Si se quiere un servidor formal, hay opciones de Dell, HP, Cisco y Lenovo, y en Home Lab es común comprarlos usados en Craigslist o eBay

Ejemplo simple de VPN para toda la casa

  • Una VPN para toda la casa armada para un amigo usa menos de 40W con un UPS de 700VA, lo que muestra que un Home Lab no tiene por qué ser complicado ni consumir mucha energía
  • Sus componentes son:
    • StarTech.com 6U Wall Mount Network Equipment Rack
    • AC Infinity Vented Cantilever 1U Universal Rack Shelf
    • C2G 12-Port Patch Panel
    • VCE CAT6 RJ45 Keystone Jack Inline Couplers
    • Unifi Controller ejecutándose en Raspberry Pi 4 2GB Basic Kit
    • Edge Gateway y WireGuard VPN ejecutándose en Brume GL-MV1000
    • Edgeswitch 10xp
    • StarTech.com 8 Outlet Horizontal 1U Rack Mount PDU Power Strip
    • CyberPower SL700U Standby UPS System, 700VA/370W

Cambios en 6 años y conclusión

  • El Home Lab comenzó en 2020 con un rack mural de 12U, un módem de cable y un EdgeRouter
  • Seis años después se actualizó con uplink de 10G, firewall pfSense y LAN de 2.5G, y el monitoreo cambió de Zabbix a Checkmk RAW
  • Los cambios principales fueron:
    • Marzo de 2020: primera build completada
    • Abril de 2020: se añadieron failover 4G, VLAN, paneles ciegos y monitoreo con Zabbix
    • Mayo de 2020: se añadieron Raspberry Pi y un monitor para dashboard de Zabbix
    • Junio de 2020: se añadió un teclado y se reemplazó la cubierta de malla por plexiglás tintado
    • 2022~2023: mudanza a una casa nueva, reemplazo de EdgeRouter por Peplink Balance 20x y actualización del UPS
    • Desde 2025: actualización a uplink de 10G y LAN de 2.5G, firewall pfSense, cambio de Zabbix a Checkmk RAW y transición a refrigeración pasiva
  • El principio operativo más importante es empezar en pequeño y prepararse para crecer
  • No hace falta tener desde el primer día el rack, el gabinete, el patch panel y todo el equipo; se puede empezar reemplazando el módem del ISP y agregando un router adecuado
  • Al elegir equipo, conviene considerar desde el inicio el consumo eléctrico para evitar que la factura de luz crezca en exceso

Lecturas relacionadas

1 comentarios

 
GN⁺ 2024-03-09
Opiniones de Hacker News

  • El artículo está bueno, pero por su escala y alcance puede intimidar fácilmente. Un homelab puede empezar perfectamente con un solo NUC sobre el escritorio, y con 64 GB de RAM puedes levantar muchísimas cosas
    Los NUC son eficientes para funcionar 24/7, pero se vuelven ruidosos si la carga de CPU dura mucho tiempo. En ese caso conviene expandirse con un OptiPlex o una Precision Tower SFF de eBay, de ser posible un modelo compatible con ECC. Las Dell SFF son pequeñas, pero son desktops/servidores hechos y derechos con ventiladores silenciosos; además aceptan tarjetas 10G Mellanox 3 de 40 dólares en eBay y se apilan bien en horizontal. Es mejor evitar las OptiPlex anteriores a los CPU de 12.ª generación, porque la electricidad y el espacio pueden volverse una limitación, y los i5-12500 usados ya están bastante baratos. Con LGA1700, si hace falta, incluso puedes poner un i9-14900 non-K

    • No hace falta tomarse demasiado en serio el rack como componente indispensable. Los racks son geniales y un rack de homelab se ve bien, pero si el objetivo es la usabilidad y aprender, usa simplemente lo que te guste
      Personalmente tengo 4 cajas apiladas en una esquina, y uso un rack falso detrás de la mesa de trabajo: dos paneles laterales de rack atornillados donde fijo las piezas con tornillos. También tengo conectados un NAS en una repisa y varias Raspberry Pi; me gusta este desorden y aprendí mucho. Empieza con lo que tengas y expande cuando lo necesites. Un rack es algo bonito cuando ya te metiste más en el hobby y te importan los puntos de estilo
    • Intel NUC es absurdamente bueno para quienes hacen homelab. Compré varios hace poco y el consumo eléctrico en particular es excelente
      Al conectarlo a un enchufe inteligente basado en tasmota, vi que en reposo estaba alrededor de 6 W. Siempre hago ajustes de bajo consumo con la configuración del BIOS y perfiles de tuned, pero en general un NUC rara vez supera los 30 W. Es más o menos la mitad de una bombilla incandescente antigua
    • Mi primer homelab fue una laptop con el monitor roto. No fue muy difícil instalarle Ubuntu Server, tenía un puerto Ethernet gigabit integrado y también USB 3.0, así que era fácil lograr velocidades de disco aceptables para usarla como NAS
      Las laptops usadas viejas, especialmente las que tienen la pantalla rota, se consiguen casi gratis; si ya tienes una o alguien te la regala, sí es gratis de verdad. Si tu objetivo es algo como Plex, funcionan bien, y el consumo de energía de una laptop tampoco es mucho mayor que el de un NUC, sobre todo en reposo. Ahora uso un servidor rackmount de verdad porque se ve cool, pero creo que para la mayoría una laptop vieja es suficiente
    • Para la mayoría de quienes apenas empiezan, vale mucho más la pena usar una desktop barata reciclada o una Raspberry Pi para correr algo como PiHole y expandirse desde ahí. Mi homelab[0] también empezó con una sola Pi corriendo PiHole, y ahora creció a una configuración de 4 equipos que corre todo lo que necesito, como Jellyfin, Calibre y DNS
      Dicho eso, cuando más adelante monté en rack y actualicé parte del hardware, esta guía “para principiantes” me resultó realmente útil
      [0] https://blog.janissary.xyz/posts/homelab-0
    • Mi “homelab” también es una configuración de varias computadoras pequeñas metidas en lugares donde quedan totalmente ocultas o donde tienen una razón de estar. Un viejo NUC con Celeron corre Pi-Hole, Syncthing y herramientas de diagnóstico debajo del sofá, y el impacto en la factura de luz es despreciable
      Una mini PC Lenovo detrás del televisor funciona a la vez como nodo de Syncthing y HTPC. No es la configuración más sofisticada del mundo, pero funciona bien, es muy barata y se adapta a un departamento

  • Me voy un poco por la tangente, pero para un servidor en casa de verdad quiero elogiar mucho a Proxmox. Durante 25 años tuve en casa algún tipo de servidor Linux y siempre administré a mano un sistema único como Ubuntu, lo cual era extremadamente fastidioso.
    Proxmox permite correr fácilmente varios contenedores y máquinas virtuales en un solo hardware. Al principio empecé virtualizando un gran sistema Ubuntu, pero incluso solo con eso ya hay ventajas como respaldos y alta disponibilidad. Ahora empecé a separar los servicios en sus propios contenedores y queda mucho más limpio

    • Proxmox es excelente. Armé un clúster con dos máquinas que no usaba, una de casi 10 años y otra relativamente nueva con un 5950X, y ahora ya no tengo que preocuparme de que se muera una sola caja Debian con todos los servicios y se pierda todo.
      Las máquinas virtuales en sí son útiles, pero las herramientas de Proxmox para migrar entre máquinas y para respaldo/restauración centralizados de verdad se sienten liberadoras. Hace poco configuré passthrough PCIe de una GPU en una VM de Windows para streamear juegos con Moonlight/Sunshine a máquinas poco potentes dentro de la casa, y funciona tan bien que la PC gamer real está juntando polvo en un rincón. Mi única queja es que ojalá hubiera una licencia paga más barata. Quiero retribuir el valor que recibo, pero más de 100 dólares al año por CPU es demasiado caro para uso de hobby. Agradezco que el nivel gratuito no moleste en absoluto, pero estaría bueno que existiera un punto intermedio
    • Proxmox ayuda muchísimo, sobre todo a principiantes de homelab que ya están familiarizados con Linux. Puedes crear y borrar fácilmente varios entornos mientras aprendes.
      Dicho eso, el almacenamiento en general no es fácil. Es difícil entender bien las consecuencias de las distintas opciones y, si no estás bastante familiarizado con zfs, lvm, lvm-thin, reparticionado, etc., cuesta configurar correctamente la base de un NAS
    • Yo todavía estoy atrapado en la deuda técnica de un servidor doméstico monolítico, así que también estoy pensando en migrar. La parte que siempre me genera dudas es el almacenamiento. Este servidor también es un NAS que sirve archivos por SMB y medios por Plex.
      He escuchado que algunas personas montan el arreglo de datos[1] directamente en Proxmox y virtualizan solo lo que va por encima de la capa de almacenamiento, como Plex, mientras que otras hacen PCI passthrough de un HBA[2] a una VM de NAS. La ventaja de lo primero parecería ser que puedes hacer bind mount directo en contenedores LXC en vez de usar SMB/NFS/9p por loopback. También hay quienes usan TrueNAS o Unraid sobre bare metal y les encargan tanto el almacenamiento como el hipervisor, y eso también tiene sentido. La versión Linux de TrueNAS ya tuvo tiempo de madurar, así que quizá debería probarla. También uso transcodificación por hardware con Quicksync integrado en un procesador Intel, y me pregunto si habrá problemas para usarlo atravesando una VM. Probablemente tendría que renunciar al TTY local de Proxmox.
      [1] Me refiero a un arreglo con archivos reales, no a VHD. De entrada suelo mantenerlo separado, y además lo necesito porque no puedo permitirme tener todos los datos en SSD y tampoco soporto tener la raíz del OS en HDD. O quizá lo ideal sería un único arreglo ZFS maestro con datasets para archivos y zvol o NFS para las raíces de las VM.
      [2] He escuchado que es más confiable que hacer passthrough de SATA individual, pero tiene la desventaja de agruparlo todo de forma más bruta. Es decir, la VM controla en exclusiva todos los puertos, así que no puedes conectar ahí discos que no sean parte del arreglo
    • Claro que también puedes correr contenedores en un sistema Ubuntu sin más, y nada te impide hacer respaldos. Aun así, si es un servidor nuevo, conviene empezar desde el principio con un hipervisor.
      Ganas mucha flexibilidad porque puedes mezclar otras distribuciones o incluso sistemas que no sean de la familia Linux. Por ejemplo, yo corro un router OPNsense. Uso xcp-ng en lugar de Proxmox
    • Me da curiosidad cómo exactamente correr VMs en Proxmox te da alta disponibilidad

  • Sé que esto se va a convertir en el nuevo meme de “I use Arch btw”, pero si vas por este camino, recomiendo muchísimo Nix como distribución. Lo ideal es que, una vez que logras que funcione, lo dejes encendido sin tocarlo, y con Nix todo el estado del sistema queda registrado en git
    Ya no hay que preguntarse “¿cómo había arreglado esto hace 6 meses?” ni volver a armar el sistema manualmente después de que explote una actualización de versión de Ubuntu. Todo lo que cambiaste, los paquetes que instalaste y los valores que configuraste están en el log de git. Yo también reviso seguido el repositorio git como documentación para ver qué está instalado y cómo está configurado el sistema

    • I use nix btw. Totalmente de acuerdo. Nix y NixOS suelen ser dolorosos, pero una vez que logras que funcionen, son realmente gloriosos
      Es increíble lo rápido y fácil que es sincronizar configuraciones de sistema/usuario/aplicación entre varios dispositivos. El enfoque declarativo recompensa el esfuerzo duro de hacerlo funcionar, y una vez que lo descubriste, no tienes que repetir lo mismo nunca más. Al ser declarativo, te queda un ejemplo documentado de una configuración que funciona y puedes expandir desde ahí. Ahora estoy aprendiendo el entorno de desarrollo de Nix construyendo “Linux from Scratch” con Nix, y aunque es lento, cada vez que algo sale bien queda consolidado en un estado reproducible. Los LLM definitivamente ayudan a resumir documentación dispersa y pobre, pero igual hace falta bastante perseverancia. En general estoy disfrutando mucho Nix y quiero usarlo más en mi homelab
    • Ojalá la curva de aprendizaje de Nix fuera más suave. Ojalá yo fuera más inteligente. Está en mi lista de cosas con las que quiero jugar algún día, pero esa lista es larga y todavía no logro superar la barrera
      Entiendo el concepto, pero cuando quiero probar un paquete o una app nuevos, llego más rápido con docker-compose y VM que rompiéndome la cabeza con la forma Nix
    • Como referencia, yo uso Arch en mi homelab y aun así logré cattle not pets. El medio de instalación de Arch trae cloud-init, así que pongo en otro USB un cloud-config con módulos que crean el servidor desde cero, conecto ese drive con etiqueta cidata junto con el medio de instalación y enciendo la máquina
      No sé si Nix habría sido más fácil, pero cloud-init solo permite ejecutar scripts que alguien que hace este tipo de cosas probablemente ya sabe usar, sin necesidad de otro DSL. Alguien dirá “odio YAML”, pero quien se interesa por un homelab probablemente también administra varios servidores en el trabajo y no puede evitar cloud-init, Ansible, Kubernetes o alguna cosa que use YAML sin darle opción. Si el objetivo del homelab es practicar lo que haces en el trabajo sin posibilidad de romper cosas ajenas, conviene acostumbrarse a las herramientas que de todos modos vas a tener que usar y no hacer que el entorno de casa sea demasiado distinto del del trabajo. Claro que mucha gente en Hacker News, a diferencia de mí, usa “homelab” para referirse a autoalojar un servidor de medios, chat, compartición de fotos, etc. para familiares y amigos, no a un mini centro de datos para practicar con un centro de datos real
    • Yo también empecé corriendo distintas versiones de Raspbian en varias RasPi, hasta que me cansé del drift de configuración y pasé todo a Nix. Poder escribir un solo Nix Flake y construir imágenes declarativas de instalación para tarjetas SD para todos los dispositivos hace que administrar varias máquinas sea realmente un sueño
      Si te interesa, el tutorial está aquí[0]. El único problema es la parte de desplegar configuraciones Nix de forma remota. La única herramienta 1st-party, nixops, está prácticamente abandonada y sin soporte. Herramientas de la comunidad como morph o deploy-rs se ven prometedoras, pero varían en soporte de Flakes y en actividad/sostenibilidad a largo plazo
      [0] https://blog.janissary.xyz/posts/nixos-install-custom-image
    • Evito tener que volver a armar el sistema después de que explote una actualización de versión de Ubuntu corriendo Gentoo Linux en mi máquina Linux. He oído que Arch también es bueno, pero nunca lo he usado
      Ubuntu simplemente no es muy bueno. Usé Ubuntu durante varios años antes, y me alegró muchísimo por fin poder recomendar una distribución Linux estable y fácil de usar a gente no experta, pero después de que dos o tres actualizaciones in-place seguidas rompieran el sistema y solo pudiera arreglarse con el proceso de instalación bien documentado de Gentoo y el conocimiento de administración de sistemas adquirido tras años de tropiezos, lo dejé. No dejen que sus amigos usen Ubuntu

  • Durante años tuve mi equipo dentro de un sofá IKEA FRIHETEN. Las ventajas son que es fácil de acceder, queda completamente invisible salvo por 1 cable de corriente + 1 WAN óptica + 1 LAN Ethernet, y por su estructura es fácil sacar cables hacia afuera y también acomodar/cablear el interior
    La reducción de ruido viene gratis, y en invierno da suficiente calefacción como para que el trasero nunca se enfríe al sentarse. A mi pareja le encantaba no ver ninguna luz parpadeante, y ni siquiera se dio cuenta de que compré un UPS y bahías de discos. Las desventajas son que trabajar adentro es un poco incómodo, hay vibraciones al sentarse o al abrir y cerrar, lo cual puede no gustarles a los discos duros giratorios, y el calor fue sorprendentemente manejable, no peor que en un clóset. Existe el riesgo de derramar líquidos, pero por el diseño tienden a escurrir por el perímetro en vez de entrar, y en el peor caso puedes poner una bandeja debajo del hardware. Hay que dejar algo de holgura en los cables porque tu pareja podría jalarlos al mover el mueble para limpiar
    † https://www.ikea.com/us/en/images/products/friheten-sleeper-...
    †† Lo ruteé hacia la esquina trasera y luego lo oculté dentro de la pared hasta el tomacorriente más cercano, así que en la práctica no se veía

    • Pensé algo parecido con el modelo del sofá IKEA KIVIK que no es cama. Los apoyabrazos anchos y rectangulares están abiertos por abajo, así que parece que podrías meter de lado pequeñas torres SFF o equipo rackmount, y debajo de los asientos también hay espacio para equipo rackmount
      Una de las razones por las que al final no lo hice fue que no quería combustible de sofá justo encima y alrededor del equipo en caso de incendio. Me preocupaba un poco más el UPS que el servidor en sí. Forrar esa zona con chapa metálica y asegurar buena ventilación si el tipo de batería del UPS pudiera emitir gases me habría dejado más tranquilo, pero ya se volvía demasiado trabajo. Así que al final el equipo terminó en un rack/estante lejos de materiales textiles, donde puedo verlo
    • Realmente impresionante. Me pregunto si hay alguna foto real con el servidor adentro
      Creo que me preocuparían bastante la ventilación, el calor y el riesgo de incendio. Me recuerda al lack rack
      https://archive.is/Uf2k3

  • Todo el mundo del homelab es excelente. Cada persona tiene objetivos como bajo consumo, procesadores interesantes, propiedad de los datos, alta disponibilidad, UPS/UPS para toda la casa, y es divertido que el punto común donde se encuentran esos intereses superpuestos y el software sea la casa.
    También es interesante la variedad de gente que atrae: desde profesionales de la industria que juegan con esto como hobby hasta personas de fuera del sector. Yo también me metí de lleno y, al menos para mí, revive esa sensación mágica de los primeros tiempos de Internet.

    • La comunidad es realmente excelente. Es muy activa en Reddit y Lemmy, y la gente siempre encuentra soluciones rápidamente y da consejos para configurarlo según las mejores prácticas. Si te interesa aprender estas cosas, es una verdadera joya.

  • Visto desde otra perspectiva, mi homelab es así: está sobre un estante en una oficina en el sótano, tiene ventilación decente y el WiFi está bien, aunque no es excelente.
    El hardware es una PC vieja que recogí en un mercado de intercambio local; le agregué RAM sacada de otra PC vieja y compré discos duros y una tarjeta WiFi. El software es Debian stable y podman/podman-compose. Todos los servicios útiles son carpetas con archivos compose, que convierto en unidades systemd con podman-compose. Si la configuración del artículo es de tu gusto, genial, hazla sin problema. Pero no es obligatorio, y sobre todo no hace falta empezar así desde el principio. En esta PC vieja y casi gratis corro varios servicios que mi familia usa todos los días, y no llega a usar ni la mitad de los 16 GB de RAM, con un uso de CPU que no supera el 5%.

    • Mi configuración de homelab favorita fue cuando tenía una laptop vieja, originalmente con XP pero cambiada a Ubuntu, y unos cuantos discos USB en el cajón superior de un archivador que había conseguido.
      Le hice un agujero para cables en la parte trasera, y generaba tan poco calor que el flujo de aire nunca fue un problema. Alojaba mi sitio web personal y la webcam de la pecera, la conecté al timbre, y también la usaba para XMPP y como repositorio de documentos. Si necesitaba un servidor para algo, lo ponía ahí. Después de mudarme empecé a usar una Mac Mini vieja como NAS, y desde entonces tuve poco tiempo para tocarlo.
    • De forma parecida, mi homelab consiste en una vieja máquina gamer arrinconada que ejecuta varios servicios de docker compose mediante systemd.
    • Casi podría estar hablando de mí. La diferencia es que mi “servidor” es una Dell Micro PC devuelta de leasing, con la RAM al máximo y corriendo ProxMox, y que varias VM y los datos almacenados en un NAS Synology están todos en el clóset de la oficina del sótano.
      También configuré tailscale para acceso remoto.

  • Con el tiempo armé un homelab bastante grande, hecho con mucho cuidado, y me gusta mucho porque funciona bien. Pero el verdadero problema es la recuperación ante desastres. Siento que replicarlo todo me tomaría una eternidad, y ni siquiera sé si podría acordarme de todo
    Al principio dibujé la red, con la configuración del router, la configuración de los switches, el NAS, los contenedores Docker repartidos en varias VLAN, etc., pero con el tiempo no pude mantenerlo actualizado. Me pregunto si existe alguna buena herramienta para dibujar diagramas de infraestructura, documentarlos y mantenerlos al día. Los backups y las actualizaciones también siguen siendo un problema. Muchas veces creo un contenedor y, cuando lo vuelvo a ver 6 meses después, no tengo idea de qué hice. Tengo decenas de contenedores repartidos en varias máquinas, como NUC, NAS, desktop y servidor, y en cada servicio siento que las ubicaciones de bind mount, el usuario de ejecución y las convenciones de permisos son distintas. No puedo tenerlo todo en la cabeza, especialmente después de que pasa el tiempo. Sería ideal poder simplemente apretar backup, restaurar y actualizar desde una interfaz central. Extraño la época en que trataba las cosas como cattle con clones/snapshots de VM. Todavía tengo algunas VM en una máquina Proxmox, así que en cierta medida se parece, pero no existe algo así para todo el homelab. En teoría quiero llegar a un punto en el que, aunque se incendiara la casa, pudiera recuperar por completo toda la configuración. Seguro debe haber una forma más simple que llegar hasta Kubernetes para administrar la configuración de casa; me da curiosidad saber qué usa la gente

    • El problema central parece ser la falta de consistencia. Empezaría por reducir la cantidad de tipos de dispositivos, métodos de despliegue, etc.
      Para una o dos personas es demasiado difícil escalar en amplitud, pero si profundizás en un solo stack lo conocés bien, y si todo se hace exactamente de la misma manera, se acerca a un estado en el que o funciona todo o no funciona nada. Al final, la estructura pasa a ser una en la que todo tiene que funcionar bien
    • El año pasado borré por error el disco del servidor, pero gracias a mi configuración no fue tan grave. La estrategia es tener un script deploy.ps1 en la carpeta de cada proyecto
      El 80% es crear una VM, copiar archivos con rclone y, si hace falta, instalar/iniciar servicios; con comandos personalizados son unas 3 líneas. Si la VM está encendida, el despliegue tarda unos 100 ms. A veces el script se vuelve más complejo, pero la idea básica es que, sin importar qué sistema use por dentro, al ejecutar deploy.ps1 funcione sin internet, sin dependencias, hasta la muerte térmica del universo. Después de perderlo todo volví a ejecutar deploy y, agrupándolo en una lista, recuperé todo. Coincido en que la documentación de la configuración de ruteo no está al 100%. Mi configuración de router/switch también es, siendo honesto, demasiado compleja y creo que debería reducirla
    • Ojalá una empresa como Framework o System76 sacara un proceso de fabricación reproducible que codifique el hardware del mismo modo en que Nix/Guix administran las builds. La recuperación ante desastres sería mucho más fácil
      Super Micro Computer quizá ya pueda hacerlo, pero su público objetivo son los datacenters. Uno solo puede soñar
    • Como la complejidad de la infraestructura no parece ayudar, empezaría por reducirla. Yo uso un único servidor Fujitsu D3417-B, Xeon 1225v5, 64 GB ECC, WD SN850x 2 TB NVMe con Proxmox, y un router OpenWRT Banana Pi BPI-R3
      Proxmox consume unos 12 W en reposo, OpenWRT unos 4.5 W, y puedo ejecutar MeshCommander en OpenWRT con NodeJS para administración remota. Como uso el cifrado nativo de ZFS, hago backups completos a un disco externo así
      # create backup pool on external drive
      zpool create -f rpoolbak /dev/sdb
      # create snapshot on proxmox NVMe
      zfs snapshot -r "rpool@backup-2024-01-19"
      # recursively send the snapshot to the external drive (initial backup)
      # pv only is there to monitor the transfer speed
      zfs send -R --raw rpool@backup-2024-01-19 | pv | zfs recv -Fdu rpoolbak
      Para backups incrementales basta con usar la opción -I y dos snapshots que indiquen inicio/fin
      # create new snapshot
      zfs snapshot -r "rpool@backup-2024-01-20"
      # only send everything between 2024-01-19 and 2024-01-20
      zfs send -RI --raw rpool@backup-2024-01-19 rpool@backup-2024-01-20 | pv | zfs recv -Fdu rpoolbak
      Es fácil, rápido y bastante confiable. Con zfs-auto-snapshot podés retroceder el sistema de archivos en intervalos de 15 minutos. También es bastante útil para revertir máquinas virtuales[1]. Hace poco se murió un NVMe, un Samsung 980 Pro, y al restaurar el backup en sentido inverso con zfs, de rpoolbak a rpool, ejecutando el comando de shell, tardó unas 2 horas para 700 GB y el servidor volvió a estar online. Sé que ZFS en algunos casos se considera “experimental”, especialmente con cifrado, pero quedé bastante satisfecho con el resultado
      1: https://pilabor.com/series/proxmox/restore-virtual-machine-v...
    • Intenté volver a bootstrappear mi homelab, pero sabía que inevitablemente iba a olvidarme de algo o terminar en un estado en el que “no podía tenerlo todo en la cabeza”, así que quedé trabado
      Por eso estoy dedicando mucho tiempo a la documentación y tratando de armarlo, en lo posible, de una forma simple, cercana a lo básico y con soporte de la comunidad. Como resultado, todavía no tengo ni homelab ni eso que alguien acá llamó “homeprod”. También encontré un amigo al que estoy tratando de convencer de la misma preocupación, para quizá espejar entre nosotros la documentación y los procedimientos del homelab, de modo que el factor bus no sea 1

  • Desde el año pasado he estado configurando y manteniendo mi home lab, y la verdad es que es increíble. Aprendí muchísimo sobre contenedores, máquinas virtuales y redes.
    Algunas aplicaciones self-hosted como paperless-ngx [1] e immich [2] superan por mucho, en funcionalidad, a las soluciones cloud propietarias. Al sumar un servicio de VPN como tailscale [3], ahora puedo acceder al home lab desde cualquier parte del mundo. Lo único que falta es conseguir una máquina de bajo consumo, como una NUC o una mini PC, para mover ahí los servicios que necesitan estar 24/7 y bajar la cuenta de luz. Si puedes mantenerlo y tienes energía para hacer revisiones y upgrades periódicos el fin de semana, recomiendo 100% armar tu propio home lab.
    [1] https://docs.paperless-ngx.com/
    [2] https://immich.app/
    [3] https://tailscale.com/

    • Vale mucho la pena invertir en una mini PC. Compré una HP elitedesk potente que en idle consume solo 7 W y corre 38 contenedores.

  • Si el equipo del home lab está en el espacio de vida de alguien no técnico y nerd, también hay que pensar en ruido, luces/pantallas y que no llame la atención. Vivo en un departamento y durante mucho tiempo lo tuve dentro de un clóset; después de moverlo a la sala, usé varias soluciones.
    Para que no llamara la atención, usé un gabinete IKEA CORRAS que combinaba con los demás muebles. Antes le había puesto postes de rackmount, pero sobresalían demasiado, así que los quité. Para el ruido elegí equipos fanless o equipos que pudieran enfriarse con unos pocos ventiladores Noctua; incluso cambiar el ventilador de una PSU 1U por uno Noctua requiere algo de soldadura y bastantes maldiciones. Al final terminé usando con frecuencia servidores Atom que, en un entorno que no es un datacenter, pueden correr sin ventiladores salvo por la PSU. El único servidor que no es silencioso ahora, con una GPU 3090, está configurado para encenderse solo cuando lo necesito. Ejecuto el comando Wake-on-LAN desde la laptop, pero también se puede usar IPMI, un PDU o trucos con enchufes IoT, detener la 3090 y los ventiladores por software, automatización con Kubernetes, etc. Los LED indicadores demasiado brillantes se pueden tapar con cinta blanca de rotuladora, funciona bien y se ve mejor de lo esperado. Para las luces que no hace falta ver uso cinta negra de rotuladora. Para la consola me gustan especialmente las consolas de rack deslizables que no llaman la atención, como las IBM vintage con teclado TrackPoint. Si fuera a tener una pantalla de monitoreo en la sala, al menos pondría el teclado en un cajón deslizable. También me deshago del equipo que no necesito. Si no, terminas necesitando más del doble del espacio de rack actual, y se vuelve difícil hacerlo pasar por equipo audiófilo en la sala. Si en un departamento ahora no quieres tocar ni el router y solo quieres un servidor, también vale la pena considerar un router OpenWRT de plástico. Puede reemplazar varias unidades de rack de router, switch y patch panel, y tal vez ni necesites un AP WiFi externo ni cableado.

    • Soy estudiante de posgrado en matemáticas y también quiero experimentar con LLM, así que por presupuesto estoy pensando en una 3060 o una 3090. Pero uso una MacBook Pro de 2011, así que no es muy cómoda para este tipo de cosas.
      Considerando mis “requisitos”, me pregunto cuál debería ser el presupuesto mínimo o cuánto debería planear gastar. O si creen que con sitios como vast.ai basta.

  • Quizás porque ya pasé los 30, simplemente lo llamo tener una red doméstica y más de una computadora. ¿Por qué tengo una red doméstica? Porque, como mucha gente aquí, desarrollo aplicaciones de red.
    No soy ingeniero de redes, pero entender cómo funcionan realmente varios componentes de Internet, como TCP/IP y DNS, es muy útil y te diferencia de muchos desarrolladores. También me gusta tener el control directo de mi red y la flexibilidad para hacer lo que quiera. ¿Por qué tengo varias computadoras? Hoy la virtualización ya es bastante buena, así que jugar con distintos SO no es la razón principal. En realidad es por la ubicación del equipo. Los discos duros hacen bastante ruido y quiero tenerlos dentro de un armario, pero quiero la pantalla y el teclado sobre el escritorio. Así que tengo un NAS en el armario, una PC silenciosa en el escritorio, y un media center sin ruido y otros equipos en la sala. Una cosa que diría: no caigas en la tentación del equipo de servidor rackmount. Se ve genial y se consigue barato de segunda mano, pero no es adecuado para una casa. Mejor usa un gabinete de PC de escritorio con ventiladores grandes. El equipo de red rackmount sí está bastante bien.

    • Depende del servidor. Super Micro fabrica servidores rackmount lo suficientemente poco profundos como para entrar en un gabinete de red o un rack de pared, y de bajo consumo.
      También tienen un verdadero sistema de administración OOB, lo cual ayuda bastante. https://www.supermicro.com/en/products/system/iot/1u/sys-510...
      Estoy de acuerdo en que los servidores rackmount profundos típicos dan poco beneficio para el esfuerzo que implican en un home lab.
    • Mi servidor doméstico lo armé con piezas de escritorio dentro de un gabinete 4RU. Por suerte, 4RU es lo bastante alto para poner ventiladores grandes, así que es bastante silencioso.
      Pero si tienes aunque sea la mínima intención de meter equipo rackmount real en casa, recomiendo mucho escuchar de alguna forma ese ruido horrible antes. Me cuesta imaginar vivir soportándolo.
    • El equipo rackmount también puede estar bien según dónde vaya el “rack”. En algunos climas se puede poner en el garaje, el sótano, etc.
      Pero si no tienes un rack de verdad, se vuelve bastante molesto. Termina apilado encima de otros equipos como una especie de torre tipo rack, y para acceder al equipo que quieres tocar tienes que desarmar todo. Si vas a ir por equipo de rack devuelto de leasing, hazlo bien y compra también el rack y los rieles. Los rieles pueden ser algo caros, así que conviene buscar publicaciones que los incluyan. Muchas veces los rieles siguen siendo compatibles por mucho más tiempo que los servidores, así que las grandes empresas que liquidan lotes de equipos devueltos de leasing normalmente no los incluyen, mientras que los vendedores pequeños a menudo sí.