Separe os dados da aplicação Home Assistant, a cache e as cópias de segurança, começando por decidir o que tem de sobreviver a uma falha, o que pode ser reconstruído automaticamente e o que tem de existir fora do anfitrião do Home Assistant. A configuração persistente e o estado da base de dados merecem armazenamento estável e cópias de segurança; a cache descartável ou os ficheiros temporários não devem seguir as mesmas regras de retenção; as cópias de segurança não devem depender do disco que se destinam a recuperar.
A disposição mais segura baseia-se nas funções, e não nos nomes das pastas. Não mova um diretório para o “armazenamento de cache” apenas porque cresce rapidamente. Confirme se o Home Assistant ou um serviço complementar precisa desses dados para histórico, identidade, emparelhamento, credenciais ou recuperação antes de os considerar descartáveis.
Classifique os dados como autoritativos, reconstruíveis ou cópia de recuperação
Os dados autoritativos da aplicação incluem a configuração do Home Assistant, os segredos, o estado das integrações, as definições das automações e a base de dados ou outro estado que pretenda preservar. Os dados reconstruíveis incluem imagens transferidas, ficheiros temporários, caches de pacotes, transcodificações e índices que um serviço consiga recriar sem perder a configuração da casa. As cópias de recuperação são cópias de segurança e exportações destinadas a reconstruir o estado autoritativo após uma falha.
Esta classificação deve ser feita por serviço. O Home Assistant, o MQTT, uma base de dados, um proxy inverso e o Zigbee2MQTT podem ter estados persistentes diferentes. Uma interface de gestão pode memorizar a definição da pilha sem conter os próprios dados das cargas de trabalho; uma explicação sobre por que motivo as cópias de segurança da gestão de contentores podem omitir o estado das cargas de trabalho mostra por que razão “fiz uma cópia de segurança do Docker” pode significar muito menos do que seria esperado.
Mantenha a configuração do Home Assistant e a base de dados ativa num armazenamento estável
Numa implementação em contentor, o caminho de configuração do Home Assistant tem de persistir independentemente da imagem do contentor. Se a base de dados do gravador permanecer nessa árvore de configuração, trata-se de estado ativo da aplicação, não de cache. Coloque este estado num SSD fiável ou noutro armazenamento de baixa latência, com espaço livre suficiente para o funcionamento normal da base de dados e para operações de recuperação.
A atividade do gravador pode gerar escritas pequenas e contínuas, especialmente quando muitas entidades mudam frequentemente. Uma discussão da comunidade do Home Assistant sobre como a retenção do gravador afeta o crescimento da base de dados é útil porque se concentra na redução do histórico desnecessário, em vez de ocultar a atividade da base de dados movendo toda a árvore de configuração para armazenamento temporário.
Mova apenas a cache descartável e o trabalho temporário comprovados
A cache e o armazenamento temporário podem ficar num dispositivo rápido separado para trabalho temporário, num sistema de ficheiros limitado apoiado em memória ou num diretório dedicado com regras de limpeza — mas apenas quando a sua perda for inofensiva. Reinicie o serviço relevante depois de limpar uma cópia de teste e confirme que este reconstrói o que precisa. Se o serviço perder emparelhamentos, histórico, utilizadores, credenciais ou configuração, os dados não eram descartáveis.
Separar a atividade intensa pode reduzir as escritas e tornar as cópias de segurança mais pequenas, mas nunca deve ocultar ficheiros necessários sob um ponto de montagem nem criar uma dependência oculta da RAM. O guia da ZimaSpace sobre separar a cache e o armazenamento temporário do Home Assistant apresenta um método específico para identificar dados reconstruíveis antes de alterar os pontos de montagem.
Coloque as cópias de segurança num domínio de falha diferente
Uma cópia de segurança armazenada junto da configuração ativa protege contra uma alteração incorreta, mas não contra uma falha do SSD, o furto do anfitrião, a corrupção do sistema de ficheiros ou a avaria do controlador de armazenamento. Copie as cópias de segurança do Home Assistant para um NAS, outro servidor, armazenamento amovível ou um destino externo, de acordo com a falha que pretende suportar. Guarde a chave de recuperação ou as credenciais num local que continue acessível quando o próprio Home Assistant estiver indisponível.
As cópias de segurança também têm de ser internamente consistentes. Os arquivos de volumes são úteis, mas os serviços com estado podem precisar de uma exportação coordenada, de um instantâneo ou de uma cópia com o serviço parado. Um guia independente sobre um método de cópia de segurança e restauro de volumes persistentes explica o problema da portabilidade, enquanto um guia sobre um teste de restauro que comprova a utilidade da cópia de segurança salienta que uma tarefa de cópia de segurança só fica comprovada quando é possível recuperar dela um estado útil.
Teste a disposição com exercícios de eliminação, reinício e restauro
Depois de separar os caminhos, teste cada função de acordo com o que promete. Limpe uma cache descartável e confirme que é reconstruída. Recrie o contentor do Home Assistant e confirme que a configuração persistente permanece. Reinicie o anfitrião e verifique se os pontos de montagem aparecem antes de os serviços dependentes arrancarem. Restaure uma cópia de segurança recente num destino temporário e verifique os utilizadores, as automações, as integrações e uma amostra representativa do histórico ou do estado dos serviços complementares.
Em seguida, documente o proprietário e as permissões. Um caminho perfeitamente separado no disco pode continuar a falhar após uma migração se o UID/GID do novo contentor não conseguir lê-lo. Registe os pontos de montagem, o proprietário do sistema de ficheiros, a inclusão nas cópias de segurança, a retenção e o serviço autorizado a eliminar cada diretório.
| Função dos dados | Armazenamento típico | Regra de recuperação |
|---|---|---|
| Configuração/base de dados do Home Assistant | SSD estável/pool de dados da aplicação | Persistente e com cópia de segurança |
| Cache/temporários descartáveis | SSD temporário ou armazenamento temporário limitado | Tem de ser reconstruído em segurança |
| Cópias de segurança | Anfitrião/meio separado ou destino externo | Restauro testado |
| Arquivos volumosos | Armazenamento orientado para capacidade | Protegidos de acordo com o seu valor |
A separação é bem-sucedida quando eliminar a cache não pode destruir o Home Assistant, recriar contentores não pode apagar o estado da aplicação e perder o dispositivo principal de dados da aplicação não destrói a única cópia de recuperação. As funções de armazenamento devem tornar evidente o comportamento perante uma falha antes de qualquer falha ocorrer.
Configuração de NAS e Servidor
Mais para Ler

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

Como as novas funcionalidades do Home Assistant alteram a arquitetura dos servidores domésticos
As novas funcionalidades do Home Assistant alteram as funções de serviço, rede, dados e recuperação. Proteja o controlo central e, em seguida, integre ou...

