ZimaBlade + OpenClaw: Uma Configuração Real de Homelab Assistida por IA

Esta não é uma construção NAS de finalidade única. Um estudante de Engenharia Mecânica está a utilizar um ZimaBlade 7700 como parte de um homelab de dois nós que combina multimédia autoalojada, automação de casa inteligente, monitorização, acesso remoto, aplicações pessoais, cópias de segurança e administração de servidores assistida por IA.

A parte mais interessante da configuração é a forma como as diferentes camadas funcionam em conjunto. O ZimaOS proporciona um ambiente de servidor doméstico fácil de gerir, o ZimaBlade assegura cargas de trabalho leves e sempre ativas em conjunto com um servidor Dell mais antigo, e ferramentas como o OpenClaw e o Hermes estão a ser utilizadas para ajudar na implementação, manutenção, resolução de problemas e administração remota de servidores.

A configuração em resumo

O projeto: um homelab de dois nós baseado em autoalojamento

O utilizador por detrás desta configuração é um estudante finalista de Engenharia Mecânica, interessado em automação, servidores, projetos NAS e autoalojamento. O seu objetivo é simples: passar mais tempo a configurar sistemas úteis uma vez e, depois, deixar que esses sistemas poupem tempo e reduzam as subscrições recorrentes a longo prazo.

O homelab atual está dividido entre duas máquinas, em vez de obrigar todas as cargas de trabalho a funcionarem num só servidor. Um desktop Dell mais antigo foi o primeiro servidor principal, enquanto um ZimaBlade 7700 com 16 GB de RAM foi adicionado mais tarde para expandir o ambiente e criar maior flexibilidade em torno de serviços sempre ativos, monitorização, cópias de segurança e futuras cargas de trabalho de IA.

Ambos os sistemas estão ligados à mesma rede doméstica e destinam-se a funcionar como partes de um único homelab, em vez de servidores isolados. A ideia é mover os serviços entre eles de acordo com os requisitos de recursos, mantendo a automatização, a monitorização, os serviços de casa inteligente e as ferramentas de IA ligados.

Porque é que o ZimaBlade se Encaixa Neste Homelab

O projeto não precisava de outro computador de secretária moderno de tamanho normal. Precisava de algo entre um Raspberry Pi e um PC convencional: suficientemente compacto para permanecer continuamente online, acessível para o orçamento de um estudante universitário, mas suficientemente expansível para suportar armazenamento e futuras atualizações de hardware.

O ZimaBlade adequou-se a essa função porque oferecia mais desempenho e flexibilidade de expansão do que a anterior configuração Raspberry Pi 4 do utilizador, mantendo-se muito mais pequeno do que um servidor de secretária.

A ranhura PCIe foi particularmente importante. O utilizador planeia adicionar uma NVIDIA Tesla P4 de baixo perfil com 8 GB de VRAM para cargas de trabalho locais de IA. Como a placa foi concebida para um consumo de 75 watts e não necessita de um conector de alimentação externo separado para GPU, tornou-se uma opção interessante para este design compacto de homelab.

A expansão do armazenamento foi outro fator. O ZimaBlade atual está temporariamente a utilizar armazenamento USB da Samsung, enquanto os discos rígidos maiores continuam a ser uma compra futura, mas o plano a longo prazo inclui discos adicionais, RAID1 quando apropriado e uma estratégia de cópias de segurança que mantém cópias em dispositivos separados.

O que o Homelab Executa na Prática

O ambiente cresceu muito para além do armazenamento de rede básico. Abrange agora multimédia, automatização, acesso remoto, monitorização, bases de dados, aplicações pessoais, ferramentas de IA e gestão de servidores de jogos.

Nem todas as aplicações listadas abaixo devem ser interpretadas como estando a ser executadas exclusivamente no ZimaBlade. O ponto importante é que o ZimaBlade faz agora parte da infraestrutura que suporta este ambiente autoalojado mais amplo, com as cargas de trabalho divididas entre este e o servidor Dell.

Infraestrutura, redes e monitorização

