O Silicon Steak reduz o seu laboratório doméstico com o ZimaBoard 2

Eva Wong

IceWhale author

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

Silicon Steak Shrinks His Homelab With ZimaBoard 2

Obrigado à Silicon Steak por testar uma questão simples de homelab: de quanto hardware de servidor precisa realmente?

Em Shrink Your Homelab: ZimaBoard 2 Review, analisa se o mini servidor doméstico ZimaBoard 2 pode assumir tarefas que normalmente seriam executadas numa máquina muito maior. O teste vai além das especificações de hardware e centra-se nas cargas de trabalho importantes num homelab real: armazenamento, reprodução de multimédia, Minecraft, Pi-hole, aplicações autoalojadas e gestão quotidiana.

Veja antes de ler: o vídeo é útil porque a diferença de tamanho é apenas o ponto de partida. Veja como a Silicon Steak passa do próprio hardware Intel N150 para uma implementação compacta real e, em seguida, testa várias cargas de trabalho de servidor muito diferentes na mesma máquina.

O resultado interessante não é uma única placa pequena conseguir reproduzir o desempenho bruto de qualquer servidor em torre. É que muitos serviços comuns de homelab não precisam, desde logo, de hardware de classe torre. Um sistema x86 compacto pode consolidar várias cargas de trabalho leves e moderadas, ocupando muito menos espaço físico.

A análise da Silicon Steak passa, por isso, a centrar-se menos na procura de benchmarks e mais na adequação de um servidor de laboratório doméstico: manter o armazenamento, a rede, as aplicações e os serviços que realmente utiliza, sem manter hardware sobredimensionado em funcionamento simplesmente porque estava disponível.

O Intel N150 é o ponto de partida

Silicon Steak começa pelo processador no centro da construção. O ZimaBoard 2 utiliza um Intel N150 com quatro núcleos, quatro threads, 6 MB de cache e uma frequência de boost de até 3,6 GHz.

Silicon Steak apresenta as especificações do Intel N150 no compacto servidor doméstico ZimaBoard 2 — Silicon Steak começa com o Intel N150: quatro núcleos, quatro threads, 6 MB de cache e até 3,6 GHz.

Este não é um CPU de classe desktop concebido para vencer benchmarks de renderização intensiva. Num homelab, a questão mais relevante é saber se consegue manter vários serviços sempre ativos responsivos sem exigir um sistema desktop completo.

A ZimaBoard 2 combina esse CPU com 8 GB ou 16 GB de memória LPDDR5, rede dupla de 2,5 GbE, duas portas SATA e expansão PCIe. É essa combinação que a torna útil como servidor pequeno, e não simplesmente como um PC compacto.

Porquê reduzir o tamanho de um homelab?

A comparação torna-se mais clara quando a Silicon Steak mostra o tipo de hardware de PC convencional que pode acabar por desempenhar funções de servidor.

PC desktop de grandes dimensões com gráficos GeForce RTX, usado como contraste com um servidor homelab compacto — Um desktop completo pode alojar um homelab, mas muitos serviços sempre ligados não precisam de um grande cooler de CPU, de uma GPU dedicada e de um chassis em torre.

Um PC de gaming reaproveitado pode ser potente, mas a filtragem de DNS, os serviços de ficheiros, os contentores leves, os painéis e os pequenos servidores de jogos raramente precisam de todo esse hardware de forma contínua.

Reduzir a escala faz sentido quando as cargas de trabalho se adequam à máquina mais pequena. O objetivo não é tornar o servidor minúsculo a qualquer custo; é deixar de atribuir hardware de classe desktop a tarefas que podem funcionar confortavelmente num sistema mais pequeno e sempre ligado.

Como é um homelab mais pequeno na prática

A diferença física torna-se evidente quando a ZimaBoard 2 é colocada na verdadeira área do servidor.

Servidor homelab compacto ZimaBoard 2 instalado junto ao equipamento de alimentação e de rede — A configuração da ZimaBoard 2 ocupa uma pequena parte do homelab, mantendo-se ligada ao armazenamento, à rede e ao equipamento de alimentação de suporte.

Para uma infraestrutura que funciona continuamente, o espaço ocupado é importante. Um servidor que caiba junto ao router, switch, UPS ou conjunto de armazenamento é mais fácil de integrar do que outra torre de tamanho normal.

Essa menor dimensão torna-se mais útil quando o mesmo dispositivo consegue executar vários serviços, em vez de substituir uma caixa grande por várias pequenas.

Adicionar armazenamento transforma-a numa NAS compacta

O armazenamento é uma das cargas de trabalho em que as interfaces específicas para servidores da ZimaBoard 2 fazem a diferença. A Silicon Steak combina a placa com unidades locais, em vez de depender apenas do armazenamento integrado.

