Como a Koroma Tech testa o ZimaBoard 2 com Proxmox e TrueNAS

A Koroma Tech concluiu que a ZimaBoard 2 funciona melhor como uma plataforma compacta e silenciosa para laboratório doméstico, adequada a serviços leves, contentores, armazenamento e virtualização direcionada. Os seus testes mostram que a placa consegue executar o ambiente de servidor predefinido, gerido através do navegador, o Proxmox com um contentor LXC Ubuntu e o TrueNAS com um conjunto espelhado de duas unidades — mas o seu Intel N150 de quatro núcleos não deve ser tratado como um anfitrião de virtualização topo de gama.

Agradecemos à Koroma Tech por documentar toda a configuração e partilhar o lugar que este hardware ocupa num laboratório doméstico real. O seu vídeo original aborda o hardware, a montagem com duas unidades, a interface inicial do servidor, a expansão NVMe, a instalação do Proxmox, o teste de um contentor LXC com Ubuntu e a configuração de armazenamento do TrueNAS.

Divulgação da colaboração: A equipa da ZimaBoard forneceu a placa e os acessórios apresentados no vídeo da Koroma Tech. O criador declara que está a partilhar a sua própria experiência e utilização pretendida. As versões de software, os detalhes da interface, os conjuntos de hardware e a compatibilidade podem sofrer alterações após a publicação.

O resultado: A ZimaBoard 2 não é uma substituta em miniatura de um servidor de rack com muitos núcleos. A sua força está em combinar funcionamento silencioso, rede dupla de 2,5 GbE, armazenamento SATA direto e expansão PCIe aberta num pequeno sistema x86 ao qual pode ser atribuída uma função bem definida de servidor doméstico.

Da ZimaBoard original a um novo nó de laboratório doméstico

A Koroma Tech começa por fornecer um contexto útil a longo prazo. Já possui dois sistemas ZimaBoard 832 originais e utilizou-os como firewall, servidor Docker e hardware geral para laboratório doméstico. Planeia reutilizar essas placas mais antigas num cluster Proxmox, pelo que a análise da ZimaBoard 2 assenta numa experiência real, e não num primeiro contacto com a categoria de produto.

A nova placa mantém o design compacto, silencioso e em alumínio, ao mesmo tempo que atualiza o processador, a memória, a rede e as opções de expansão. O destino pretendido pela Koroma Tech para a unidade de análise é um servidor de desenvolvimento NixOS dedicado, dentro do seu laboratório doméstico — uma função que corresponde aos pontos fortes da plataforma: funcionamento silencioso, disponibilidade contínua, compatibilidade com Linux e expansão suficiente para armazenamento ou interfaces específicos de cada projeto.

Esse uso pretendido também enquadra o resto do teste. Em vez de perguntar se a placa vence nos benchmarks sintéticos de desktop, ele pergunta se pode funcionar como anfitrião prático de aplicações, hipervisor leve ou NAS compacto.

Para que foi concebido o hardware do ZimaBoard 2

O Mini Servidor Doméstico ZimaBoard 2 baseia-se num processador Intel N150. A Intel indica que o N150 é um processador de quatro núcleos e quatro threads, com uma frequência turbo máxima de 3.6GHz e uma potência base do processador de 6W, de acordo com as suas especificações oficiais.

A Koroma Tech analisa o modelo com 16 GB de memória e 64 GB de eMMC. A configuração mais pequena utiliza 8 GB de memória e 32 GB de armazenamento eMMC. O processador é o mesmo, pelo que o modelo maior não se transforma num servidor de computação com mais núcleos; em vez disso, a memória adicional dá mais margem a contentores, aplicações e virtualização limitada.

Porque são importantes as portas Intel duplas de 2.5GbE

A Koroma Tech destaca as redes porque esta área responde a duas frustrações que encontrou ao utilizar um ZimaBoard original como firewall. Essa configuração mais antiga utilizava rede Realtek, e surgiam ocasionalmente falhas de ligação, além de ser necessário trabalho adicional com controladores no OPNsense. As portas 1GbE também se tornaram uma limitação ao encaminhar tráfego entre VLANs.

As duas interfaces Intel 2.5GbE do ZimaBoard 2 aumentam a largura de banda de rede disponível e criam uma base mais organizada para um router, firewall, rede doméstica segmentada ou ligação NAS rápida. A segunda porta pode separar os fluxos de tráfego, em vez de obrigar todas as cargas de trabalho a passar por uma única interface.