• Portainer para a gestão do Docker.
• Tugtainer para atualizações do Docker.
• AdGuard Home para bloqueio de anúncios ao nível da rede.
• Uptime Kuma para monitorização da disponibilidade de aplicações e serviços.
• Scrutiny para monitorização do estado das unidades.
• Tailscale para acesso remoto.
• Cloudflared para túneis e conectividade remota.
• UpSnap para funções Wake-on-LAN.

Multimédia e bibliotecas pessoais

• Jellyfin para streaming de vídeo self-hosted.
• Navidrome para streaming de música.
• Audiobookshelf para alojamento de audiolivros.
• Kavita para ebooks.
• Lidarr para gestão da biblioteca de música.
• AudioMuse-AI para análise musical.
• Picard para metadados de música e limpeza da biblioteca.
• qBittorrent, Prowlarr, RDT Client, Decypharr, SABnzbd e ferramentas relacionadas como partes do fluxo de trabalho multimédia.

Casa inteligente e automação

O Home Assistant é outra parte importante do projeto. O utilizador recorre-lhe para automações de controlo climático, rotinas com base na localização, iluminação ao pôr e ao nascer do sol, alarmes, temporizadores de sono e controlo do Sonos através do Music Assistant.

O HASS Agent e o Libre Hardware Monitor também permitem acompanhar remotamente o estado e a utilização de recursos de outro PC. Esse sistema pode ser monitorizado, ativado, colocado em suspensão e controlado quando se está longe de casa.

O n8n também faz parte da stack de automação mais abrangente, proporcionando ao homelab outra camada para ligar serviços e criar fluxos de trabalho repetíveis.

Cloud pessoal e aplicações

• Nextcloud para armazenamento pessoal na cloud.
• Syncthing para sincronização de ficheiros.
• Mealie para receitas.
• Actual Budget para finanças pessoais.
• Papra para gestão de documentos.
• Gramps Web para gerir ligações familiares e pessoais.
• Daymark, uma aplicação Android personalizada para acompanhar hábitos, que armazena e sincroniza os seus dados através do servidor.

Bases de dados e serviços de suporte

O homelab também inclui PostgreSQL, Redis, MariaDB e Adminer. Não são os serviços principais, mas são um lembrete importante de que um ambiente self-hosted maior rapidamente se torna mais do que uma coleção de aplicações autónomas. Muitos serviços dependem de bases de dados, volumes persistentes, redes e outras infraestruturas partilhadas nos bastidores.

Onde se Enquadra o OpenClaw na Configuração

O OpenClaw não está a ser tratado como outro mosaico do painel sem ligação ao resto do homelab. Faz parte de um fluxo de trabalho de administração assistida por IA, em conjunto com o Hermes e um perfil personalizado de “Administrador de sistemas”.

O utilizador está a aplicar esta configuração a tarefas que incluem a implementação de aplicações Docker, a manutenção de servidores, a resolução de problemas, a configuração, as atualizações, as automatizações e a gestão baseada em SSH.

Num homelab convencional, muitas destas tarefas exigem que o utilizador abra um painel, inspecione os registos, estabeleça ligação através de SSH, se lembre dos comandos, altere uma configuração e, em seguida, verifique se o serviço recuperou corretamente.

Este projeto está a experimentar uma camada adicional sobre essas ferramentas:

O objetivo não é remover o Docker, o SSH ou as ferramentas de gestão de servidores. Esses continuam a ser os mecanismos subjacentes. A camada de IA está a ser utilizada para facilitar a interação com eles e lidar com tarefas repetitivas de administração.

Da Leitura de Registos à Administração de Servidores Assistida por IA

O fluxo de trabalho anterior do utilizador para a resolução de problemas também explica por que razão uma camada de administração com IA faz sentido neste projeto específico.

Quando começou a trabalhar com Docker e serviços Linux, a maioria dos problemas eram questões comuns de principiante: portas já em utilização, variáveis de ambiente incorretas, montagens de volumes a apontar para o local errado e confusão em torno das redes ou do reencaminhamento de portas.

Nessa fase, a IA era sobretudo uma ferramenta de resolução de problemas. Colava os registos das aplicações no ChatGPT, perguntava o que tinha corrido mal e utilizava depois a explicação para compreender o conceito subjacente de Docker ou Linux.

