Guia de hardware para iniciantes em Home Lab

 (linuxblog.io)
2 pontos por GN⁺ 2024-03-09 | 1 comentários | Compartilhar no WhatsApp
  • Um Home Lab é um ambiente sandbox para experimentar com segurança configurações de rede e servidores em casa, permitindo lidar com tudo, de backup remoto e monitoramento a testes de equipamentos, sem a pressão de produção
  • Antes da instalação, é bom verificar primeiro as condições físicas, como temperatura, ventilação, energia, ruído, poeira e rota dos cabos, além de desenhar um diagrama de rede adequado à estrutura da casa
  • A escolha entre rack e gabinete varia conforme a profundidade dos equipamentos e a dissipação de calor; se você usar o mesmo critério para equipamentos de rede rasos e servidores mais profundos, pode comprometer a refrigeração e a acessibilidade
  • Não é necessário comprar de uma vez modem do ISP, roteador·switch, UPS, patch panel, cabos e servidores; na prática, faz mais sentido começar com uma configuração pequena e ir ajustando consumo de energia e margem para expansão
  • A configuração iniciada em um rack 12U em 2020 foi expandida ao longo de 6 anos até incluir uplink de 10G e LAN 2.5G, mas o ponto principal está mais em um layout operável e no gerenciamento de energia do que em equipamentos caros

Objetivo e escopo de operação de um Home Lab

  • Um Home Lab é um ambiente de testes que permite experimentar com segurança em casa, reduzindo o risco de aplicar novas configurações diretamente em equipamentos de produção
  • Exemplos de uso:
    • backup remoto
    • monitoramento de rede e alertas de servidores remotos
    • UAP AP cabeado
    • experimentação com diversos equipamentos e serviços
  • Esta configuração foi publicada pela primeira vez em 2020 e continuou sendo atualizada, incluindo mudanças até março de 2026 e uma linha do tempo de 6 anos

Critérios para escolher o local de instalação

  • Ao definir a localização do Home Lab, é preciso considerar em conjunto temperatura e ventilação, passagem de cabos, acessibilidade, energia, ruído, poeira e circulação de pessoas
  • Cada local candidato tem vantagens e desvantagens claras
    • escritório em casa: os cabos ficam curtos porque a mesa e os equipamentos estão próximos, mas talvez você não tenha um escritório dedicado ou já passe muito tempo nesse ambiente
    • sala de estar: em geral é fresca e tem espaço, mas há maior circulação e risco de dano
    • armário: é fácil de acessar e esconder, mas costuma faltar ventilação e espaço
    • porão: normalmente é fresco, mas pode haver risco de inundação ou problemas de acesso
    • sótão: pode ter menos ruído e facilitar a passagem de cabos, mas dependendo da região pode haver calor excessivo, vazamentos ou umidade
    • garagem: reduz o ruído dentro de casa e chama menos atenção, mas traz risco de insetos, calor, poeira, cabos longos e danos por veículos
  • A configuração real foi colocada no escritório em casa, onde notebook, desktop, servidor e outros equipamentos ficam no mesmo ambiente, o que ajudou a manter o cabeamento curto
  • Antes da instalação, é recomendável desenhar um diagrama da rede doméstica ou usar uma ferramenta de projeto de rede para verificar primeiro a rota do cabeamento e a estrutura da casa

Rack, gabinete e formas de acomodar equipamentos

  • Gabinetes/racks de rede e gabinetes/racks de servidor costumam ser confundidos, mas roteadores, switches e patch panels normalmente são mais rasos que servidores e geram menos calor
  • Se houver plano de colocar equipamentos de servidor, a profundidade e a ventilação de um gabinete de rede podem ser insuficientes, e produtos com porta de vidro podem ser desfavoráveis para dissipação térmica
  • Ao escolher gabinete ou rack, é preciso observar primeiro o ambiente de instalação
    • ao instalar servidores grandes e pesados, a estabilidade do gabinete ou de um rack de quatro postes é importante
    • se o acesso lateral ou traseiro aos equipamentos for frequente, um rack aberto ou gabinete com laterais removíveis é mais vantajoso
    • em equipamentos que exigem refrigeração adicional, o projeto de ventilação é ainda mais importante em gabinetes fechados
    • em ambientes com muita poeira, o gabinete ajuda a proteger os equipamentos
    • em espaços como a sala de estar, por onde passam visitas, um gabinete com fechadura pode parecer mais organizado
    • se houver necessidade de restrição de acesso ou segurança, um gabinete com trava é o mais indicado

