Como a RG 4 Tech cria uma nuvem privada com o ZimaBoard 2

A RG 4 Tech transforma o ZimaBoard 2 em mais do que um servidor de ficheiros compacto. A sua configuração combina hardware x86 silencioso, duas unidades ligadas diretamente, um conjunto de armazenamento RAID 1 no ZimaOS e o Home Assistant num único sistema gerido através do navegador. O resultado é uma base prática de nuvem privada para ficheiros e serviços de casa inteligente — mas continua a precisar de uma cópia de segurança independente e de um plano de implementação que respeite as diferenças entre o Home Assistant Container e o Home Assistant OS.

Obrigado à RG 4 Tech por documentar toda a configuração. O seu vídeo original aborda o hardware, o arrefecimento interno, a configuração inicial do ZimaOS, a configuração de RAID 1 com duas unidades, a instalação de aplicações e a integração inicial do Home Assistant.

Nota sobre a fonte: este artigo reorganiza a configuração e as observações apresentadas no vídeo da RG 4 Tech. Não pressupõe que todos os dispositivos visíveis no vídeo tenham sido fornecidos pela ZimaSpace, uma vez que não foi aqui confirmada de forma independente qualquer alegação de colaboração. Os detalhes da interface, as versões das aplicações, os pacotes disponíveis, as temperaturas e a compatibilidade podem mudar após a publicação.

O resultado: o ZimaBoard 2 oferece à RG 4 Tech uma única plataforma discreta para armazenamento local e controlo da casa inteligente. O RAID 1 mantém o conjunto de armazenamento disponível caso uma das unidades falhe, enquanto o Home Assistant acrescenta uma camada de automatização local. Nenhuma destas funcionalidades elimina a necessidade de fazer cópias de segurança dos dados e da configuração importantes fora do servidor.

Por que motivo a RG 4 Tech começa com um servidor doméstico local

O enquadramento de “adeus à nuvem” do vídeo não se resume a evitar uma mensalidade. Um servidor doméstico muda quem controla o hardware de armazenamento, quais as aplicações que processam os dados, como os serviços são expostos à rede e quando a capacidade é expandida. Essas escolhas tornam-se especialmente relevantes quando os ficheiros pessoais e a atividade da casa inteligente estariam, de outro modo, divididos entre vários fornecedores.

A propriedade local também transfere a responsabilidade. O proprietário tem de monitorizar o estado das unidades, aplicar atualizações, gerir o acesso dos utilizadores, manter cópias de segurança e recuperar os serviços após uma falha. Uma nuvem privada não é, portanto, um serviço de nuvem sem o fornecedor; é uma pequena infraestrutura que precisa de um plano operacional.

A RG 4 Tech aborda o ZimaBoard 2 como uma base flexível, em vez de um equipamento fechado. A placa pode começar como servidor de armazenamento e, depois, alojar aplicações adicionais através do ZimaOS, permitindo que o sistema cresça em função das necessidades reais de uma casa.

O que torna o ZimaBoard 2 adequado para esta configuração

O Mini Servidor Doméstico ZimaBoard 2 combina um processador Intel N150, memória e armazenamento do sistema integrados, duas portas 2.5GbE, duas ligações SATA e uma interface PCIe de expansão aberta. Esta combinação é importante porque um servidor doméstico precisa de mais do que desempenho de CPU: precisa de vias práticas para armazenamento, rede e hardware futuro.

As duas portas SATA permitem ligar diretamente um par de HDD ou SSD, sem depender de uma ponte de armazenamento USB. As interfaces de rede duplas podem suportar uma ligação de armazenamento, uma rede segmentada, um projeto de router ou outra topologia em que uma única porta se tornaria limitativa. A interface PCIe deixa espaço para uma expansão selecionada, como armazenamento NVMe ou outro adaptador específico para uma determinada tarefa.

A plataforma continua a ser compacta. Uma única via PCIe não pode acomodar todas as expansões em simultâneo, duas portas SATA não transformam o equipamento num NAS com muitas baias e um Intel N150 não deve ser tratado como um processador de virtualização com muitos núcleos. O design funciona melhor quando as principais funções do servidor são escolhidas antes de adicionar acessórios.

Abrir a Caixa Revela a Estratégia de Arrefecimento

Às 08:16, a RG 4 Tech abre a caixa do ZimaBoard 2 e mostra a disposição interna da placa e a posição utilizada para o arrefecimento ativo. Esta vista é útil porque o exterior acabado, por si só, não explica como o calor se afasta do processador e dos componentes próximos.

A estrutura de alumínio contribui para a dissipação do calor, enquanto uma ventoinha pode aumentar o fluxo de ar quando a placa é colocada num local mais quente ou é submetida a trabalho mais intenso durante períodos prolongados. A atividade de armazenamento, a indexação das aplicações, a temperatura ambiente, a disposição dos cabos e as superfícies próximas afetam as condições térmicas em torno de uma instalação real.