A existência de duas portas, por si só, não define a configuração. Uma firewall continua a exigir uma atribuição deliberada das interfaces e regras de segurança, enquanto um servidor de armazenamento precisa de um switch e de um cliente compatíveis com 2,5 GbE para que as transferências ultrapassem as velocidades de gigabit. O hardware elimina uma limitação imediata de portas; é o design da rede que determina se essa vantagem será concretizada.

Montar a estrutura de expansão com duas unidades e PCIe

A análise inclui um suporte para dois discos rígidos, um riser PCIe, uma placa adaptadora e uma ventoinha opcional. A Koroma Tech monta a placa no suporte das unidades, fixa o conjunto do riser, instala duas unidades e liga o cabo SATA de dados e alimentação. As unidades também ajudam a estabilizar o suporte através dos pontos de fixação laterais.

Em seguida, adiciona um adaptador NVMe através de PCIe. Isto cria um plano de armazenamento útil em três camadas: eMMC integrado para o ambiente leve original, NVMe para um sistema operativo alternativo ou um anfitrião de virtualização, e duas unidades SATA para os dados.

A configuração concluída é maior do que a placa simples, mas continua aberta e acessível. Isso é importante num laboratório doméstico, onde substituir uma unidade, trocar um adaptador ou redirecionar um cabo não deve exigir a desmontagem de um equipamento hermeticamente fechado.

Explorar o ambiente de servidor gerido através do navegador

Após a montagem, a Koroma Tech inicia o ambiente de servidor fornecido e acede-lhe através de um navegador Web. A interface disponibiliza um painel para o armazenamento, o estado do sistema, aplicações baseadas em Docker e tarefas comuns de self-hosting. Esta é a forma mais fácil de começar quando o objetivo é implementar serviços sem construir primeiro uma infraestrutura de virtualização.

A experiência predefinida e os testes posteriores em bare metal destinam-se a utilizadores diferentes. Uma plataforma de aplicações gerida através do navegador reduz a complexidade inicial dos serviços de ficheiros e dos contentores. O Proxmox proporciona maior controlo sobre sistemas isolados. O TrueNAS centra mais diretamente a máquina em pools de armazenamento, partilhas, proteção de dados e aplicações de armazenamento.

A decisão importante surge antes da instalação: escolha o ambiente operativo com base na principal função do servidor. Instalar várias plataformas apenas porque o hardware as suporta pode criar migrações desnecessárias e fragmentar o armazenamento.

Porque é que a Koroma Tech instala sistemas alternativos em NVMe

A Koroma Tech explica que o Proxmox e o TrueNAS podem ser tecnicamente instalados no eMMC integrado, mas escolhe uma unidade NVMe. A sua preocupação é a atividade contínua do disco: plataformas de virtualização, bases de dados, registos, metadados e atualizações do sistema podem gerar mais escritas do que um ambiente leve fornecido de origem.

A utilização de NVMe separa o sistema operativo alternativo das duas unidades de dados SATA e preserva o ambiente eMMC integrado. Também facilita a compreensão das funções de armazenamento: o NVMe gere o sistema ativo, enquanto os HDD mantêm o conjunto orientado para a capacidade.

Trata-se de uma decisão de conceção, não de um requisito universal. Uma pequena instalação de teste poderá funcionar a partir de eMMC, mas a fiabilidade a longo prazo depende da carga de trabalho, do espaço livre, do volume de escrita, das cópias de segurança e da resistência do dispositivo de armazenamento utilizado. A Koroma Tech escolhe a abordagem mais conservadora para os sistemas que pretende testar.

Executar o Proxmox e um contentor LXC do Ubuntu

A Koroma Tech entra na BIOS, arranca a partir de um instalador USB do Proxmox e instala o Proxmox na unidade NVMe. A instalação é concluída normalmente, após o que implementa um contentor LXC do Ubuntu para verificar se o ambiente de virtualização está funcional.

O contentor é executado com sucesso. Isto é significativo, porque os contentores se adequam melhor ao hardware disponível do que uma coleção de máquinas virtuais completas. O Proxmox explica que a sua plataforma integra máquinas virtuais KVM com Contentores Linux, que isolam ambientes Linux enquanto partilham o kernel do anfitrião.

Este modelo de kernel partilhado requer geralmente menos recursos do que atribuir a cada carga de trabalho um sistema operativo convidado completo. Assim, num servidor doméstico de quatro núcleos e 16 GB, os contentores LXC podem deixar mais CPU e memória disponíveis para os próprios serviços.

Onde deve parar a carga de trabalho do Proxmox

