Considerações para um Raspberry Pi de longa duração

Artigo original ↗ Discussão no Hacker News ↗

Engenheiros e entusiastas compartilham experiências sobre como manter Raspberry Pis funcionando de forma confiável por anos, com forte foco em falhas de armazenamento de cartões microSD e em como evitá-las. As sugestões vão desde inicializar a partir de SSDs, usar sistemas de arquivos somente leitura ou com overlay, tmpfs para logs, UPSes e watchdogs, até opções mais radicais como boot por rede, módulos de computação com eMMC ou substituir os Pis por mini PCs x86 ou microcontroladores como ESP32. Embora muitos relatem uptimes sem problemas com bons cartões SD e energia estável, outros argumentam que vale a pena investir em mais engenharia quando se escala além de alguns dispositivos ou se executam cargas com muitas escritas.

Armazenamento e Confiabilidade do Cartão SD

  • Os problemas com cartões SD dominam a discussão. Muitos relatam corrupção ou falha de SD ao longo dos anos; outros dizem que bons cartões + boas fontes de alimentação funcionam por uma década.
  • Causas citadas: alimentação instável (carregadores baratos, conectores ruins, quedas de tensão), cartões SD de baixa qualidade, padrões antigos do sistema operacional (por exemplo, gravações de access-time), cargas de escrita altas (logs, bancos de dados).
  • Mitigações: usar cartões SD de alta endurance ou industriais, superprovisionar cartões maiores, evitar modos SDR104/de alta velocidade (menos calor) ou migrar para SSD/NVMe via USB/PCIe.
  • Vários recomendam inicializar a partir de SSD USB ou NVMe; alguns tratam SSD como efetivamente “descartável”, mas observam que, na prática, eles raramente falham.
  • Alguns argumentam que módulos de computação com eMMC soldado evitam problemas de contato e têm flash melhor especificado.

Abordagens de Sistema de Arquivos Somente Leitura e de Baixa Escrita

  • Estratégias populares: root somente leitura com overlayfs, tmpfs para /tmp e muitas vezes /var, log2ram, logging remoto e modos sem disco ou semelhantes a sem disco (Alpine diskless, TinyCore, Buildroot, NetBSD embedded, gokrazy, esquemas overlay personalizados).
  • Alguns vão além com partições de sistema A/B e atualizações de imagem completa, ou inicialização completamente via NFS sem armazenamento local.
  • Outros consideram essas medidas exageradas para configurações domésticas e confiam em backups + substituição periódica do SD.

Energia, Rede e Watchdogs

  • Energia estável é enfatizada repetidamente: fontes oficiais ou de marca de 5V, evitando carregadores USB instáveis, às vezes com um UPS ou bateria.
  • Micro-USB e conectores frouxos são apontados como riscos de confiabilidade; alguns adaptam conectores barrel jack.
  • Ethernet é preferida para sistemas de longa duração; Wi‑Fi é visto como instável, com scripts de “watchdog” comuns para reiniciar interfaces ou rebootar em caso de perda de conectividade.
  • Watchdogs de hardware (e integração do watchdog do systemd) são recomendados para sistemas sem supervisão.

Hardware Alternativo

  • Muitos sugerem mini PCs/NUCs x86, thin clients ou desktops corporativos usados/Chromeboxes como melhor custo-benefício do que Pis modernos: mais RAM/CPU, SSDs, suporte amplo a Linux e, muitas vezes, baixo consumo em idle.
  • Outros destacam ARM/microcontroladores (ESP32, RP2040) como mais baratos, de menor consumo e mais confiáveis para tarefas simples ou alimentadas por bateria, embora com maior atrito de desenvolvimento.
  • O debate continua: alguns dizem que Pi “quase nunca” é a resposta certa; outros usam Pis para sinalização, servidores domésticos, gateways e projetos com muito GPIO e relatam uptimes de vários anos.

Práticas Operacionais

  • Práticas comuns: desativar swap, minimizar logs, clonar regularmente os SDs, usar gerenciamento de configuração (Ansible) para reconstruções reproduzíveis e reiniciar após atualizações para detectar falhas cedo.