A morte e o renascimento do meu servidor doméstico

Artigo original ↗ Discussão no Hacker News ↗

Servidores domésticos baseados em Raspberry Pi são elogiados pelo baixo consumo e custo, mas há muitos relatos de corrupção de cartões SD, especialmente sob gravações constantes e alimentação não confiável. Os comentaristas comparam estratégias para melhorar a confiabilidade — inicializar a partir de SSDs ou NVMe, usar sistemas de arquivos somente leitura, thin clients ou mini PCs em vez de Pis, e depender de configurações declarativas ou backups automatizados para que reconstruções sejam triviais em vez de catastróficas. A discussão se amplia para quanto tempo o hardware de consumo realmente dura, o que SMART e outras ferramentas podem (e não podem) prever sobre falhas, e por que a facilidade de manutenção muitas vezes importa mais do que tornar qualquer componente à prova de falhas.

Confiabilidade do Cartão SD do Raspberry Pi

  • Muitos relatos de cartões SD e micro‑SD degradando ou corrompendo em Pis, especialmente sob uso 24/7.
  • Alguns usuários veem anos de operação sem problemas; outros relatam vários cartões mortos e até placas superaquecidas.
  • Há desacordo sobre a causa raiz: cartões ruins/baratos e alimentação deficiente vs. padrões padrão do Raspberry Pi e padrões de uso.
  • Alguns argumentam que o problema é בעיקרamente software/comportamento do dono; outros dizem que os padrões tornam a falha provável, então isso é efetivamente um problema do Pi.

Causas e Mitigações para Corrupção em Flash

  • Desgaste do flash por gravações frequentes (logs, swap, atualizações de atime) é um tema recorrente.
  • Imagens iniciais do Pi não tinham padrões sensatos (por exemplo, noatime), aumentando o volume de gravações.
  • Mitigações sugeridas:
    • Usar tmpfs/ramdisks para logs e dados temporários.
    • Desativar swap no SD ou mover a swap para SSD/zram.
    • Tornar o sistema de arquivos raiz somente leitura; alguns relatam que isso ajuda, outros dizem que a corrupção ainda ocorre.
    • Usar cartões SD de maior qualidade ou industriais, ou evitar SD por completo.

Alternativas ao SD e ao Raspberry Pi

  • Solução alternativa popular: inicializar Pis a partir de SSDs USB ou NVMe (Pi 4/5, HATs, Compute Modules com flash onboard).
  • Alguns reaproveitam SSDs SATA corporativos baratos ou Optane para durabilidade “exagerada”.
  • Cresce a percepção de que mini PCs usados (OptiPlex/ThinkCentre/EliteDesk, thin clients antigos, caixas estilo NUC) oferecem melhor custo/desempenho e confiabilidade do que Pis de tamanho normal para tarefas de servidor.
  • Algumas experiências negativas com marcas específicas de mini-PCs (falhas de hardware difíceis de reiniciar).

Vida Útil, Falhas e Monitoramento de Servidores Domésticos

  • Muitas anedotas de mais de uma década de operação contínua em desktops e servidores.
  • Falhas comuns em frotas maiores: fontes de alimentação, RAM, discos giratórios; desgaste de SSD é mais previsível.
  • SMART existe, mas muitas vezes falha em prever a morte súbita do disco; redundância e backups são enfatizados em vez de previsão.
  • As taxas de falha de hardware seguem uma “curva da banheira”: defeitos iniciais, longo período estável e, depois, falhas relacionadas à idade.

Swap, zram e Uso de Memória

  • Debate sobre usar zram em sistemas de baixo custo:
    • Uma visão: swap é apenas para emergências de falta de RAM, então usar RAM para swap não faz sentido.
    • Contraponto: swap (e zram/zswap) trata de recolhimento eficiente de memória, não de estouro emergencial, e pode ser benéfico se ajustado corretamente.

Experiência de Self-Hosting e Ferramentas

  • Self-hosting é descrito como recompensador, mas frágil; falhas do meio de boot são mais disruptivas do que falhas do disco de dados.
  • Sistemas declarativos (Nix/Guix) e “clankers” baseados em LLM são elogiados por tornar reconstruções, depuração e reconstrução de configurações antigas menos dolorosas.
  • Alguns veem uma lacuna para serviços que sejam hospedados, mas facilmente portáveis de volta para hardware self-hosted.