Uma instalação bem-sucedida não significa que qualquer plano de virtualização seja adequado. A Koroma Tech salienta repetidamente que o Intel N150 tem quatro núcleos. Vários contentores leves podem ser uma utilização sensata do sistema, mas várias máquinas virtuais exigentes podem competir pelo mesmo tempo de CPU e pela mesma memória.

Um plano realista para o Proxmox poderá incluir um pequeno contentor Linux para um serviço Web, outro para utilitários de rede e um ambiente de teste dimensionado com cuidado. A carga de trabalho torna-se menos adequada quando exige várias máquinas virtuais permanentemente ocupadas, compilações pesadas, bases de dados de grande dimensão, análise intensiva de videovigilância ou outras tarefas que utilizem o CPU de forma contínua.

Para os leitores que escolhem entre modelos de implementação, o guia da ZimaSpace sobre as vantagens e desvantagens de bare metal, Docker e Proxmox num primeiro laboratório doméstico ajuda a distinguir as necessidades de isolamento da sobrecarga desnecessária da virtualização.

Transformar o Mesmo Hardware num Servidor TrueNAS

De seguida, a Koroma Tech substitui o Proxmox pelo TrueNAS, instalando novamente o sistema operativo no NVMe. A instalação é concluída sem qualquer solução alternativa invulgar e o painel deteta o eMMC integrado, a unidade de sistema NVMe e os dois discos rígidos SATA.

Cria um pool a partir dos dois HDD e seleciona uma disposição em espelho. O TrueNAS define um espelho como um VDEV no qual cada disco armazena uma cópia exata dos dados. Requer pelo menos duas unidades e a capacidade disponível é igual ao tamanho de um único disco, de acordo com a documentação dos pools do TrueNAS.

O espelho protege a disponibilidade contra a falha de um dos discos, mas não é uma cópia de segurança independente. A eliminação acidental, o malware, os erros das aplicações e os danos em todo o sistema podem afetar ambas as cópias. Os dados importantes continuam a precisar de uma cópia de segurança separada, idealmente incluindo uma cópia fora do servidor.

Proxmox ou TrueNAS: Que Teste Corresponde Melhor ao Hardware?

A Koroma Tech considera o TrueNAS especialmente adequado para a caixa externa de dois discos, uma vez que o hardware de armazenamento tem uma função evidente. O Proxmox também é uma opção viável, mas o valor advém dos contentores leves e da virtualização seletiva, e não da maximização do número de máquinas convidadas.

O Que a Análise Comprova — e o Que Não Comprova

Quem deve considerar esta configuração do ZimaBoard 2?

Esta configuração faz sentido para quem está a construir o primeiro nó, ou um nó secundário, para um laboratório doméstico, um NAS compacto de duas unidades, um servidor de desenvolvimento dedicado, um anfitrião Docker ou LXC, um dispositivo de rede ou um sistema Home Assistant. É particularmente atrativa quando o funcionamento sem ventoinha e a possibilidade de expansão aberta são mais importantes do que o desempenho bruto de vários núcleos.

O modelo de 8 GB pode desempenhar uma função específica e pouco exigente. O modelo de 16 GB oferece mais margem para vários contentores, cache, serviços de ficheiros e experimentação, embora o processador de quatro núcleos, inalterado, continue a definir o limite de computação. Os compradores devem escolher a configuração de acordo com o número e o comportamento das cargas de trabalho, não apenas com base na memória.

Um servidor maior é a melhor escolha quando o plano depende de muitas máquinas virtuais completas, computação concorrente intensiva, mais memória do que o limite da plataforma permite, muitas unidades internas ou vários dispositivos PCIe. O ZimaBoard 2 destaca-se quando a sua função pode ser definida claramente.

Um pequeno servidor torna-se útil através da clareza da sua função

A análise da Koroma Tech confirma o título do vídeo: o ZimaBoard 2 é pequeno, mas não deve ser subestimado. O hardware alterna com sucesso entre uma interface de servidor acessível, o Proxmox com Ubuntu LXC e o TrueNAS com armazenamento SATA em espelho.

Os testes também estabelecem o limite correto. O PCIe e o NVMe podem expandir o armazenamento e a funcionalidade, mas não transformam um N150 de quatro núcleos num servidor de virtualização denso. A melhor implementação atribui à placa uma função específica e escolhe contentores, configurações de armazenamento e sistemas operativos que respeitem os seus recursos.

Veja a análise completa da Koroma Tech para conhecer a montagem física e ver demonstrações completas da interface. Para mais experiências com servidores domésticos, ideias de implementação e feedback prático de outros construtores, junte-se à comunidade ZimaSpace no Discord.