O Home Assistant só ultrapassou a capacidade do servidor quando as cargas de trabalho normais de pico falham repetidamente os objetivos de serviço e recuperação, depois de as integrações anómalas e a contenção estarem isoladas.
Um painel lento, um reinício demorado ou um gráfico de CPU elevado não são suficientes, porque um suplemento, uma tarefa da base de dados ou um caminho de armazenamento com falhas podem simular um anfitrião subdimensionado. Registe a latência entre o evento e a ação, a pressão da memória, a latência do armazenamento e a prontidão após o reinício durante uma hora normal de maior atividade. Depois, remova uma carga suspeita de cada vez e repita o mesmo teste antes de planear uma migração.
Defina objetivos de serviço antes de avaliar o anfitrião
Escolha dois ou três resultados importantes em casa: o atraso entre o evento e a ação numa automatização local, a prontidão do painel após um reinício e a execução bem-sucedida do histórico ou das cópias de segurança durante a sobreposição normal mais movimentada. Registe o acionador do teste, a carga de trabalho e o resultado aceitável, para que as alterações posteriores sejam comparadas com a mesma procura.
Num caso recente de lentidão do sistema, este ficou rápido depois de ser removido um serviço Matter não utilizado, apesar de inicialmente parecer existir um problema geral no anfitrião. Esse resultado do isolamento do suplemento mostra por que razão os sintomas devem ser associados a um objetivo de serviço repetível antes de se culpar o hardware.
APROVADO significa que o anfitrião cumpre os objetivos sob a carga definida. REPROVADO significa que um ou mais resultados falham de forma consistente, o que justifica um isolamento mais aprofundado, mas ainda não a substituição. Guarde as marcas temporais brutas e os registos de recursos, em vez de confiar apenas na sensação de resposta da interface.
Remova uma carga de trabalho anómala de cada vez
Comece pelas integrações adicionadas recentemente ou visivelmente ruidosas, componentes personalizados, suplementos, cópias de segurança, tarefas de indexação e serviços partilhados. Desative ou reagende apenas um item, reinicie uma vez como etapa de verificação e volte a executar a mesma carga de trabalho. Uma melhoria significativa identifica um problema de carga de trabalho que mais hardware poderia simplesmente ocultar.
Os diagnósticos da comunidade sobre um anfitrião Home Assistant lento apontam frequentemente primeiro para suplementos ou integrações que retêm memória ou consomem CPU de forma inesperada. Os conselhos em isolar uma integração com comportamento incorreto distinguem um comportamento defeituoso da carga de trabalho de um limite de capacidade de toda a plataforma.
Se uma remoção restaurar todos os objetivos, repare ou substitua esse componente antes de considerar a mudança de anfitrião. Se nenhuma alteração isolada ajudar, restaure a configuração aceite e continue com testes específicos dos recursos. Não acumule várias alterações de desativação, porque o resultado não identificaria qual carga foi relevante.
Procure pressão persistente na memória e no agendamento
Meça a memória de trabalho de pico, a atividade de swap ou recuperação de memória, os eventos de falta de memória, as filas de execução da CPU e a latência entre o evento e a ação durante o mesmo período movimentado. A CPU média pode manter-se moderada enquanto pequenos atrasos de agendamento afetam as automatizações. O esgotamento da memória pode surgir subitamente após uma fuga gradual ou quando um contentor concorrente aumenta de tamanho.
Um relatório sobre reinícios frequentes do Home Assistant recomenda verificar primeiro o consumo de RAM e os suplementos recentes. Esse indicador baseado primeiro na memória é útil porque uma falha de capacidade deve estar correlacionada com a pressão, e não apenas com o tempo de funcionamento decorrido.
APROVADO significa que a pressão se mantém limitada e a latência cumpre o objetivo durante vários picos. REPROVADO significa que o swap, a recuperação de memória, os encerramentos ou as filas de execução aumentam juntamente com o resultado de serviço falhado. O anfitrião só é candidato por falta de capacidade se a remoção das cargas anómalas não quebrar essa correlação.
Teste o armazenamento e a manutenção separadamente
Execute a carga de trabalho uma vez sem cópias de segurança, limpeza, compactação, pesquisa de multimédia ou E/S em massa de outro contentor e, depois, repita-a com a sobreposição normal de manutenção. Acompanhe a latência dos blocos, o espaço livre, o atraso do Recorder, a resposta do histórico e a prontidão após o reinício. Separe a capacidade de computação de um caminho de armazenamento lento ou congestionado.
O fluxo de trabalho de servidor pequeno da ZimaSpace utiliza estrangulamentos medidos antes de tirar conclusões sobre o hardware. Aplique a mesma sequência de otimização do Home Assistant num servidor pequeno para distinguir limites de armazenamento, memória e carga de trabalho.
Se apenas a sobreposição de manutenção falhar, reagende ou isole a tarefa em massa e volte a testar. Se a latência do armazenamento continuar elevada quando o anfitrião estiver de resto inativo, repare o dispositivo ou o sistema de ficheiros antes de declarar que todo o hardware é demasiado pequeno. A evidência de falta de capacidade exige um caminho de armazenamento saudável que, ainda assim, não consiga cumprir o objetivo.
Exija três falhas de capacidade repetíveis
Declare que o anfitrião está subdimensionado apenas quando o mesmo pico normal falhar o mesmo objetivo em três ensaios, o recurso limitante aumentar em cada ensaio, as cargas anómalas forem excluídas e uma redução reversível da procura restaurar o serviço. Exija também que o destino da migração ou substituição resolva esse recurso medido.
Um anfitrião que passa depois de eliminar uma integração avariada não ultrapassou a sua capacidade. Um anfitrião que falha apenas durante uma janela opcional de cópia de segurança pode precisar de alterações de agendamento. Um anfitrião que troca repetidamente para o disco, acumula filas de E/S ou atrasa o controlo local sob uma carga essencial apresenta evidências mais fortes a favor de uma migração.
Pare o diagnóstico quando os objetivos forem cumpridos em dois reinícios e durante a sobreposição normal mais movimentada. Avance para o planeamento da migração quando permanecerem três falhas correspondentes e a janela de recuperação também for ultrapassada. Preserve o anfitrião atual como alternativa de reversão até o novo ambiente passar no teste de carga de trabalho e restauro idêntico.
Suporte e Dicas
Mais para Ler

O Home Assistant funciona por Wi-Fi, mas falha através de Ethernet ou VPN
Teste cada caminho de rede separadamente, verifique o estado da interface e do encaminhamento, distinga o IP direto da descoberta e repare apenas a...

Como desativar o Home Assistant sem deixar dados desprotegidos
Comprove a substituição ou o arquivamento, revogue todos os caminhos de confiança, higienize cada dispositivo que contenha dados e conserve apenas cópias de recuperação...

Deve utilizar atualizações automáticas do Home Assistant num servidor doméstico?
Escolha atualizações manuais, apenas de notificação ou automáticas faseadas, tendo em conta o impacto no agregado familiar, o risco de compatibilidade, o tempo de...

