Vale a pena pagar mais por um pool de aplicações SSD com o Home Assistant quando as bases de dados ativas, os registos, o estado dos suplementos ou contentores e outros serviços partilhados estão a criar latência ou pressão de escrita que um pool de HDD não consegue suportar confortavelmente. Não vale automaticamente a pena pagar por isso apenas porque o NVMe é mais rápido na ficha técnica; as cópias de segurança, os arquivos multimédia e os dados frios podem muitas vezes permanecer num armazenamento em massa mais barato.
Separe o pool de aplicações do Home Assistant das funções de armazenamento em massa
A configuração do Home Assistant, a base de dados do gravador, as integrações e o estado ativo das aplicações comportam-se de forma diferente dos ficheiros sequenciais grandes. Geram muitas leituras e escritas pequenas, especialmente quando uma casa tem numerosos sensores comunicativos ou quando o mesmo servidor aloja MQTT, uma base de dados, painéis, métricas ou outros contentores. Os SSD são excelentes neste padrão de E/S aleatória de baixa latência, pelo que transferir o estado ativo para memória flash pode tornar o arranque, as consultas ao histórico, as atualizações e os serviços simultâneos mais consistentes.
Isso não significa que seja necessário um servidor totalmente SSD. As cópias de segurança, as bibliotecas multimédia, as gravações exportadas, as imagens de instalação e os instantâneos antigos preocupam-se normalmente mais com a capacidade e a possibilidade de recuperação do que com a latência de milissegundos. O design útil consiste num pool de aplicações SSD para o estado ativo, complementado por uma camada de capacidade separada para os dados que não precisam de acesso aleatório rápido.
Pague por SSD quando a latência do armazenamento for uma limitação medida
Antes de atualizar, verifique se o disco é realmente o estrangulamento. Uma espera elevada do disco, transações lentas da base de dados, vistas do histórico atrasadas, arranques demorados dos contentores ou picos de latência quando vários serviços escrevem em simultâneo são indicadores mais relevantes do que uma baixa velocidade sequencial anunciada. O gravador do Home Assistant executa escritas contínuas, pelo que um conjunto ocupado de entidades pode tornar o comportamento do armazenamento mais evidente do que o tamanho total da base de dados sugere.
Operadores da comunidade documentaram como a atividade do gravador, o crescimento da base de dados e históricos excessivos das entidades podem aumentar a pressão de E/S; esta forma como a retenção do gravador altera a E/S da base de dados é um lembrete útil de que reduzir escritas desnecessárias pode ser tão valioso como comprar armazenamento mais rápido. Se a latência persistir depois de controlar a retenção e as entidades ruidosas, um pool de aplicações SSD torna-se uma compra mais justificável.
Escolha a resistência com base nas escritas medidas, não na palavra servidor
Uma instância ligeira do Home Assistant não precisa automaticamente de um SSD empresarial de alta resistência. Estime as escritas reais do sistema ao longo de uma semana representativa que inclua automações normais, atualizações, cópias de segurança e atividade dos serviços complementares. Converta esse valor em escritas anuais, compare-o com a classificação TBW da unidade candidata e deixe uma margem de crescimento para os anos durante os quais espera manter a unidade.
O TBW é um limite de planeamento e de garantia, não uma contagem decrescente até uma falha instantânea. Uma explicação concisa sobre a relação entre o TBW e as escritas diárias reais mostra por que motivo as cargas de trabalho de bases de dados, cache e virtualização merecem mais atenção do que as escritas ligeiras de um computador de secretária. Se um SSD TLC convencional tiver várias vezes o orçamento de escrita de que necessita, pagar um grande prémio apenas pela resistência pode não melhorar o resultado.
Não confunda o débito máximo do NVMe com a capacidade de resposta da base de dados
É pouco provável que o Home Assistant precise de um débito sequencial de vários gigabytes por segundo. O que importa mais é a latência durante leituras e escritas aleatórias pequenas, o comportamento durante a descarga de dados, a margem de espaço livre, a estabilidade térmica e a possibilidade de outros serviços competirem pelo mesmo dispositivo. Assim, um bom SSD SATA pode representar um grande avanço em relação a um HDD, enquanto a passagem de um bom SSD SATA para um NVMe premium pode proporcionar um ganho muito menor apenas no Home Assistant.
As orientações de armazenamento para bases de dados fazem a mesma distinção: por que motivo as escritas duráveis e a latência de cauda são mais importantes do que o nome da interface. O NVMe premium torna-se mais fácil de justificar quando o Home Assistant partilha o pool com máquinas virtuais, bases de dados ativas, tarefas de compilação, indexação de fotografias ou outras cargas de trabalho capazes de gerar uma profundidade de fila real.
Defina um limiar para pagar mais em vez de adotar uma regra de SSD total
A decisão de compra pode ser reduzida a três perguntas. Primeiro, a latência do estado ativo das aplicações é percetível durante a utilização normal? Segundo, as escritas medidas ou as cargas de trabalho partilhadas justificam uma maior resistência ou uma latência mais consistente? Terceiro, transferir apenas o pool de aplicações ativo resolveria o problema, permitindo manter os dados em massa no HDD? Se a resposta for sim às duas primeiras, normalmente vale a pena optar por SSD. Se apenas a terceira for verdadeira, normalmente será suficiente uma camada SSD modesta.
Para um planeamento mais abrangente do pool de aplicações, o guia da ZimaSpace sobre quando é que um pool de aplicações totalmente SSD compensa o custo ajuda a separar o estado das aplicações sensível à latência do armazenamento orientado para a capacidade. A mesma lógica aplica-se a um anfitrião do Home Assistant que esteja gradualmente a acumular mais serviços.
| Carga de trabalho | Escolha de armazenamento | Motivo |
|---|---|---|
| Apenas Home Assistant, histórico moderado | SSD SATA/NVMe convencional | Baixa latência sem pagar por um débito extremo |
| HA com bases de dados/máquinas virtuais/métricas | Pool de aplicações SSD ou NVMe de maior qualidade | Mais concorrência e E/S aleatória |
| Cópias de segurança e arquivos | HDD ou camada de capacidade separada | A capacidade e a recuperação são mais importantes do que a latência |
| Escritas intensivas ao longo dos anos | SSD de maior resistência após medir as escritas | A resistência pode tornar-se uma verdadeira limitação orçamental |
Pague mais quando o SSD eliminar uma limitação de latência ou de resistência que tenha sido medida. Não pague mais simplesmente para maximizar os resultados de referência. Para o Home Assistant, o melhor pool de aplicações é a camada de armazenamento menos dispendiosa que mantenha o estado ativo responsivo, tenha resistência e espaço livre suficientes para a carga de trabalho real e continue a ser fácil de salvaguardar e substituir.
Guia de Compra
Mais para Ler

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...

Que verificações de compatibilidade são importantes antes de comprar hardware para o Home Assistant?
Use a compatibilidade como critério de aprovação ou reprovação primeiro e, em seguida, dimensione a CPU e a RAM para as cargas de trabalho...

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...