ZimaBoard 2 montada com duas unidades de armazenamento numa configuração NAS compacta de duas baias — Duas unidades locais transformam a placa compacta num nó de armazenamento muito mais útil, sem voltar a recorrer a um chassis de servidor de tamanho normal.

A placa disponibiliza duas portas SATA 3.0 com alimentação, enquanto a interface PCIe deixa outra via para NVMe ou outras expansões. A rede dupla de 2,5 GbE também dá ao armazenamento local mais margem do que uma ligação Gigabit normal.

Isto torna a mesma máquina útil tanto como anfitrião de aplicações autoalojadas como servidor de armazenamento de rede, em vez de dedicar hardware separado a cada função.

A transmissão multimédia é um teste diferente do armazenamento de ficheiros

Um NAS pode transferir ficheiros com sucesso e, ainda assim, ter dificuldades com cargas de trabalho multimédia. Por isso, a Silicon Steak testa o sistema a partir de um televisor, em vez de tratar o acesso ao armazenamento como prova de que todo o fluxo de trabalho multimédia funciona.

Televisor a testar a reprodução multimédia a partir do servidor doméstico ZimaBoard 2 — A Silicon Steak testa o servidor a partir de um televisor real, levando a análise para além das simples transferências de ficheiros.

Para um servidor multimédia, a compatibilidade dos clientes é importante. O Direct Play é relativamente leve, enquanto a transcodificação de vídeo, legendas ou conteúdos HDR não suportados pode acrescentar uma carga de processamento substancial.

A lição é simples: teste os ficheiros e os dispositivos de reprodução que realmente utiliza. Um servidor adequado à biblioteca de uma família, maioritariamente em Direct Play, pode enfrentar uma carga de trabalho muito diferente quando vários clientes exigem transcodificação.

O mesmo servidor pequeno consegue alojar Minecraft?

A Silicon Steak passa depois para uma carga de trabalho completamente diferente: Minecraft.

Minecraft a ser executado durante os testes ao servidor homelab ZimaBoard 2 da Silicon Steak — O Minecraft acrescenta uma carga de trabalho de servidor de jogos à mesma máquina que já está a ser avaliada para armazenamento e utilização multimédia.

É aqui que a consolidação do homelab se torna útil. Um serviço não precisa de ter o seu próprio computador físico simplesmente porque serve uma finalidade diferente.

Armazenamento, ferramentas multimédia, servidores de jogos e serviços de rede podem coexistir quando as necessidades de CPU, RAM, E/S de armazenamento e rede permanecem dentro dos recursos disponíveis do anfitrião. O limite é a carga de trabalho combinada, não o número de ícones de aplicações instalados.

O Pi-hole mostra como alguns serviços sempre ligados são realmente leves

O contraste torna-se ainda mais claro com o Pi-hole. A filtragem DNS é o tipo de serviço de infraestrutura que precisa de permanecer disponível, mas que, em geral, não justifica uma máquina dedicada de grandes dimensões.

Painel do Pi-hole a ser executado como serviço de rede no homelab ZimaBoard 2 — O Pi-hole demonstra o outro lado da consolidação de um homelab: infraestrutura útil e sempre ligada, com necessidades modestas de hardware.

O Pi-hole em si é leve. Os requisitos mais importantes são um armazenamento fiável, um endereço de rede estável e um anfitrião sempre ligado.

Colocar serviços como este ao lado do armazenamento e de outras aplicações aproveita melhor os recursos disponíveis da máquina do que atribuir um computador separado a cada função de rede leve.

A produtividade autoalojada segue o mesmo modelo

A análise mostra também um fluxo de trabalho autoalojado de notas e gestão de conhecimento. É outro exemplo de um serviço que beneficia de estar continuamente disponível sem necessitar de hardware ao nível de uma estação de trabalho.

Aplicação autoalojada de notas e base de conhecimento em execução durante os testes do ZimaBoard 2 — As ferramentas de produtividade e de base de conhecimento acrescentam outro serviço leve sem exigir outro servidor físico.

Este é o padrão por detrás de um homelab compacto: muitas aplicações individualmente modestas partilham um único anfitrião x86 fiável.

A ZimaOS App Store abrange cargas de trabalho que vão das redes e multimédia à produtividade, automação doméstica, desenvolvimento e IA. A questão prática de dimensionamento é, portanto, perceber como o conjunto de serviços utiliza os recursos do processador, da memória, do armazenamento e da rede.

Um servidor compacto não significa cargas de trabalho ilimitadas

A consolidação funciona até os serviços combinados ultrapassarem a capacidade do hardware.

