Uma nota da Zima
Obrigado, King_Arda, por partilhares como pode ser um primeiro NAS quando a privacidade, a experimentação e a aprendizagem prática são tão importantes como a conveniência. O teu ZimaBlade tornou-se a casa do Immich, Jellyfin, Duplicati, cópias de segurança encriptadas e acesso remoto através da configuração WireGuard em que já confiavas na tua rede.
Apreciamos especialmente o facto de teres documentado as dificuldades com a mesma abertura que as partes que funcionaram — desde a configuração do Docker e a confusão com os caminhos de armazenamento até ao comportamento das cópias de segurança e ao planeamento energético para uma segunda unidade. Esses detalhes dão a outros utilizadores de homelab uma imagem mais útil de como é realmente expandir um pequeno NAS DIY ao longo do tempo.
— Zima
Conhece o King_Arda
King_Arda é um utilizador do Reddit que constrói homelabs e que, na publicação original, se descreveu como estudante de cibersegurança com conhecimentos de redes provenientes da certificação Cisco CCNA. Não procurava apenas uma caixa para armazenar ficheiros. Queria um NAS que também pudesse tornar-se um espaço prático para experimentar serviços auto-hospedados, redes, cópias de segurança e armazenamento.
Antes de comprar o ZimaBlade, comparou opções de NAS mais convencionais com a reutilização de um PC antigo. Acabou por escolher o sistema x86 mais pequeno porque a combinação de preço, flexibilidade, aparência e margem para experimentar correspondia ao que procurava num primeiro NAS de homelab.
Podes seguir o King_Arda no Reddit para conhecer o perfil do criador por detrás desta história de utilizador.
Nota de transparência: Na publicação original do Reddit, King_Arda afirmou que contactou o suporte da Zima depois de descobrir que a fonte de alimentação existente não era suficientemente potente para a configuração de armazenamento que pretendia. Indicou que o suporte forneceu o envio gratuito em troca da publicação no Reddit, afirmando também que era livre de partilhar a sua própria opinião. Esta história de utilizador preserva essa informação e as suas críticas à experiência de configuração.
Da pesquisa de NAS ao ZimaBlade
King_Arda considerou duas opções familiares antes de escolher o ZimaBlade: comprar um NAS Synology ou reutilizar um PC antigo. A sua pesquisa acabou por o orientar para uma plataforma DIY mais pequena, capaz de funcionar tanto como armazenamento como servidor doméstico polivalente.
Descreveu a escolha sobretudo em termos de valor e flexibilidade. Também gostou da ideia mais abrangente de utilizar software de código aberto e de ter maior controlo sobre os serviços executados na máquina. Isto era importante porque o NAS nunca se destinou a permanecer um equipamento de uso único.
A atual documentação do ZimaBlade descreve a plataforma como um servidor x86 de placa única com duas ligações SATA 3.0, Ethernet Gigabit e expansão PCIe. A publicação de King_Arda não identifica se a sua placa é o modelo 3760 ou 7700, pelo que esta história não atribui nenhum dos dois.
Porque é que o ZimaOS permaneceu no centro da configuração
King_Arda manteve o ZimaOS no sistema, em vez de o substituir imediatamente pelo Windows, Proxmox ou outro sistema operativo de servidor. Gostou da experiência de ficheiros baseada no navegador e da App Store, que facilitavam descobrir e implementar aplicações Docker sem transformar cada experiência num projeto de linha de comandos.
Três aplicações tornaram-se centrais na configuração: Immich para fotografias, Jellyfin para multimédia e Duplicati para fluxos de trabalho de cópias de segurança. Também experimentou outras aplicações pelo caminho, fazendo com que a máquina começasse a comportar-se menos como um NAS simples e mais como um verdadeiro nó de homelab.
Privacidade sem abdicar de cópias de segurança externas
As fotografias foram uma das razões mais claras de King_Arda para optar pelo autoalojamento. Disse que não se sentia confortável em deixar toda a sua biblioteca de imagens com a Google, sobretudo devido às preocupações sobre a forma como as fotografias alojadas na nuvem poderiam ser utilizadas em ligação com a IA.
A sua resposta não foi abandonar completamente o armazenamento na nuvem. O Immich forneceu-lhe um serviço de fotografias num equipamento que controlava, enquanto o Duplicati enviava uma cópia de segurança encriptada das suas imagens para o Google Drive. Também descreveu a transferência de ficheiros do Drive de volta para o ZimaBlade, para que nenhum dos lados representasse a única cópia.
Isso tornou o projeto híbrido, em vez de uma decisão de privacidade absoluta: serviços locais para controlo diário, mantendo o armazenamento externo encriptado como outra camada de cópia de segurança.
Utilizar o WireGuard em vez de adicionar outra camada de acesso remoto
Para o acesso remoto, King_Arda considerou o Tailscale, mas escolheu o WireGuard porque o seu router já o suportava. Assim, pôde utilizar um caminho de rede que conhecia, em vez de adicionar outro serviço de acesso remoto apenas para o NAS.
As versões atuais do ZimaOS também documentam o acesso remoto através do ZimaClient, mas a configuração de King_Arda ilustra outro padrão de autoalojamento: os utilizadores que já gerem a sua própria rede podem escolher a camada de acesso que melhor se integra na restante infraestrutura.
O atual guia de acesso remoto do ZimaOS abrange o percurso através do ZimaClient; a publicação original no Reddit documenta a escolha separada de King_Arda pelo WireGuard.
Onde o caminho fácil deixou de ser fácil
A App Store era conveniente, mas King_Arda não descreveu todas as instalações como totalmente automáticas. Disse que, por vezes, tinha de alterar partes de um ficheiro Docker antes de uma aplicação funcionar como pretendia.
Também relatou um problema mais preocupante com o caminho de armazenamento: alguns dados pareciam ser escritos no armazenamento interno do ZimaBlade, apesar de acreditar que tinha selecionado o HDD. As tarefas de cópia de segurança que esperava que fossem iniciadas automaticamente também nem sempre funcionavam como previsto.
Esses problemas não o levaram a abandonar o sistema, mas alteraram o tipo de utilizador a quem o recomendaria. A sua experiência foi muito mais positiva para alguém disposto a inspecionar a configuração e a resolver problemas do que para alguém que esperasse um equipamento que nunca expõe o modelo subjacente de contentores ou armazenamento.
As orientações atuais do ZimaOS tornam os caminhos dos dados das aplicações mais explícitos
A documentação atual do ZimaOS dedica agora orientações próprias ao armazenamento das aplicações. O guia dos caminhos de armazenamento das aplicações recomenda colocar os dados das aplicações num espaço de armazenamento principal, em vez de deixar grandes conjuntos de dados persistentes na unidade do sistema. Salienta especificamente bibliotecas de fotografias, como as do Immich, como cargas de trabalho que podem encher rapidamente um disco de sistema pequeno.
Isto não prova que o problema exato observado por King_Arda tenha sido resolvido na sua máquina. No entanto, fornece orientações atuais mais claras para o mesmo tipo de problema que encontrou enquanto aprendia como se relacionam a persistência do ZimaOS e do Docker.
Um NAS que recomendaria a quem gosta de experimentar, não a toda a gente
A recomendação geral de King_Arda era deliberadamente condicional. Gostou do dispositivo e considerou que fazia o que pretendia, mas não recomendaria a mesma experiência a um principiante completo que esperasse que todos os serviços funcionassem sem configuração ou investigação.
Para alguém disposto a editar definições, compreender onde os dados estão armazenados e resolver problemas num contentor quando necessário, a sua conclusão foi muito mais positiva. Nesse sentido, o ZimaBlade funcionou não só como armazenamento, mas também como plataforma de aprendizagem.
Primeiro uma unidade, depois uma segunda
Na altura da publicação original, o NAS funcionava com um HDD. King_Arda planeava adicionar uma segunda unidade e utilizar RAID, mas não publicou o nível de RAID pretendido.
Com dois discos, a documentação atual do ZimaOS inclui o RAID 1 como opção espelhada, enquanto o RAID 5 requer pelo menos três unidades. Isto é um contexto útil para os leitores, mas não deve ser transformado numa afirmação de que King_Arda escolheu pessoalmente o RAID 1. A sua atualização pública limita-se ao plano de adicionar outro disco.
As opções mais abrangentes estão documentadas na atual referência de RAID do ZimaOS.
O planeamento energético tornou-se parte do plano de armazenamento
A evolução para um segundo disco revelou outra limitação prática: a fonte de alimentação da configuração de King_Arda não era suficientemente potente para o que pretendia executar. Foi esse o problema que o levou a contactar o suporte e que resultou no acordo de envio gratuito divulgado na publicação do Reddit.
As atuais orientações de configuração de NAS ZimaBlade também recomendam considerar alimentação externa para uma utilização prolongada de HDD. A publicação original não fornece o modelo da unidade, a corrente de arranque, as especificações do adaptador ou o modelo do ZimaBlade, pelo que esta história não tenta diagnosticar o limite elétrico exato da sua configuração.
Um pequeno NAS que se tornou um homelab prático
Quando King_Arda escreveu sobre o projeto, o ZimaBlade fazia muito mais do que armazenar ficheiros. Tornara-se um servidor privado de fotografias, um equipamento Jellyfin, um nó de cópias de segurança e um espaço para aplicar os conhecimentos de redes e cibersegurança que já estava a estudar.
A parte útil da história é que a aprendizagem resultou tanto dos êxitos como das dificuldades. Teve de decidir onde os dados dos contentores deveriam ficar, qual a camada de acesso remoto que fazia sentido, como manter uma cópia externa encriptada e o que mudava quando a expansão do armazenamento aumentava os requisitos de energia.
A história continua a ser escrita
A história de King_Arda e da Zima continua a ser escrita. A publicação no Reddit de 31 de janeiro de 2026 mostra um sistema que já era útil, mas que continuava a crescer: um HDD suportava cargas de trabalho reais, estava planeada uma segunda unidade e RAID, o Immich e o Jellyfin tinham-se tornado serviços utilizados diariamente, o Duplicati tratava das cópias de segurança e o WireGuard fornecia acesso remoto.
Não existe nenhuma atualização pública, no material verificado para esta página, que confirme a atualização para a segunda unidade, a configuração RAID final ou se os problemas relacionados com os dados das aplicações e as cópias de segurança foram posteriormente resolvidos. Esses pontos devem permanecer em aberto até que o próprio King_Arda documente a próxima fase.
Para acompanhar a fonte desta história, lê a publicação original sobre o NAS ZimaBlade no Reddit ou visita o perfil de King_Arda no Reddit.