Hardware recomendado e critérios de escolha

  • Os preços dos produtos se baseiam nos valores atuais da Amazon e podem variar; alguns links da Amazon são links comissionados

  • Modem a cabo do ISP

    • Iniciantes podem começar a experimentar com a rede doméstica apenas substituindo o modem fornecido pelo ISP, sem precisar montar um rack completo logo de início
    • Muitos ISPs nos EUA cobram aluguel mensal do modem, então comprar o seu pode fazer sentido do ponto de vista de custo
    • Combos de modem e roteador fornecidos pelo ISP podem ser de baixa qualidade ou usados, ter poucos recursos e ainda depender do ISP para atualizações de firmware quando surgirem novas vulnerabilidades
    • Se você já tem um bom ISP e equipamentos adequados, pode continuar usando-os; a troca faz sentido para obter recursos adicionais de rede e um ambiente de testes para o Home Lab
    • Exemplos para internet a cabo: Motorola MB7621 32×8, Motorola MB8611 com DOCSIS 3.1
    • Em internet por fibra, dependendo do provedor, pode ser possível substituir diretamente a ONT, mas em muitas configurações a ONT é gerenciada pelo ISP e o usuário controla a rede a partir do roteador
    • Modems a cabo geram bastante calor, por isso devem ficar na parte superior do rack ou com espaço para circulação de ar acima e abaixo

  • Rack

    • A unidade de rack U ou RU mede 1 3⁄4 polegada, 44,45 mm, e é usada para indicar a altura de equipamentos e estruturas de rack de 19 e 23 polegadas
    • Um rack full-size comum tem 42U de altura
    • Exemplos de equipamentos:
    • Ao medir equipamentos para rack, é preciso comparar a largura da prateleira do rack com a largura do equipamento, e não a largura interna do rack

  • UPS

    • Como havia um gerador de backup a propano com cerca de 1 minuto de transição, era necessário um UPS que sustentasse uma carga de 100W a 200W por alguns minutos
    • O CyberPower OR500LCDRM1U UPS é um modelo rackmount 1U com 500VA/300W, 6 tomadas, AVR e cerca de 20 lbs
    • Quando a bateria era usada até cerca de 50%, esse UPS mostrou pouco mais de 30 minutos de autonomia, incluindo 2 APs PoE e um monitor de 27 polegadas
    • Buscar UPS com autonomia longa aumenta bastante o custo, então uma configuração que garanta tempo para desligar com segurança os equipamentos essenciais e de baixo consumo é mais realista
    • Os APs PoE consomem no máximo cerca de 9W cada, o que ajuda a manter a carga do UPS em torno de 20% a 30%

  • Prateleiras e energia

    • Se um UPS 1U não tiver montagem própria para rack, ele pode ser colocado sobre outro equipamento, mas uma prateleira ventilada 1U é mais adequada para manter a bateria fria e reduzir o acúmulo de calor
    • A AC Infinity Vented Cantilever 1U Universal Rack Shelf existe em profundidades de 6 a 16 polegadas, e suas aberturas ajudam tanto na refrigeração quanto na organização dos cabos
    • O UPS da CyberPower tem 6 tomadas, das quais 4 oferecem backup por bateria e proteção contra surtos, enquanto 2 têm apenas proteção contra surtos
    • A ADJ Products AC POWER STRIP PC-100A pode ser conectada diretamente ao UPS 1U da CyberPower para facilitar ligar e desligar a energia de cada equipamento
    • Economizadores de tomada e painéis cegos 1U ajudam no melhor aproveitamento da energia e no fluxo de ar do rack

Refrigeração, rede, cabos e configuração de servidores

  • Refrigeração

    • Manter a temperatura adequada dos equipamentos de rack é importante para evitar superaquecimento, garantir desempenho consistente e prolongar a vida útil
    • O AC Infinity CLOUDPLATE T7-N 2U Intake foi usado por cerca de 4 anos e refrigerava bem o rack mesmo em baixa rotação
    • Após cerca de 2 anos, começou a haver falhas nos ventiladores devido ao acúmulo de poeira, e no terceiro ano 3 dos 4 ventiladores já haviam falhado
    • Como os conectores internos eram conectores wafer de 3 pinos fixados na placa com cola quente, a substituição dos ventiladores era difícil
    • Em abril de 2025, esse equipamento foi removido e a configuração passou para refrigeração passiva com um painel ventilado 1U, funcionando sem problemas desde então
    • Em ambientes com ar-condicionado e pouca poeira, ventiladores de refrigeração ativa podem nem ser necessários; se forem, a limpeza com ar comprimido a cada poucos meses ajuda a alcançar uma vida útil de 2 a 3 anos

  • Roteadores e switches

    • Considera-se que a maior parte das necessidades de roteamento e switching pode ser atendida com equipamentos da Cisco, Ubiquiti e TP-Link
    • Esta configuração se aproxima mais de equipamentos de pequena empresa do que de um escritório doméstico, pensando em futuras expansões de recursos
    • Exemplos de roteadores:
    • Exemplos de switches:
    • Há outras opções como Netgear, pfSense, OPNsense e IPFire, e nem todo equipamento recomendado atenderá às necessidades de todos, então vale fazer pesquisa adicional

  • Patch panel e cabos

    • Foi escolhido um patch panel de 16 portas, mas olhando em retrospecto o ideal teria sido optar por um de 24 portas
    • Ainda assim, mesmo 6 anos depois, as 16 portas continuam sendo apenas o suficiente
    • O plano mais rápido do ISP era de 160Mbps de download e 30Mbps de upload, então o Home Lab não precisava de CAT8 ou CAT7
    • Como o limite de 1000Mbps era aceitável, foram comprados um rolo de 250 pés de CAT6 e vários cabos CAT6 de comprimentos diferentes
    • Se for necessário tráfego de rede mais fluido, pode-se considerar CAT6a ou superior, mas se conectores RJ45 e patch panel não oferecerem suporte, cabos CAT7 ou CAT6a acabam sendo desperdício
    • Na instalação inicial, o cabo coaxial ficou cerca de 3 pés curto, então vale orçar cabos mais longos do que o comprimento estritamente necessário

  • Servidores

    • As exigências de servidores variam muito conforme o que será hospedado — NAS, VMs, servidor web, servidor de backup, servidor de e-mail, bloqueio de anúncios etc. — por isso não é recomendado um modelo específico
    • A configuração real usa um ThinkCentre M73 e um ThinkCentre M715q comprados usados no eBay
    • Os dois equipamentos são silenciosos, operam em baixa temperatura e executam Ubuntu Server e Windows 10
    • Servidores formais da Dell, HP, Cisco e Lenovo são opções, e em Home Labs é comum comprar usados no Craigslist ou eBay

