Equilibre o Home Assistant começando por cumprir metas mensuráveis de controlo e recuperação e, só depois, reduza o consumo em inatividade sem associar serviços críticos a cargas de trabalho pesadas.
Um servidor doméstico sempre ligado deve responder durante o período normal de automação mais intenso, sobreviver a uma falha do anfitrião ou do armazenamento e continuar a ter custos de funcionamento acessíveis. Defina esses resultados antes de escolher o hardware, mantenha as cargas de trabalho experimentais fora do caminho crítico e meça o consumo de todo o sistema, em vez de depender das classificações do processador.
Defina em conjunto as metas de desempenho e recuperação
Escolha metas observáveis: atraso entre o evento e a ação, disponibilidade do painel após um reinício, conclusão da manutenção da base de dados, duração das cópias de segurança e tempo máximo de restauro aceitável. Teste com o mesmo número de dispositivos, integrações e cargas de trabalho partilhadas previstos para produção.
Um guia comunitário de hardware compara plataformas com base na carga de trabalho e na possibilidade de expansão, em vez de usar uma especificação universal. A sua abordagem de hardware orientada pela carga de trabalho ajuda a dimensionar o sistema de acordo com os serviços que têm de continuar responsivos.
Não compre mais capacidade de computação para compensar uma base de dados degradada, um armazenamento em falha ou um suplemento sem controlo. O objetivo é dispor de um limite de serviço estável e de um caminho de recuperação conhecido.
Atribua as cargas de trabalho críticas e opcionais a funções distintas
Mantenha as automações locais, o controlo dos dispositivos, a identidade e a base de dados ativa na função crítica. Coloque a inferência de câmaras, o processamento multimédia, as experiências e as tarefas em massa em funções opcionais com limites de recursos ou num nó separado quando os seus picos puderem atrasar o controlo.
Um anfitrião partilhado é aceitável quando o trabalho opcional pode falhar ou ser colocado em pausa sem interromper a função crítica. Se cada atualização ou tarefa de armazenamento obrigar a um reinício comum, a consolidação trocou uma pequena poupança de energia por um limite de indisponibilidade maior.
Utilize o teste de desempenho com carga de trabalho repetível para validar a separação das funções sob o mesmo pico, em vez de comparar painéis em inatividade.
Meça a energia de todo o sistema em cada estado de funcionamento
Meça na tomada durante a inatividade, a atividade normal, as cópias de segurança, a manutenção da base de dados e a carga de trabalho opcional mais pesada. Inclua os comutadores de rede, as unidades externas e os dispositivos redundantes que existem apenas devido à topologia escolhida. O consumo anual depende sobretudo do tempo passado em cada estado.
As medições publicadas do consumo na tomada para estados de funcionamento de mini PCs de baixo consumo mostram por que motivo o comportamento em inatividade e sob carga deve ser avaliado separadamente. Utilize valores medidos de todo o sistema, em vez de inferir o consumo a partir do TDP do processador.
Reduza o consumo através de hardware dimensionado corretamente, de uma política adequada de rotação dos discos quando aplicável, do agendamento de tarefas em massa e da remoção de serviços não utilizados. Não desative registos, cópias de segurança, refrigeração ou verificações de armazenamento apenas para reduzir a leitura em inatividade.
Crie a recuperação fora do domínio de falha principal
Guarde pelo menos uma cópia de segurança utilizável fora do disco do sistema do Home Assistant e documente os passos para restaurar a identidade de rede, os rádios, os segredos e as bases de dados externas. Um instantâneo no mesmo anfitrião é útil para reverter alterações, mas não cobre a perda do anfitrião ou do armazenamento.
Um plano de cópias de segurança para operadores separa os instantâneos do Home Assistant de cópias adicionais retidas e dá prioridade à recuperação após uma falha de hardware. A sua abordagem de cópias de segurança em camadas permite manter a recuperação independente do nó de computação sempre ligado.
Cronometre um restauro isolado. Se o design de baixo consumo não cumprir a meta de recuperação, adicione um meio de restauro mais rápido ou um caminho de espera mais simples antes de aumentar a capacidade de computação em produção.
Valide o equilíbrio entre os três fatores e pare
Execute a carga de trabalho de pico original, registe a energia ao longo de um dia completo, simule a perda da instância principal e conclua um restauro ou um ensaio de recuperação documentado. O desempenho, o consumo e a recuperação têm de ser avaliados na mesma topologia final.
Pare de otimizar quando as metas de serviço e recuperação forem cumpridas e novas poupanças de energia acrescentarem dependências partilhadas, intervenção manual ou refrigeração insuficiente. Expanda apenas quando uma carga de trabalho medida ultrapassar repetidamente a meta.
O design falha quando é eficiente apenas em inatividade, rápido apenas depois de os serviços opcionais serem parados ou recuperável apenas a partir do anfitrião que falhou. Corrija a função responsável, em vez de substituir toda a topologia por predefinição.
Configuração de NAS e Servidor
Mais para Ler

Como separar os dados, a cache e as cópias de segurança da aplicação Home Assistant
Mantenha o estado autoritativo da aplicação persistente, confirme que a cache é descartável antes de a mover e armazene cópias de segurança testadas fora...

Como adaptar uma configuração do Home Assistant para utilizadores remotos e locais
Mantenha o controlo local do Home Assistant independente da periferia remota e, em seguida, adicione acesso remoto seguro com DNS previsível, identidade e comportamento...

Como mover o Home Assistant de um único contentor para uma pilha de serviços resiliente
Preserve primeiro o estado de funcionamento e, em seguida, separe os dados, as dependências, a integridade, os recursos e a recuperação, para que uma...