OpenClaw e Hermes representam a próxima versão desse fluxo de trabalho. Em vez de a IA ser utilizada apenas depois de algo avariar, está a tornar-se parte do ambiente normal de administração de servidores.

Essa distinção torna este homelab particularmente interessante. O projeto não consiste simplesmente em alojar uma interface de conversação com IA. Explora a forma como um agente de IA pode interagir com a vertente operacional de um ambiente real autoalojado.

O controlo remoto vai além do painel de controlo

O utilizador também ligou partes do homelab ao Discord. O servidor é utilizado como local central para notificações e interações remotas, incluindo alertas do servidor, pedidos de audiolivros, ferramentas relacionadas com o Minecraft e acesso ao fluxo de trabalho de administração de sistemas do Hermes.

Isso significa que o projeto está a evoluir para um modelo em que a administração nem sempre começa por abrir o painel do ZimaOS ou iniciar uma sessão SSH a partir de um portátil.

Combinado com o Tailscale e a conectividade remota baseada no Cloudflare, o objetivo mais amplo é manter os serviços acessíveis e geríveis sem depender do reencaminhamento direto de portas para cada aplicação.

O ZimaOS fornece a camada de gestão

Antes de se fixar na configuração atual, o utilizador experimentou o Proxmox. Considerou-o poderoso, mas aprender virtualização, Linux, redes, Docker, portas, montagens e variáveis de ambiente ao mesmo tempo criou complexidade excessiva para um homelab inicial.

O ZimaOS alterou a experiência ao disponibilizar a instalação de aplicações com um clique, registos acessíveis, definições centralizadas e uma forma mais visual de gerir serviços.

Isso não eliminou a necessidade de compreender o Docker. O utilizador continua a recomendar que os principiantes aprendam os conceitos básicos de portas, volumes, montagens, variáveis de ambiente e redes domésticas, porque foram responsáveis pela maioria dos seus problemas iniciais.

A diferença é que o ZimaOS lhe proporcionou um local mais simples para aplicar esses conhecimentos. À medida que a sua experiência aumentou, funcionalidades como a configuração YAML também lhe deram um controlo mais direto, sem ser necessário abandonar o ambiente de gestão visual.

Neste projeto, as duas camadas têm finalidades diferentes:

Como os dois servidores dividem o trabalho

Uma das partes mais práticas do projeto é o facto de o utilizador não estar a tentar substituir hardware que já funciona pelo ZimaBlade.

O servidor Dell já tem aplicações configuradas e em execução, pelo que transferir tudo imediatamente criaria trabalho desnecessário. Em vez disso, o ZimaBlade está a ser posicionado para serviços passivos e contínuos que beneficiam de permanecer disponíveis 24 horas por dia.

As cargas de trabalho atuais ou previstas do ZimaBlade incluem serviços como:

• AdGuard Home
• Uptime Kuma
• FlareSolverr
• Cloudflared
• tarefas de cópia de segurança
• outros serviços leves sempre ativos

Isto permite que o sistema Dell mantenha mais recursos disponíveis para cargas de trabalho mais exigentes, incluindo IA local.

O plano também inclui fazer com que os dois dispositivos se monitorizem mutuamente. O Uptime Kuma pode fornecer visibilidade sobre a disponibilidade dos serviços e dispositivos, enquanto as notificações do Discord podem alertar o utilizador quando algo deixa de responder.

Esta é uma arquitetura prática de servidor doméstico porque a redundância não significa necessariamente comprar duas máquinas idênticas. Sistemas diferentes podem assumir responsabilidades diferentes, continuando a suportar o mesmo ambiente self-hosted.

O próximo passo é mais IA local

A vertente de IA local do projeto ainda está em desenvolvimento.

A atualização de hardware planeada é uma NVIDIA Tesla P4 com 8 GB de VRAM. Assim que essa placa estiver disponível, o utilizador planeia experimentar o Qwen 3.5 9B para mais cargas de trabalho de automação pessoal.

Esses casos de utilização previstos incluem o tratamento e a categorização de emails, notificações, gestão de documentos e ficheiros, fluxos de trabalho de informação pessoal e outras tarefas em que seria útil manter mais processamento dentro do homelab.