Exemplo simples de configuração de VPN para a casa toda

  • Uma VPN para a casa toda montada para um amigo consome menos de 40W em um UPS de 700VA, mostrando que um Home Lab não precisa necessariamente ser complexo nem gastar muita energia
  • Os componentes são:
    • 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 rodando em um Raspberry Pi 4 2GB Basic Kit
    • Edge Gateway e WireGuard VPN rodando em um Brume GL-MV1000
    • Edgeswitch 10xp
    • StarTech.com 8 Outlet Horizontal 1U Rack Mount PDU Power Strip
    • CyberPower SL700U Standby UPS System, 700VA/370W

Mudanças ao longo de 6 anos e conclusão

  • O Home Lab começou em 2020 com um rack de parede 12U, um modem a cabo e um EdgeRouter
  • Seis anos depois, ele foi atualizado com uplink de 10G, firewall pfSense e LAN 2.5G, e o monitoramento trocou o Zabbix pelo Checkmk RAW
  • As principais mudanças foram:
    • março de 2020: primeira build concluída
    • abril de 2020: adição de failover 4G, VLAN, painéis cegos e monitoramento com Zabbix
    • maio de 2020: adição de Raspberry Pi e monitor para dashboard do Zabbix
    • junho de 2020: adição de teclado e substituição da cobertura em malha por plexiglass fumê
    • 2022~2023: mudança para uma casa nova, troca do EdgeRouter por um Peplink Balance 20x e upgrade do UPS
    • após 2025: upgrade para uplink de 10G e LAN 2.5G, firewall pfSense, troca do Zabbix por Checkmk RAW e migração para refrigeração passiva
  • O princípio operacional mais importante é começar pequeno e se preparar para crescer
  • Não é necessário ter rack, gabinete, patch panel e todos os equipamentos desde o primeiro dia; é possível começar trocando o modem do ISP e adicionando um roteador adequado
  • Ao escolher os equipamentos, é importante considerar desde o início o consumo de energia para evitar um aumento excessivo na conta de luz

Leituras relacionadas