O arrefecimento ativo deve ser encarado como uma decisão relacionada com a carga de trabalho, e não como decoração. Um servidor de ficheiros com pouca carga pode comportar-se de forma diferente da mesma placa a executar simultaneamente transferências de armazenamento, atualizações de aplicações, indexação de multimédia e serviços de casa inteligente. Após a montagem, o proprietário deve verificar as temperaturas sob a carga combinada prevista, em vez de se basear apenas nas leituras em repouso.

Planear o Armazenamento Físico Antes de Criar o Pool

A RG 4 Tech liga duas unidades antes de configurar o armazenamento no ZimaOS. A ordem parece óbvia, mas evita uma classe importante de erros: criar partilhas ou instalar aplicações antes de decidir qual disco armazena os dados ativos, qual participa na redundância e onde ficarão as cópias de segurança.

Um servidor com duas unidades oferece várias configurações possíveis. Os discos podem permanecer independentes, ser combinados para obter desempenho ou capacidade, ou espelhar-se mutuamente para obter redundância. A escolha correta depende de a prioridade ser o espaço utilizável, a disponibilidade contínua após uma falha de unidade ou a separação entre diferentes classes de dados.

A correspondência entre unidades também merece atenção. Um espelho normalmente disponibiliza uma capacidade baseada no membro mais pequeno, pelo que emparelhar unidades com tamanhos substancialmente diferentes pode desperdiçar espaço. Ambas as unidades devem ser testadas, o seu estado deve ser monitorizado e os respetivos números de série devem ser registados antes de mover dados importantes para o novo pool.

Criar um pool RAID 1 com duas unidades no ZimaOS

Às 16:50, a RG 4 Tech utiliza a interface de armazenamento do ZimaOS para selecionar os dois discos e configurar o RAID 1. Esta configuração grava cópias espelhadas nas unidades do conjunto, trocando metade da capacidade bruta combinada pela possibilidade de manter o pool disponível quando uma unidade falha.

O ZimaOS apresenta o RAID 1 como a opção centrada na redundância no guia de opções RAID do ZimaOS. O fluxo de trabalho gráfico reduz a barreira de entrada para uma primeira NAS, pois permite ao utilizador identificar as unidades e escolher o modo de armazenamento sem ter de construir o conjunto inteiramente a partir da linha de comandos.

A interface não elimina a necessidade de verificar a seleção. A criação de um novo conjunto pode apagar os dados existentes nos discos escolhidos. As identidades e capacidades das unidades, bem como quaisquer cópias necessárias, devem ser confirmadas antes de aprovar a operação final.

Porque é que o RAID 1 é útil, mas continua a não ser uma cópia de segurança

O RAID 1 resolve uma falha específica: a perda de uma unidade do conjunto. Se um disco deixar de funcionar, a outra cópia pode manter o pool acessível enquanto o dispositivo avariado é substituído e o conjunto é reconstruído. Essa disponibilidade é valiosa para um servidor que se espera que permaneça online.

O espelho repete as alterações lógicas em ambas as unidades. Assim, uma eliminação acidental, um ficheiro substituído, um ataque de ransomware, um estado de aplicação corrompido ou um comando de administrador incorreto podem afetar ambas as cópias. Um roubo, danos elétricos ou a perda física de todo o servidor podem remover o conjunto completo de uma só vez.

O design mais seguro combina RAID 1 com cópias de segurança versionadas armazenadas noutro local. O guia da ZimaSpace sobre configurações RAID e planeamento de cópias de segurança para NAS explica por que motivo a redundância, o histórico de cópias de segurança e uma cópia fora do dispositivo resolvem riscos diferentes.

O ZimaOS transforma o hardware de armazenamento numa plataforma de aplicações

Assim que o conjunto estiver disponível, o servidor não precisa de continuar a ser apenas uma partilha de rede básica. O ZimaOS acrescenta gestão de ficheiros através do navegador e um ambiente de aplicações, permitindo gerir o armazenamento e os serviços autoalojados a partir da mesma interface.

É aqui que o hardware se torna mais útil do que uma caixa de discos com duas baías. As aplicações podem utilizar o conjunto local para armazenar ficheiros persistentes, enquanto o ambiente operativo gere o seu ciclo de vida. Uma família pode começar pelo armazenamento de ficheiros e adicionar um serviço de cada vez, em vez de implementar uma pilha completa de laboratório doméstico logo no primeiro dia.

Os dados das aplicações não devem transformar-se em infraestrutura invisível. Antes de instalar um serviço, identifique o respetivo diretório de configuração, a base de dados, os ficheiros carregados, as portas de rede e o método de cópia de segurança. É fácil recriar um contentor em execução; o estado contido nele pode não ser.

A instalação do Home Assistant acrescenta controlo local da casa inteligente

Às 19:07, o Home Assistant iniciou-se e a RG 4 Tech chega ao seu ecrã inicial de configuração. Isto confirma que o ZimaBoard 2 consegue alojar a aplicação juntamente com o ambiente de armazenamento e atribui ao projeto uma segunda função clara: a coordenação local de dispositivos e automações de casa inteligente compatíveis.

