Topologia completa de um servidor doméstico Home Assistant para computação, armazenamento e cópias de segurança

Eva Wong é a redatora técnica e entusiasta residente na ZimaSpace. Uma geek desde sempre, apaixonada por homelabs e software de código aberto, dedica-se a traduzir conceitos técnicos complexos em guias práticos. A Eva acredita que a auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ajuda a comunidade a desmistificar configurações de hardware, desde montar o primeiro NAS até dominar os contentores Docker.

Atribua responsáveis explícitos ao processamento, ao estado ativo, aos dados em massa, aos rádios, à rede, à monitorização, às cópias de segurança e à recuperação antes de ligar todo o sistema doméstico.

A topologia fiável mais simples pode usar uma só máquina para várias funções, mas o controlo crítico não deve depender do armazenamento multimédia, do acesso à Internet, dos painéis de controlo remotos ou de uma tarefa de cópia de segurança. Use caminhos e identidades de serviço estáveis, mantenha pelo menos uma cópia de recuperação fora do anfitrião e separe funções apenas quando a contenda, a capacidade, a manutenção ou o tempo de recuperação medidos ultrapassarem um limiar documentado.

Designe um responsável para cada função da topologia

Desenhe o grafo operacional antes de comprar hardware. Identifique o ambiente de execução do Home Assistant, a configuração persistente e o estado do Recorder, os coordenadores de rádio, os serviços locais de mensagens ou dispositivos, os dados em massa de multimédia e telemetria, a ligação de acesso remoto, a monitorização, o destino das cópias de segurança e o destino de recuperação isolado.

Designe um responsável, uma janela de atualização, um conjunto de credenciais, uma política de cópias de segurança, uma ordem de arranque e o impacto de uma falha para cada nó. Se um certificado, uma chave de rede, uma base de dados de um complemento, um ficheiro Compose ou um ponto de montagem existir fora desse mapa, a topologia está incompleta.

Função Dependência crítica Regra de recuperação
Processamento central Alimentação, rede local, estado Reconstrua o ambiente de execução e restaure o estado
Estado ativo Armazenamento gravável de baixa latência Cópia coerente e versionada
Rádios Identidade e localização estáveis Preserve as chaves e o mapeamento dos adaptadores
Dados em massa Caminho da capacidade Política em função da possibilidade de substituição
Cópia de segurança Destino independente Teste num destino de recuperação limpo

Mantenha o controlo crítico no percurso local mais curto

Os interruptores, as fechaduras, o controlo do clima, os alertas de segurança e as decisões relativas à presença devem passar pelo anfitrião do Home Assistant, pelo rádio ou pela ponte local necessários e pelo dispositivo, sem depender da Internet, do acesso remoto, da disponibilidade do NAS para dados em massa ou dos serviços de observabilidade.

Mantenha estáveis a identidade e a localização das unidades de rádio, mesmo que o processamento mude de lugar. Os coordenadores ligados à rede podem separar a localização USB da do anfitrião, mas substituem a dependência de um cabo por dependências da alimentação, do comutador, do endereço e do transporte, que têm de ser testadas.

Em ações perigosas, opte por falhar de forma segura e mantenha o controlo físico. Teste cada rotina crítica com a Internet, o reencaminhamento de DNS, o acesso remoto, a monitorização e o armazenamento de dados em massa indisponíveis, um de cada vez.

Separe o estado ativo, os dados em massa e as cópias de segurança

Guarde a configuração, os registos, os segredos, o estado dos complementos e a base de dados ativa do Recorder em armazenamento fiável de baixa latência e com espaço livre monitorizado. Dê à multimédia, aos dados de telemetria de longo prazo, às exportações e às gerações de cópias de segurança capacidade e políticas de retenção independentes, acessíveis através de caminhos lógicos estáveis.

Uma conceção de cópias de segurança para um servidor doméstico demonstra por que razão um NAS e um destino de cópias de segurança desempenham funções diferentes. A separação entre NAS e cópia de segurança permite manter cópias de recuperação independentes do percurso do serviço ativo.

Utilize o teste de cache versus capacidade interno antes de dimensionar o hardware com base em painéis já carregados ou em leituras de memória livre que não representam o comportamento durante a recuperação ou nas horas de ponta.

Torne o acesso remoto e a observabilidade não críticos

O acesso remoto deve terminar num ponto de delimitação definido para VPN, túnel ou proxy inverso, com autenticação forte e gestão documentada dos certificados. As automatizações locais críticas têm de continuar a funcionar quando essa ligação falhar, e uma falha do acesso remoto não pode impedir o arranque do anfitrião.

Sempre que possível, a monitorização deve ficar fora do componente que monitoriza. Verifique a acessibilidade do anfitrião, o estado do Home Assistant, o espaço e a latência do armazenamento, a antiguidade das cópias de segurança, a validade dos certificados, a disponibilidade dos rádios e uma ação local de ponta a ponta. Encaminhe os alertas por um percurso cuja própria indisponibilidade seja visível.

Uma topologia completa também define a ordem de manutenção: suspenda ou drene as tarefas dependentes, preserve um ponto de recuperação, atualize uma camada, valide o controlo local e, depois, reative os serviços remotos e auxiliares.

Comprove em conjunto a cópia de segurança, o restauro, a expansão e os modos de falha

Crie uma cópia de segurança coerente do estado do Home Assistant e uma cópia independente de qualquer estado de serviço externo necessário para reproduzir as automatizações. Documente as versões, as identidades dos serviços, os pontos finais, as montagens, os mapeamentos de rádio, as chaves de rede, os segredos e as somas de verificação junto do ponto de recuperação.

Uma discussão sobre cópias de segurança de contentores destaca por que razão o diretório de configuração montado - e não a imagem descartável do contentor - é o objeto a recuperar. O respetivo limite da cópia de segurança do estado do contentor é uma verificação prática para evitar salvaguardar a camada errada.

  1. Restaure a stack num destino limpo e isolado.
  2. Verifique a identidade, os rádios, as entidades, o histórico, as automatizações e os painéis.
  3. Remova, um de cada vez, as dependências da Internet, do NAS, do broker e da monitorização.
  4. Execute uma carga de trabalho de hora de ponta durante a cópia de segurança.
  5. Implemente uma expansão de capacidade faseada e teste o retrocesso no tempo.

A topologia está completa quando cada nó tem um responsável, cada ligação crítica tem um resultado definido para o modo degradado e a recuperação é bem-sucedida sem o anfitrião de produção avariado. Expanda apenas a função cujo limite medido se esteja a aproximar.

Configuração de NAS e servidor

Mais para ler

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.