1 comentários

 
GN⁺ 2024-03-09
Opiniões no Hacker News

  • O texto é bom, mas a escala e o escopo são grandes, então é fácil se intimidar. Um homelab pode muito bem começar com um único NUC em cima da mesa, e com 64 GB de RAM dá para subir muita coisa
    O NUC tem boa eficiência para rodar 24/7, mas fica barulhento se a carga de CPU durar muito tempo. Nesses casos, vale expandir com um OptiPlex ou Precision Tower SFF no eBay, de preferência um modelo com ECC. O Dell SFF é pequeno, mas é um desktop/servidor de verdade com ventoinhas silenciosas; também aceita uma placa 10G Mellanox 3 de 40 dólares do eBay e é bom para empilhar na horizontal. É melhor evitar OptiPlex anteriores às CPUs de 12ª geração, porque eletricidade e espaço podem virar limitações, e um i5-12500 usado já está bem barato. Com LGA1700, dá até para colocar um i9-14900 non-K quando precisar

    • Não é preciso tratar um rack como componente obrigatório de forma tão séria. Racks são legais, e racks de homelab também ficam bonitos, mas, se o objetivo é usabilidade e aprendizado, use simplesmente o que você gostar
      Pessoalmente, mantenho 4 caixas empilhadas num canto e uso um rack falso atrás da bancada, feito com dois painéis laterais de rack parafusados, onde prendo as peças com parafusos. Um NAS na prateleira e vários Raspberry Pi também ficam conectados, eu gosto dessa bagunça e aprendi muito com ela. Comece com o que você tem e expanda quando precisar. Um rack é algo legal quando você já se aprofundou no hobby e passa a se importar com pontos de estilo
    • Intel NUC é absurdamente bom para quem faz homelab. Comprei alguns recentemente, e o consumo de energia em especial é excelente
      Ao conectá-los a uma tomada inteligente baseada em tasmota, vi que em idle ficavam em cerca de 6 W. Eu sempre faço tuning de baixo consumo com configurações de BIOS e perfis tuned, mas, no geral, um NUC raramente passa de 30 W. É algo como metade de uma lâmpada antiga de tungstênio
    • Meu primeiro homelab foi um notebook com monitor quebrado. Não foi muito difícil instalar Ubuntu server, ele tinha uma porta Ethernet gigabit integrada e também USB 3.0, então era fácil obter velocidades de disco rígido aceitáveis para usar como NAS
      Notebooks usados antigos, especialmente com a tela quebrada, podem ser comprados quase de graça; se você já tiver um ou algum conhecido der, aí é literalmente de graça. Se o objetivo for algo como Plex, funciona bem, e o consumo de energia de um notebook, especialmente em idle, não é muito maior que o de um NUC. Hoje uso um servidor rackmount de verdade porque acho bonito, mas, para a maioria das pessoas, acredito que um notebook velho seja suficiente
    • Para a maioria de quem está começando agora, vale muito mais a pena pegar um desktop reciclado barato ou um Raspberry Pi, rodar algo como PiHole nele e ir expandindo a partir daí. Meu homelab[0] também começou com um único Pi rodando PiHole e hoje cresceu para uma configuração com 4 máquinas que roda tudo de que preciso, como Jellyfin, Calibre, DNS etc.
      Ainda assim, quando mais tarde fiz rackmount e atualizei parte do hardware, este guia de “iniciantes” foi realmente útil
      [0] https://blog.janissary.xyz/posts/homelab-0
    • Meu “homelab” também é uma configuração em que enfiei vários computadores pequenos em lugares totalmente escondidos ou onde eles têm uma razão de existir. Um Celeron NUC antigo roda Pi-Hole, Syncthing e ferramentas de diagnóstico debaixo do sofá, e o impacto na conta de luz é desprezível
      Um mini PC Lenovo fica atrás da TV atuando tanto como nó Syncthing quanto como HTPC. Não é a configuração mais sofisticada do mundo, mas funciona bem, é muito barata e se encaixa no apartamento

  • É meio tangencial, mas quero muito elogiar o Proxmox para servidores domésticos. Rodei algum tipo de servidor Linux em casa por 25 anos e sempre administrei manualmente um sistema único, como Ubuntu, o que era extremamente chato.
    O Proxmox facilita rodar vários contêineres e máquinas virtuais em um único hardware. No começo, comecei virtualizando um grande sistema Ubuntu, mas só isso já traz vantagens como backup e alta disponibilidade. Agora comecei a separar os serviços em contêineres próprios, e ficou muito mais organizado.

    • O Proxmox é excelente. Montei um cluster com duas máquinas que estavam sem uso, uma de quase 10 anos e outra relativamente recente com um 5950X, e agora não preciso mais me preocupar que uma única caixa Debian com todos os serviços morra e leve tudo junto.
      As máquinas virtuais em si já são úteis, mas a migração entre máquinas e as ferramentas centralizadas de backup/restauração que o Proxmox oferece são realmente libertadoras. Recentemente coloquei passthrough de uma GPU PCIe em uma VM Windows e passei a fazer streaming de jogos com Moonlight/Sunshine para máquinas mais fracas dentro de casa; funciona tão bem que o PC gamer de verdade está juntando poeira em um canto. Minha única reclamação é que eu gostaria que houvesse uma licença paga mais barata. Quero retribuir o valor que recebo, mas mais de US$ 100 por CPU por ano é caro demais para uso como hobby. Agradeço que o tier gratuito não incomode em nada, mas seria bom ter uma opção intermediária.
    • O Proxmox ajuda muito, especialmente para iniciantes em homelab que já estão acostumados com Linux. Dá para criar e apagar vários ambientes facilmente enquanto se aprende.
      Porém, storage em geral não é fácil. É difícil entender bem as consequências das várias opções, e, se você não estiver bastante familiarizado com zfs, lvm, lvm-thin, reparticionamento etc., fica difícil configurar direito a base de um NAS.
    • Ainda estou preso à dívida técnica de um servidor doméstico monolítico, então também estou pensando em migrar. A parte que sempre me deixa em dúvida é o storage. Esse servidor também é um NAS que fornece arquivos via SMB e mídia via Plex.
      Ouvi dizer que algumas pessoas montam o array de dados[1] diretamente no Proxmox e virtualizam só o que fica acima da camada de storage, como o Plex, enquanto outras fazem PCI passthrough de um HBA[2] para uma VM de NAS. A vantagem da primeira abordagem parece ser poder fazer bind mount diretamente em contêineres LXC, em vez de usar SMB/NFS/9p via loopback. Também há quem use TrueNAS ou Unraid como base bare-metal e deixe a mesma solução cuidar tanto do storage quanto do hipervisor, o que também faz sentido. A versão Linux do TrueNAS já deve ter tido tempo de amadurecer, então talvez valha a pena experimentar. Também uso transcodificação por hardware com o Quicksync integrado do processador Intel, e fico curioso se há problemas em usá-lo através de uma VM. Provavelmente eu teria que abrir mão do TTY local do Proxmox.
      [1] Refiro-me a um array com arquivos reais, não a VHDs. Costumo mantê-lo separado desde o início, e isso também é necessário porque não tenho como colocar todos os dados em SSD e não suporto deixar a raiz do sistema operacional em HDD. Ou talvez o ideal fosse um único array ZFS mestre com datasets para arquivos e zvol ou NFS para as raízes das VMs.
      [2] Ouvi dizer que é mais confiável do que passthrough de SATAs individuais, mas tem a desvantagem de ser um agrupamento mais grosseiro. Ou seja, a VM controla todos os ports de forma exclusiva, então não dá para conectar ali um disco que não faça parte do array.
    • Claro que também dá para simplesmente rodar contêineres em um sistema Ubuntu, e nada impede fazer backups. Mesmo assim, se for um servidor novo, é melhor começar desde o início com um hipervisor.
      Isso aumenta a flexibilidade, porque você pode misturar outras distribuições ou até sistemas que não sejam Linux. Por exemplo, eu rodo um roteador OPNsense. Uso xcp-ng em vez de Proxmox.
    • Fico curioso sobre como exatamente rodar VMs no Proxmox gera alta disponibilidade.

  • Sei que isso está virando o novo meme “I use Arch btw”, mas, se for seguir por esse caminho, recomendo fortemente Nix como distribuição. O ideal é fazer funcionar uma vez e depois deixar ligado o tempo todo; com Nix, todo o estado do sistema fica registrado no git
    Chega de “como foi mesmo que eu consertei isso seis meses atrás?” ou de remontar o sistema manualmente depois de uma atualização de distribuição do Ubuntu dar problema. Tudo o que você mudou, os pacotes que instalou e os valores que configurou estão no log do git. Eu mesmo consulto bastante o repositório git como documentação para ver o que está instalado e como o sistema está configurado

    • I use nix btw. Concordo totalmente. Nix e NixOS costumam ser dolorosos, mas, quando você consegue fazer funcionar, é realmente glorioso
      Sincronizar configurações de sistema/usuário/aplicação entre vários dispositivos de forma rápida e fácil é incrível. A abordagem declarativa recompensa o esforço difícil até fazer funcionar, e, quando você descobre uma vez, nunca mais precisa repetir a mesma coisa. Por ser declarativo, fica um exemplo documentado de configuração funcional, a partir do qual você pode expandir. No momento estou aprendendo o ambiente de desenvolvimento do Nix enquanto compilo um “Linux from Scratch” com Nix; é lento, mas cada sucesso se consolida em um estado reproduzível. LLMs definitivamente ajudam a resumir a documentação fraca e espalhada, mas ainda exige bastante persistência. No geral, estou gostando muito do Nix e quero usá-lo mais no homelab
    • Eu gostaria que a curva de aprendizado do Nix fosse mais suave. Ou que eu fosse mais inteligente. Está na lista de coisas com que quero brincar um dia, mas essa lista é longa, e ainda não passei da parte difícil
      Entendo o conceito, mas, quando quero testar um pacote ou app novo, chego lá mais rápido com docker-compose e VMs do que quebrando a cabeça para fazer do jeito Nix
    • Para constar, eu uso Arch no meu homelab e ainda assim consegui chegar ao modelo cattle not pets. A mídia de instalação do Arch vem com cloud-init, então basta colocar em um USB separado um cloud-config com os módulos que criam o servidor do zero, conectar esse drive com o rótulo cidata junto com a mídia de instalação e ligar a máquina
      Não sei se Nix teria sido mais fácil, mas o cloud-init simplesmente permite executar scripts que alguém fazendo esse tipo de coisa provavelmente já sabe usar, então não precisa de uma DSL separada. Alguém vai dizer “odeio YAML”, mas quem se interessa por homelab provavelmente também administra vários servidores no trabalho e não consegue escapar de cloud-init, Ansible, Kubernetes ou alguma coisa que usa YAML sem dar opção. Se o objetivo do homelab é praticar o que se faz no trabalho sem o risco de quebrar coisas dos outros, é melhor se familiarizar com as ferramentas que você vai ter de usar de qualquer forma e não tornar o ambiente de casa diferente demais do trabalho. Claro, muita gente no Hacker News, ao contrário de mim, usa “homelab” no sentido de auto-hospedar servidor de mídia, chat, compartilhamento de fotos etc. para família e amigos, e não como um mini data center para praticar um data center de verdade
    • Eu também comecei rodando versões diferentes do Raspbian em vários RasPi, mas me cansei do configuration drift e transformei tudo em Nix. Poder escrever um único Nix Flake e gerar imagens declarativas de instalação em cartão SD para todos os dispositivos torna o gerenciamento de várias máquinas um sonho
      Se tiver interesse, o tutorial está aqui[0]. O único problema é a parte de fazer deploy remoto da configuração do Nix. A única ferramenta 1st-party, nixops, está praticamente abandonada e sem suporte. Ferramentas da comunidade como morph ou deploy-rs parecem promissoras, mas o suporte a Flakes e a atividade/sustentabilidade de longo prazo variam bastante
      [0] https://blog.janissary.xyz/posts/nixos-install-custom-image
    • Evito ter de remontar o sistema depois de uma atualização de distribuição do Ubuntu dar problema rodando Gentoo Linux nas minhas máquinas Linux. Ouvi dizer que Arch também é bom, mas nunca usei
      Ubuntu simplesmente não é lá essas coisas. Usei Ubuntu por alguns anos no passado e fiquei muito feliz por finalmente poder recomendar uma distribuição Linux estável e fácil de usar para pessoas não técnicas, mas, depois de duas ou três atualizações in-place seguidas quebrarem o sistema e exigirem o processo de instalação bem documentado do Gentoo mais anos de conhecimento de administração de sistemas adquirido na marra para consertar, desisti. Não deixem seus amigos usarem Ubuntu

  • Por alguns anos, deixei meu equipamento dentro de um sofá IKEA FRIHETEN. As vantagens eram: acesso fácil; ficava totalmente invisível, exceto por 1 cabo de energia + 1 WAN de fibra + 1 LAN Ethernet; e, pela própria estrutura, era fácil passar cabos para fora e organizar/rotear tudo por dentro
    A redução de ruído vinha de graça e, no inverno, aquecia a ponto de nunca deixar o traseiro frio ao sentar. Minha esposa gostava de não ver nenhuma luz piscando e nem percebeu que eu tinha comprado um UPS e baias de disco. As desvantagens eram: era um pouco incômodo trabalhar lá dentro; havia vibração ao sentar ou abrir e fechar, o que HDs giratórios podem não gostar; e o calor, surpreendentemente, era aceitável, não pior do que em um armário. Há risco de derramar líquidos, mas, pelo design, eles tendem a escorrer pelas bordas em vez de entrar; no pior caso, dá para colocar uma base sob o hardware. É preciso deixar folga nos cabos, porque a pessoa que move o móvel para limpar pode puxá-los
    † https://www.ikea.com/us/en/images/products/friheten-sleeper-...
    †† Como eu roteava pelo canto de trás e depois escondia dentro da parede até a tomada mais próxima, na prática não ficava visível

    • Pensei em algo parecido com o modelo não cama do sofá IKEA KIVIK. Os braços largos e retos são abertos por baixo, então parece que daria para colocar torres pequenas de PC SFF ou equipamentos rackmount de lado, e também há espaço sob os assentos para equipamentos rackmount
      Um dos motivos pelos quais acabei não fazendo foi que eu não queria combustível de sofá logo acima e ao redor do equipamento em caso de incêndio. Eu me preocupava um pouco mais com o UPS do que com o servidor em si. Revestir aquela área com chapa metálica e garantir boa ventilação caso o tipo de bateria do UPS pudesse liberar gases me deixaria um pouco mais tranquilo, mas o projeto ficaria grande demais. Então, no fim, o equipamento foi para um rack/prateleira longe do tecido, onde eu pudesse inspecionar visualmente
    • Realmente sensacional. Fico curioso se existe alguma foto real dos servidores colocados aí dentro
      Eu ficaria bastante preocupado com ventilação e calor, além do risco de incêndio. Isso me lembra o lack rack
      https://archive.is/Uf2k3

  • O mundo dos home labs como um todo é excelente. Cada pessoa tem objetivos como baixo consumo de energia, processadores interessantes, propriedade dos dados, alta disponibilidade, UPS/UPS para a casa toda, e é curioso que o ponto comum em que esses interesses sobrepostos e o software se encontram seja a casa.
    Também é interessante a variedade de pessoas que isso atrai, desde profissionais da área brincando como hobby até gente de fora do setor. Eu também mergulhei de cabeça nisso e, pelo menos para mim, isso reacendeu aquela sensação mágica da internet dos primórdios.

    • A comunidade é realmente excelente. É muito ativa no Reddit e no Lemmy, e as pessoas sempre encontram soluções rapidamente e dão conselhos para configurar tudo segundo boas práticas. Se aprender esse tipo de coisa é interessante para você, é uma verdadeira joia.

  • Visto por outro ângulo, meu home lab é assim: ele fica em uma prateleira no escritório do porão, a ventilação é boa e o WiFi é ok, embora não seja excelente.
    O hardware é um PC antigo que peguei em um mercado de trocas local; acrescentei RAM retirada de outro PC velho e comprei um disco rígido e uma placa WiFi. O software é Debian stable e podman/podman-compose. Todo serviço útil é uma pasta com um arquivo compose, que eu transformo em uma unidade systemd com podman-compose. Se a configuração descrita no artigo é do seu gosto, ótimo, vá em frente. Mas isso não é obrigatório e, especialmente, não precisa ser assim desde o começo. Nesse PC antigo e quase de graça, rodo vários serviços que minha família usa todos os dias, e ele não usa nem metade dos 16 GB de RAM, enquanto o uso de CPU não passa de 5%.

    • Minha configuração favorita de home lab foi quando deixei um notebook velho, originalmente com XP mas trocado para Ubuntu, junto com alguns drives USB que consegui, na gaveta de cima de um arquivo de metal.
      Fiz um furo para os cabos na parte de trás, e ele gerava tão pouco calor que o fluxo de ar nunca foi um problema. Hospedava meu site pessoal e uma webcam do aquário, conectei-o à campainha, e também o usava para XMPP e armazenamento de documentos. Sempre que eu precisava de um servidor, colocava o que fosse ali. Depois que me mudei, passei a usar um Mac Mini antigo como NAS e, desde então, tive pouco tempo para mexer nisso.
    • De forma parecida, meu home lab é uma máquina gamer antiga enfiada em um canto, rodando vários serviços de docker compose via systemd.
    • Quase poderia ser a minha história. A diferença é que meu “servidor” é um Dell Micro PC devolvido de leasing, com a RAM no máximo e rodando ProxMox, enquanto várias VMs e os dados armazenados em um Synology NAS ficam todos no armário do escritório do porão.
      Também configurei o tailscale para acesso remoto.

  • Com o tempo, montei um homelab bem grande e bem caprichado, e gosto muito dele porque funciona bem. Mas o problema real é recuperação de desastres. Replicar tudo parece que levaria uma eternidade, e nem sei se conseguiria me lembrar de tudo
    Eu até desenhei a rede no começo — configurações do roteador, configurações dos switches, NAS, contêineres Docker espalhados por várias VLANs etc. —, mas com o tempo não consegui manter tudo atualizado. Queria saber se existe uma boa ferramenta para desenhar diagramas de infraestrutura, documentar e manter isso em dia. Backups e upgrades também continuam sendo um problema. Muitas vezes crio um contêiner e, quando volto a olhar 6 meses depois, não tenho a menor ideia do que fiz. Tenho dezenas de contêineres espalhados por várias máquinas, como NUC, NAS, desktop e servidor, e cada serviço parece ter um local diferente para bind mount, usuário de execução e convenções de permissões. Não dá para guardar tudo na cabeça, especialmente depois de algum tempo. Seria ótimo poder simplesmente clicar em backup, restauração e upgrade a partir de uma interface central. Sinto saudade da época em que eu tocava tudo como cattle com clone/snapshot de VMs. Ainda tenho algumas VMs na máquina com Proxmox, então isso fica um pouco parecido, mas não existe algo assim para o homelab inteiro. Em teoria, eu gostaria de chegar a um ponto em que pudesse incendiar a casa e ainda assim restaurar completamente toda a configuração. Com certeza deve haver uma forma mais simples do que levar a gestão da casa até Kubernetes; queria saber o que todo mundo usa

    • O problema central parece ser falta de consistência. Eu começaria reduzindo a quantidade de tipos de dispositivos, formas de implantação etc.
      É difícil demais uma ou duas pessoas se expandirem de forma ampla, mas, se você se aprofunda em uma stack, passa a conhecê-la bem; e, se tudo for feito exatamente da mesma forma, fica mais perto de um estado em que ou tudo funciona ou nada funciona. No fim, vira uma estrutura em que tudo precisa funcionar bem
    • No ano passado apaguei por engano o drive do servidor, mas, graças à minha configuração, não foi tão ruim. A estratégia é colocar um script deploy.ps1 em cada pasta de projeto
      Em 80% dos casos, ele só cria a VM, copia arquivos com rclone e, se necessário, instala/inicia serviços; com comandos customizados, dá umas 3 linhas. Se a VM já estiver ligada, o deploy leva cerca de 100 ms. Às vezes o script fica mais complexo, mas a ideia básica é que, seja qual for o sistema usado internamente, executar deploy.ps1 deve funcionar sem internet, sem dependências, até a morte térmica do universo. Depois de perder tudo, executei o deploy de novo e restaurei tudo reunindo a lista. Concordo que a documentação da configuração de roteamento não está 100%. A configuração do meu roteador/switch também é, sinceramente, complexa demais e acho que preciso reduzi-la
    • Seria bom se empresas como Framework ou System76 lançassem um processo de fabricação reproduzível que codificasse o hardware, do mesmo jeito que Nix/Guix gerenciam builds. A recuperação de desastres ficaria muito mais fácil
      A Super Micro Computer talvez já consiga fazer isso, mas o público-alvo é datacenter. Só dá para sonhar
    • Como a complexidade da infraestrutura não parece ajudar, eu começaria reduzindo isso primeiro. Eu uso um único servidor Fujitsu D3417-B, Xeon 1225v5, 64 GB ECC, WD SN850x 2 TB NVMe com Proxmox, e um roteador OpenWRT Banana Pi BPI-R3
      O Proxmox consome cerca de 12 W em idle, o OpenWRT cerca de 4,5 W, e dá para rodar o MeshCommander no OpenWRT com NodeJS para gerenciamento remoto. Como uso a criptografia nativa do ZFS, faço backup completo em um drive externo assim
      # 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 incrementais, basta usar a opção -I e informar dois snapshots marcando início/fim
      # 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
      É fácil, rápido e bastante confiável. Com zfs-auto-snapshot, dá para voltar o sistema de arquivos em intervalos de 15 minutos. Também é bem útil para reverter máquinas virtuais[1]. Recentemente um NVMe, um Samsung 980 Pro, morreu; rodei o comando de shell para restaurar o backup com zfs no sentido inverso, de rpoolbak para rpool, levou cerca de 2 horas para 700 GB e o servidor voltou a ficar online. Sei que o ZFS é, em alguns casos, “experimental”, especialmente em criptografia, mas fiquei bastante satisfeito com o resultado
      1: https://pilabor.com/series/proxmox/restore-virtual-machine-v...
    • Tentei fazer o bootstrap do meu homelab de novo, mas travei porque sabia que inevitavelmente esqueceria coisas ou acabaria num estado em que “não dá para guardar tudo na cabeça”
      Por isso estou dedicando bastante tempo à documentação e tentando montar tudo, sempre que possível, de um jeito simples, próximo do básico e com suporte da comunidade. O resultado é que ainda não tenho nem homelab, nem o que alguém aqui chamou de “homeprod”. Também encontrei um amigo que estou tentando convencer sobre a mesma preocupação, para talvez espelharmos a documentação e os procedimentos dos nossos homelabs e evitar que o fator ônibus seja 1

  • Desde o ano passado venho configurando e mantendo um homelab, e tem sido realmente incrível. Aprendi muito sobre contêineres, máquinas virtuais e redes.
    Alguns aplicativos self-hosted, como paperless-ngx [1] e immich [2], são muito superiores em termos de recursos às soluções proprietárias em nuvem. Somando um serviço de VPN como o tailscale [3], agora consigo acessar meu homelab de qualquer lugar do mundo. A única coisa que falta é arrumar uma máquina de baixo consumo, como um NUC ou mini PC, para mover os serviços que precisam rodar 24/7 e reduzir a conta de luz. Se você consegue manter isso e tem energia para fazer verificações e upgrades regulares no fim de semana, recomendo 100% montar seu próprio homelab.
    [1] https://docs.paperless-ngx.com/
    [2] https://immich.app/
    [3] https://tailscale.com/

    • Vale muito a pena investir em um mini PC. Comprei um HP elitedesk potente, que consome só 7 W em idle e roda 38 contêineres

  • Se o equipamento do homelab fica no espaço de convivência de alguém nerd, mas não técnico, também é preciso pensar em ruído, luzes/displays e discrição. Moro em apartamento e, por muito tempo, mantive tudo dentro de um armário; depois que levei para a sala, usei algumas soluções.
    Para deixá-lo discreto, usei um gabinete IKEA CORRAS que combina com os outros móveis. Antes eu tinha colocado postes de rackmount, mas eles ficavam salientes, então removi. Para o ruído, escolhi equipamentos fanless ou que pudessem ser resfriados por poucos fans Noctua; trocar o fan de uma PSU 1U por um Noctua também exige um pouco de solda e palavrões. No fim, em ambientes que não são datacenters, acabei usando com frequência servidores Atom que conseguem rodar sem fans, exceto pela PSU. O único servidor que ainda não é silencioso, com uma GPU 3090, agora só liga quando necessário. Eu executo um comando Wake-on-LAN a partir do notebook, mas também dá para usar IPMI, PDU ou gambiarras com tomadas IoT, parar a 3090 e os fans por software, automação com Kubernetes etc. LEDs indicadores brilhantes demais ficam bem cobertos com fita branca de rotuladora, e o resultado visual é melhor do que eu esperava. Para luzes que não preciso ver, uso fita preta de rotuladora. Para o console, gosto especialmente de consoles de rack deslizantes e discretos, como os IBM vintage com teclado TrackPoint. Se eu fosse manter um display de monitoramento na sala, pelo menos colocaria o teclado em uma gaveta deslizante. Também me desfaço de equipamentos desnecessários. Caso contrário, você acaba precisando de mais que o dobro do espaço de rack atual, e fica difícil fazer aquilo passar por equipamento audiófilo na sala. Se você mora em apartamento, não quer mexer no roteador agora e só quer um servidor, um roteador OpenWRT de plástico também pode valer a pena. Ele pode substituir algumas unidades de rack de roteador, switch e patch panel, e talvez elimine a necessidade de um AP WiFi externo e de cabeamento.

    • Sou aluno de pós-graduação em matemática e também quero mexer com LLMs, então, por causa do orçamento, estou pensando em uma 3060 ou 3090. Mas uso um MacBook Pro de 2011, então ele não é muito confortável para esse tipo de coisa.
      Considerando meus “requisitos”, fico curioso sobre qual deveria ser o orçamento mínimo, ou mais ou menos quanto eu deveria gastar. Também queria saber se você acha que sites como vast.ai já seriam suficientes.

  • Talvez por eu ter passado dos 30, eu simplesmente chame isso de rede doméstica e de ter mais de um computador. O motivo de eu ter uma rede doméstica é que, como muita gente aqui, desenvolvo aplicações de rede.
    Não sou técnico de redes, mas entender como vários componentes da internet, como TCP/IP e DNS, realmente funcionam é muito útil e diferencia você de muitos desenvolvedores. Também gosto de controlar minha própria rede e ter a flexibilidade de fazer o que quiser com ela. O motivo de eu ter vários computadores não é principalmente brincar com diferentes sistemas operacionais, já que virtualização hoje é muito boa. Na prática, é por causa da localização do equipamento. Discos rígidos são bem barulhentos, então quero deixá-los dentro de um armário, mas quero a tela e o teclado em cima da mesa. Por isso tenho um NAS no armário, um PC silencioso na mesa, um media center sem ruído na sala e outros equipamentos. Se eu pudesse dar um conselho, seria: não caia na tentação de equipamentos de servidor rackmount. Eles parecem legais e podem ser encontrados baratos usados, mas não são adequados para casa. Em vez disso, é melhor usar gabinetes de desktop com fans grandes. Equipamentos de rede rackmount são bem ok.

    • Depende do servidor. A Super Micro fabrica servidores rackmount rasos o suficiente para caber em um gabinete de rede ou rack de parede, e com baixo consumo de energia.
      Eles também têm um sistema real de gerenciamento OOB, o que ajuda bastante. https://www.supermicro.com/en/products/system/iot/1u/sys-510...
      Concordo que servidores rackmount profundos típicos dão pouco retorno pelo trabalho que causam em um homelab.
    • Meu servidor doméstico foi montado em um gabinete 4RU com peças de desktop. Felizmente, 4RU é alto o suficiente para colocar fans grandes, então ele é bem silencioso.
      Mas, se você tiver sequer a menor intenção de levar equipamento rackmount de verdade para casa, recomendo fortemente ouvir de algum modo aquele ruído horrível antes. É difícil imaginar viver aguentando aquilo.
    • Equipamento rackmount também pode ser ok dependendo de onde ele vai ficar em um “rack”. Em alguns climas, dá para colocá-lo na garagem, no porão etc.
      Mas, se você não tiver um rack de verdade, isso vira um incômodo considerável. No fim, os equipamentos acabam empilhados em cima de outros como uma torre parecida com um rack, e você precisa desmontar tudo para acessar o equipamento em que quer mexer. Se for optar por equipamento de rack devolvido de leasing, é melhor ir até o fim e comprar também o rack e os trilhos. Os trilhos podem ser um pouco caros, então vale verificar anúncios em que eles estejam incluídos. Muitas vezes os trilhos continuam compatíveis por muito mais tempo que os servidores; por isso, grandes empresas que liquidam muitos equipamentos devolvidos de leasing geralmente não os incluem, enquanto vendedores menores frequentemente incluem.