O ZimaBoard 2 832 de 8 GB tem memória mais do que suficiente para várias aplicações leves, enquanto o 1664 de 16 GB oferece margem adicional para conjuntos maiores de contentores e máquinas virtuais. Ambos utilizam o mesmo processador Intel N150, pelo que passar para 16 GB aumenta sobretudo a capacidade de memória, e não o desempenho do processador.

Máquinas virtuais pesadas, grandes tarefas de transcodificação por software, modelos de IA locais ou cargas de trabalho que necessitem de uma GPU dedicada potente pertencem a uma categoria de dimensionamento diferente. Reduzir o homelab funciona melhor quando o hardware é ajustado aos serviços efetivamente utilizados, em vez de tentar concentrar todas as cargas de trabalho possíveis num único nó.

O Zima Client mantém o servidor compacto visível

Um servidor pode desaparecer fisicamente sem se tornar difícil de gerir. Perto do final da análise, a Silicon Steak mostra o ZimaBoard 2 através do Zima Client.

O Zima Client apresenta o endereço LAN do ZimaBoard 2, o processador Intel N150 e o estado do servidor — O Zima Client mantém o servidor sem periféricos fácil de encontrar e apresenta informações úteis sobre o estado, como a conectividade LAN e o estado do sistema.

Isto é importante numa implementação compacta e sem periféricos. Quando o servidor está junto do equipamento de rede, em vez de estar junto de um monitor e teclado, a descoberta e a gestão através do navegador passam a fazer parte da experiência diária.

O que a análise da Silicon Steak demonstra

A parte mais forte deste teste é a combinação de cargas de trabalho. A Silicon Steak não avalia o ZimaBoard 2 apenas pelas especificações do processador.

Analisa um PC tradicional de grandes dimensões, passa para uma infraestrutura de servidor muito mais pequena, adiciona armazenamento local e testa multimédia, Minecraft, Pi-hole, software de produtividade e gestão do sistema. Essa sequência responde a uma pergunta muito mais útil do que um único benchmark: o que pode esta máquina eliminar de um homelab existente?

Para serviços leves e moderados que estejam sempre ligados, o mini servidor doméstico ZimaBoard 2 torna prática a consolidação sem abdicar de SATA nativo, rede de vários gigabits, expansão PCIe ou da flexibilidade de uma plataforma x86.

Não torna os servidores de grandes dimensões obsoletos. Facilita a sua reserva para as cargas de trabalho que realmente precisam deles.

Perguntas frequentes

A ZimaBoard 2 pode substituir um servidor de homelab completo?

Pode substituir um servidor maior quando as cargas de trabalho existentes se enquadram na CPU Intel N150, na memória disponível, no armazenamento e na rede. Contentores leves, serviços DNS, armazenamento de ficheiros, ferramentas multimédia e pequenas cargas de trabalho de servidores de jogos são muito diferentes de cargas de trabalho pesadas com máquinas virtuais, GPU ou IA local.

Devo escolher a ZimaBoard 2 832 ou a 1664 para um homelab?

Ambas utilizam o mesmo processador Intel N150. A 832 fornece 8 GB de RAM e 32 GB de eMMC, enquanto a 1664 fornece 16 GB de RAM e 64 GB de eMMC. A 1664 é mais útil quando a carga de trabalho combinada de aplicações ou máquinas virtuais necessita de memória adicional.

A ZimaBoard 2 pode funcionar simultaneamente como NAS?

Sim. Inclui duas portas SATA 3.0 com alimentação, rede dupla de 2,5 GbE e expansão PCIe, permitindo utilizar armazenamento em simultâneo com outras aplicações de servidor doméstico.

Pode executar o Pi-hole com outras aplicações?

Sim. O Pi-hole é uma carga de trabalho relativamente leve. O limite mais importante é a procura total de CPU, memória, armazenamento e rede de tudo o que partilha o servidor.

A ZimaBoard 2 pode ser utilizada como servidor multimédia?

Sim, mas a carga de trabalho depende muito dos clientes de reprodução. A reprodução direta é relativamente leve, enquanto a transcodificação de vídeo, a incorporação de legendas e o processamento HDR podem exigir significativamente mais capacidade de processamento.

Qual é a principal vantagem de reduzir o tamanho de um homelab?

O objetivo não é simplesmente utilizar hardware mais pequeno. É consolidar serviços que não precisam de uma máquina dedicada de grandes dimensões, reduzindo a ocupação física e mantendo o armazenamento, a rede e as aplicações auto-hospedadas disponíveis num único servidor sempre ligado.

Veja a análise completa da ZimaBoard 2 pela Silicon Steak para conhecer a comparação de hardware, a implementação compacta, a configuração do armazenamento e os testes de aplicações no contexto original.