O Home Assistant pode manter muitas decisões dentro da rede doméstica, em vez de encaminhar todas as automações através da nuvem de um fornecedor. O grau efetivo de controlo local continua a depender de cada dispositivo e integração. Alguns produtos disponibilizam uma API local, enquanto outros continuam a exigir uma conta externa ou uma ligação à nuvem.

O primeiro ecrã é o início da implementação, não o fim. O proprietário ainda precisa de criar uma conta de administrador, definir a localização da casa, rever os dispositivos detetados, proteger o acesso remoto, testar as automações e estabelecer um calendário de cópias de segurança antes de o sistema se tornar fiável.

O Home Assistant Container e o Home Assistant OS são opções diferentes

Instalar o Home Assistant através de uma plataforma de aplicações existente significa, normalmente, executar o Home Assistant Container. A visão geral da instalação do Home Assistant oficial explica que a opção de contentor utiliza um anfitrião e um ambiente de contentores geridos pelo utilizador. Também não inclui o sistema de aplicações disponível no Home Assistant OS.

A implementação em contentores é adequada para um servidor ZimaOS multifunções, porque o Home Assistant pode coexistir com o armazenamento e outras aplicações. O Home Assistant OS é a opção mais semelhante a um eletrodoméstico quando toda a máquina é dedicada ao Home Assistant e o utilizador pretende a sua experiência de gestão integrada.

A abordagem da RG 4 Tech é atrativa porque consolida funções. Essa conveniência deve ser ponderada face ao âmbito da falha: reiniciar ou reparar o servidor partilhado pode afetar temporariamente tanto o acesso aos ficheiros como o controlo da casa inteligente.

O armazenamento e os serviços de casa inteligente precisam de planos de recuperação separados

Um conjunto de armazenamento espelhado e uma instância em execução do Home Assistant protegem coisas diferentes. O RAID 1 ajuda o conjunto a sobreviver à falha de um disco. Uma cópia de segurança do Home Assistant preserva a configuração, as automações e o estado das aplicações compatíveis. Nenhum dos dois cria automaticamente uma cópia segura fora do servidor.

O Home Assistant disponibiliza agora a criação e o restauro de cópias de segurança entre tipos de instalação, conforme descrito na documentação da integração de cópias de segurança. Essas cópias devem ser transferidas para um destino que não dependa do mesmo conjunto de dois discos nem da mesma máquina física.

Um teste prático de recuperação coloca duas questões distintas: a família consegue restaurar os seus ficheiros depois de perder o NAS e consegue restaurar o Home Assistant depois de perder o anfitrião das aplicações? Se ambas as respostas dependerem de o mesmo servidor continuar operacional, o sistema continua a ter um único domínio de falha.

O que este servidor consolidado faz bem

Quem Deve Montar o Mesmo Tipo de Servidor ZimaBoard 2?

Esta configuração é adequada para quem pretende uma primeira nuvem privada, um NAS familiar com duas unidades, um controlador local de casa inteligente ou um anfitrião compacto de aplicações, sem dedicar um computador separado a cada função. É especialmente apelativa quando o funcionamento silencioso e a possibilidade de expansão do hardware em código aberto são mais importantes do que um design de equipamento fechado e polido.

Um dispositivo dedicado ao Home Assistant pode ser a melhor opção quando as automações têm de continuar disponíveis durante a manutenção do NAS. Um NAS maior, com várias baías, é adequado para utilizadores que precisam de mais níveis de capacidade, vários pools independentes ou maior tolerância a falhas de unidades. Um servidor com mais núcleos é mais indicado para numerosas máquinas virtuais exigentes ou cargas de computação contínuas.

A decisão deve começar pelos domínios de falha, não apenas pelo número de aplicações que o hardware consegue executar. A consolidação poupa espaço, energia e esforço de gestão, mas também significa que um único reinício ou problema de hardware pode interromper vários serviços domésticos ao mesmo tempo.

A RG 4 Tech Cria uma Nuvem Privada em Torno de Tarefas Domésticas Claras

O projeto da RG 4 Tech é bem-sucedido porque cada passo importante tem um propósito. Abrir o chassis explica o percurso térmico e de manutenção. Ligar duas unidades cria uma base de armazenamento. O RAID 1 melhora a disponibilidade após uma falha de disco. O ZimaOS facilita a gestão desse armazenamento, e o Home Assistant transforma o equipamento num sistema de automação local.

A montagem é mais sólida quando essas vantagens são descritas com rigor. O RAID 1 oferece redundância, não cópias de segurança. Um contentor do Home Assistant não é idêntico ao Home Assistant OS. Um único servidor silencioso pode reunir tarefas úteis, mas também concentra o risco, a menos que as cópias de segurança e os planos de recuperação sejam mantidos fora do equipamento.

Veja o vídeo completo da RG 4 Tech para conhecer a inspeção do hardware interno, a configuração do armazenamento no ZimaOS, o processo RAID 1 e a instalação do Home Assistant. Para conhecer outra opção de implementação local de uma casa inteligente, veja como executar o Home Assistant no ZimaBoard ou entre na comunidade Discord da ZimaSpace para comparar montagens de servidores domésticos com outros utilizadores.