Isto é separado da administração assistida por IA que já está a ser feita com o OpenClaw, o Hermes e um modelo de ponta. A implementação do Tesla P4 e do Qwen são planos futuros, não fazendo parte da configuração atual do hardware.

Esta distinção é importante porque o projeto está efetivamente a explorar duas utilizações diferentes da IA:

• IA para operar o homelab através de administração, resolução de problemas, configuração e automação.
• IA como serviço alojado pelo homelab para fluxos de trabalho pessoais privados e futuras tarefas de casa inteligente.

O que está a funcionar bem

O maior benefício para o utilizador não é uma aplicação específica. É a capacidade de combinar serviços que normalmente existiriam como subscrições separadas ou plataformas desligadas entre si num único ambiente que ele controla.

Streaming de música, vídeo, armazenamento na nuvem, automação de uma casa inteligente, monitorização, aplicações pessoais, servidores de jogos e administração assistida por IA podem interagir dentro do mesmo homelab.

Essa integração altera o valor do hardware. O ZimaBlade não está a ser utilizado simplesmente como mais um computador na rede. Faz parte da infraestrutura que suporta serviços que permanecem online, comunicam entre si e podem ser automatizados ou geridos remotamente.

O que o utilizador ainda melhoraria

A configuração também não é apresentada como isenta de dificuldades. O utilizador identifica várias áreas em que gostaria de ver o ZimaOS melhorar.

O seu pedido de maior prioridade é uma melhor integração com o LinuxServer.io e com fontes de aplicações baseadas no GitHub. Deparou-se com casos em que ainda estavam instaladas imagens de aplicações antigas e o painel não indicava uma versão mais recente, obrigando-o a reinstalar uma aplicação utilizando uma fonte de imagem diferente.

Também gostaria de:

• Um botão de terminal web acessível diretamente a partir do painel principal.
• Mudança mais rápida entre a configuração das aplicações e os registos durante a resolução de problemas.
• Documentação mais completa para GPUs compatíveis, incluindo placas como a Tesla P4.
• Orientação para principiantes que abranja conceitos importantes de autoalojamento.
• Gestão e visibilidade mais fáceis das atribuições de portas das aplicações.
• Melhor aproveitamento do espaço horizontal do ecrã no painel do ZimaOS.

Estas limitações fornecem um contexto útil, porque esta é uma implementação real e não um ambiente de demonstração limpo. À medida que o homelab do utilizador se tornou mais complexo, as suas expectativas passaram de simplesmente instalar aplicações para gerir atualizações, compatibilidade de hardware, resolução de problemas e configurações Docker cada vez mais avançadas.

O que torna este projeto ZimaBlade interessante

A particularidade desta configuração não é o número de aplicações instaladas. Listas extensas de aplicações autoalojadas são comuns nos homelabs.

O que se destaca é a arquitetura que está a ser construída à sua volta.

Um ZimaBlade compacto trata de parte da infraestrutura contínua. Um PC Dell antigo continua a ser útil em vez de ser descartado. O ZimaOS fornece uma camada de gestão visual. O Docker proporciona flexibilidade para além da App Store. O Home Assistant e o n8n ligam as automatizações. Os serviços de monitorização acompanham o ambiente. O Discord fornece outra interface de controlo remoto. O OpenClaw e o Hermes acrescentam uma camada de administração assistida por IA.

É um homelab com hardware e software diversos, construído em torno de uma ideia simples: utilizar cada componente para a tarefa que desempenha bem, em vez de esperar que um dispositivo ou uma interface faça tudo.

Para este utilizador, o ZimaBlade tornou-se um daqueles componentes - um nó compacto e expansível que pode permanecer online, assumir serviços persistentes, suportar futuras expansões de armazenamento e PCIe e participar num sistema de autoalojamento muito maior.

Junte-se à comunidade para desbloquear mais informações úteis

Bem-vindo à comunidade IceWhale no Discord. Vamos publicar mais tutoriais de configuração detalhados, casos de utilização e atualizações de produtos para o ajudar a navegar facilmente no mundo digital e a encontrar a plataforma de hardware perfeita para cada paixão.