Porque é que um servidor Home Assistant fica quente ou ruidoso durante os períodos de inatividade?

Um servidor Home Assistant que funciona de forma quente ou ruidosa durante as horas de “inatividade” está normalmente a executar trabalho em segundo plano que não é visível no painel. A limpeza ou reorganização do Recorder, consultas à base de dados, cópias de segurança, atualizações, integrações ruidosas, processamento de câmaras, máquinas virtuais e outros contentores podem criar carga no processador ou no armazenamento quando ninguém está a utilizar ativamente a interface.

Não diagnostique a ventoinha. Diagnostique a carga de trabalho que aumenta a potência ou a temperatura do pacote do processador. Registe a hora exata em que o ruído começa, correlacione-a com o processador, o disco, a base de dados e as tarefas agendadas e, em seguida, remova ou reagende uma tarefa de cada vez.

Utilize o carimbo de data/hora para encontrar tarefas agendadas

Um pico que surge quase sempre à mesma hora todas as noites sugere vivamente uma tarefa de manutenção agendada ou um caminho de automação. Verifique o Recorder, as cópias de segurança, as tarefas de atualização, a manutenção da base de dados, o processamento de estatísticas e quaisquer tarefas cron ao nível do anfitrião ou do contentor que sejam executadas na mesma janela temporal.

Utilizadores do Home Assistant associaram picos regulares de utilização do processador às 4:00 da manhã a atividade de limpeza do Recorder que ocorria à mesma hora todos os dias. Este exemplo é útil porque o sintoma térmico segue um horário, apesar de a família considerar que o sistema está inativo.

Mova ou ajuste a tarefa apenas depois de confirmar a correlação. Uma automação não relacionada que também seja executada durante a noite pode criar o mesmo padrão visual, pelo que o alinhamento temporal tem de ser repetível.

O Recorder pode transformar entidades ruidosas em carga contínua em segundo plano

Uma integração que seja atualizada com demasiada frequência pode manter a base de dados ocupada muito depois de o próprio dispositivo parecer estável. As escritas adicionais aumentam a utilização do processador, a atividade de armazenamento e o trabalho de manutenção da base de dados.

Uma instalação do Home Assistant associou um aumento persistente da utilização do processador e da temperatura ao Recorder, depois de descobrir várias entidades Z-Wave a gerar grandes quantidades de linhas na base de dados. A exclusão de dados de alta frequência desnecessários fez com que o comportamento do processador regressasse ao normal.

Utilize as estatísticas do Recorder ou inspecione a base de dados para encontrar as entidades que geram mais alterações de estado. Não desative globalmente o histórico se apenas algumas entidades ruidosas forem responsáveis pelo problema.

A carga em segundo plano pode pertencer a outro contentor ou máquina virtual

Num servidor doméstico partilhado, o Home Assistant pode ser responsabilizado pelo calor criado por uma base de dados, um NVR, um servidor multimédia, um processo de IA local ou um motor de cópias de segurança. Meça a utilização do processador ao nível do processo ou do contentor, em vez de atribuir todos os picos do anfitrião ao contentor do Home Assistant.

Cargas elevadas do Recorder também podem criar uma I/O significativa, mesmo quando a interface do Home Assistant parece inativa. Atualmente, o Recorder faz a limpeza todas as noites às 04:12 por predefinição e pode reorganizar automaticamente a base de dados a cada segundo domingo; a reorganização é mais pesada do que o registo normal e pode prolongar a carga em segundo plano. O mesmo sintoma de aquecimento ao nível do anfitrião pode, por isso, ter origem numa tarefa agendada da base de dados e não num ciclo de automação.

Pause um serviço vizinho durante o período normal de maior aquecimento. Se a temperatura do anfitrião e a velocidade da ventoinha baixarem enquanto o Home Assistant continuar a responder, a carga partilhada — e não apenas a configuração do Home Assistant — é o alvo mais adequado.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Os problemas de arrefecimento só são reais depois de compreender a carga de trabalho

Um dissipador obstruído, uma entrada de ar bloqueada, uma ventoinha avariada, um armário quente ou uma interface térmica ressequida podem aumentar a temperatura com uma carga normal. No entanto, o arrefecimento do hardware deve ser investigado depois de saber que o servidor não está simplesmente a executar mais trabalho do que antes.

Compare a temperatura com a mesma potência do pacote do processador ou a mesma utilização ao longo do tempo. Se a mesma carga funcionar agora a uma temperatura significativamente mais elevada, inspecione o fluxo de ar e o hardware. Se a própria carga tiver aumentado, corrija primeiro o software ou o agendamento.

O guia de dimensionamento de servidores domésticos para casas inteligentes da ZimaSpace considera o armazenamento, os serviços alojados em conjunto e os limites físicos da plataforma como um único intervalo operacional, em vez de presumir que um sistema Home Assistant aparentemente inativo não tem carga em segundo plano.

Utilize uma linha de base de inatividade controlada

Um período de inatividade saudável deve regressar a uma linha de base térmica e acústica estável depois de terminar o trabalho em segundo plano. Se a utilização do processador, a atividade de armazenamento ou a temperatura nunca estabilizarem, identifique o processo que continua em execução e trate-o como uma carga de trabalho persistente ou uma regressão, e não como um comportamento normal de agendamento.