Antes de comprar hardware para o Home Assistant, verifique o método de instalação, a arquitetura da CPU, o método de arranque, o armazenamento, as interfaces de rede, a localização dos rádios e o processo de recuperação antes de comparar gamas de processadores. Um mini PC mais rápido pode continuar a ser um servidor inadequado para o Home Assistant se não conseguir arrancar a instalação pretendida, expuser os rádios de forma pouco fiável ou o deixar com uma configuração frágil de armazenamento e cópias de segurança.
Comece pelo método de instalação do Home Assistant
A primeira decisão de compatibilidade não é Intel contra AMD, nem quatro núcleos contra oito. É saber se pretende a experiência do Home Assistant OS, semelhante à de um aparelho dedicado, ou uma implementação do Home Assistant Container num anfitrião que gere. Esses caminhos atribuem responsabilidades diferentes ao hardware e a si. O Home Assistant OS é a opção mais simples para um servidor dedicado na maioria das casas, enquanto o Container faz mais sentido quando já utiliza Docker e se sente à vontade para gerir o anfitrião, os serviços complementares, as atualizações e os mapeamentos de dispositivos por sua conta.
Essa distinção altera a lista de verificação de compra. Um equipamento dedicado com Home Assistant OS deve ter uma plataforma de 64 bits suportada, um arranque UEFI fiável, um destino de armazenamento interno estável e conectividade USB ou de rede acessível suficiente para os rádios que realmente utiliza. Um anfitrião de contentores também tem de ser compatível com a distribuição Linux, o runtime de contentores, o modo de rede, a disposição dos volumes e qualquer passagem direta de dispositivos USB que planeie manter. Uma análise atual de como o Home Assistant OS, o Container e a VM transferem responsabilidades operacionais é útil porque a escolha da instalação altera o significado de “compatível” antes de o desempenho da CPU se tornar relevante.
Verifique a arquitetura, o arranque, o armazenamento e a rede como critérios eliminatórios
Para um novo servidor doméstico x86, confirme que a máquina é de 64 bits, disponibiliza uma configuração UEFI normal, consegue arrancar a partir do dispositivo de armazenamento que pretende manter permanentemente e tem um controlador Ethernet com fios com suporte Linux maduro. Evite presumir que um dispositivo é adequado apenas porque vem com o Windows ou consegue executar um navegador. A automatização doméstica depende de reinícios sem intervenção, enumeração estável do armazenamento e recuperação previsível da rede após uma falha de energia.
O armazenamento deve ser tratado como parte da compatibilidade, e não apenas como uma questão de capacidade. Um SSD pequeno mas saudável é normalmente um disco de sistema melhor do que um cartão de memória duvidoso ou um disco antigo cujo desgaste seja desconhecido. Se comprar hardware usado, verifique a integridade do disco antes de confiar nele. Os dados de integridade SMART e NVMe podem revelar erros do suporte, temperatura, desgaste e contadores de dados escritos; este guia sobre sinais de integridade SMART e NVMe que vale a pena verificar mostra quais os indicadores a analisar, em vez de depender de um único estado “saudável”.
Verifique a localização do Zigbee, Thread, Bluetooth e USB antes de comprar
A compatibilidade dos rádios é parcialmente elétrica e física. Um coordenador Zigbee ou Thread pode ser suportado pelo software e, ainda assim, ter um desempenho fraco quando está ligado diretamente junto a uma porta USB 3, a uma caixa SSD, a uma antena Wi-Fi ou a um chassis metálico. Por isso, a lista de compras deve incluir a localização das portas, a possibilidade de utilizar um cabo de extensão USB curto e um local onde o coordenador possa ficar afastado das fontes de interferência.
A atividade USB 3 pode emitir interferência na gama dos 2,4 GHz utilizada pelo Zigbee e por outros rádios de baixo consumo. Um exemplo documentado do padrão de interferência entre USB 3 e Zigbee ilustra por que razão afastar o coordenador ou mudar o cabo pode resolver falhas que parecem instabilidade do software. Em casas que utilizam bastante Bluetooth, decida também se o servidor tem de fornecer Bluetooth localmente ou se os proxies Bluetooth podem aproximar a cobertura de rádio dos dispositivos.
Adapte a CPU e a RAM à carga de trabalho depois de ultrapassar os critérios de compatibilidade
Assim que a plataforma ultrapassar os critérios essenciais de compatibilidade, a CPU e a RAM passam a ser questões de dimensionamento. As automações básicas, os painéis, o MQTT e um número moderado de integrações normalmente não exigem muito poder de processamento. Mais CPU torna-se importante quando o mesmo anfitrião também executa análise de vídeo, processamento de voz, bases de dados, serviços multimédia ou várias máquinas virtuais. Mais RAM é importante quando esses serviços complementares criam uma pressão de memória contínua, e não simplesmente porque a máquina aceita um módulo maior.
Pense na sobreposição normal mais exigente. Se o Home Assistant tiver de continuar responsivo enquanto são executadas cópias de segurança, uma base de dados é compactada, as câmaras processam eventos e outro contentor é atualizado, dimensione o sistema para essa sobreposição, e não para um painel inativo. O guia existente da ZimaSpace sobre dimensionar um servidor Home Assistant para o controlo de toda a casa é um passo seguinte útil depois de esclarecer os critérios de compatibilidade.
Termine com uma verificação de recuperação e expansão
Antes de finalizar a compra, imagine que o servidor falha durante o fim de semana. Pergunte a si próprio se consegue substituir o SSD, arrancar a partir de um suporte de recuperação, voltar a ligar o coordenador de rádio, restaurar uma cópia de segurança recente e repor as automações críticas em funcionamento sem uma peça proprietária ou uma dependência oculta da nuvem. Uma decisão de compra é mais fiável quando o processo de recuperação é tão claro como o processo de instalação.
Reserve também uma possibilidade realista de expansão. Pode ser uma porta USB livre, posicionada longe da interferência de rádio, uma ranhura M.2 ou SATA adicional, RAM substituível ou capacidade de rede suficiente para uma base de dados ou NAS separado no futuro. Não pague por todas as atualizações possíveis. Pague pelas interfaces que resolvem um possível obstáculo futuro plausível.
- Aprovado: método de instalação suportado, arranque estável, SSD saudável, rede com fios, localização adequada dos rádios e um plano de cópias de segurança testado.
- Aprovado condicionalmente: hardware usado com consumo em inatividade aceitável, armazenamento em bom estado e peças de substituição que consiga adquirir.
- Reprovado: arquitetura não suportada, arranque ou armazenamento pouco fiável, localização inacessível dos rádios ou ausência de um processo prático de restauro.
Uma verificação de compatibilidade antes da compra deve, portanto, eliminar as plataformas inadequadas antes de comparar resultados de testes de desempenho. O melhor hardware para o Home Assistant não é o equipamento mais rápido no papel; é aquele cuja instalação, rádios, armazenamento, rede e processo de recuperação continuam previsíveis após meses de funcionamento sem intervenção.
Guia de Compra
Mais para Ler

Quando vale a pena pagar mais por um conjunto de aplicações num SSD com o Home Assistant?
Vale a pena pagar por um SSD quando o estado ativo do Home Assistant é limitado pela latência ou pelas operações de escrita; as...

Uma lista de verificação da fiabilidade antes da compra de um servidor doméstico Home Assistant
Um servidor fiável do Home Assistant limita os domínios de falha e oferece uma forma comprovada de restaurar o serviço quando o armazenamento, a...

Como escolher hardware de baixo consumo para o Home Assistant sempre ligado
Compare sistemas Home Assistant pelo consumo de energia e pela carga de trabalho. Compre quando a energia, o ruído, a fiabilidade ou um limite...

