NAS OS vs. Linux Geral para Armazenamento e Servidores de Jogos: qual deve controlar o hardware?

Eva Wong é a redatora técnica e entusiasta residente na ZimaSpace. Uma geek desde sempre, apaixonada por homelabs e software de código aberto, dedica-se a traduzir conceitos técnicos complexos em guias práticos. A Eva acredita que a auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ajuda a comunidade a desmistificar configurações de hardware, desde montar o primeiro NAS até dominar os contentores Docker.

Escolha um sistema operativo NAS concebido para esse fim quando o armazenamento protegido, os instantâneos, as partilhas, o estado dos discos e a recuperação têm de continuar a ser a principal responsabilidade da máquina, e os servidores de jogos se puderem enquadrar no modelo de aplicações ou contentores suportado. Escolha Linux de uso geral quando os pacotes dos servidores de jogos, os mods, os scripts de atualização, as bibliotecas personalizadas, as regras da firewall e o controlo direto dos serviços definirem o sistema. A questão decisiva é qual carga de trabalho deve gerir o sistema operativo anfitrião quando o armazenamento e os jogos falham ao mesmo tempo.

Decida qual falha deve ser mais fácil de recuperar

Um servidor combinado de armazenamento e jogos tem dois objetivos de recuperação distintos. O lado NAS protege ficheiros da família, cópias de segurança, multimédia e dados das aplicações. O lado dos jogos protege mundos, mapas, mods, configuração, estado dos jogadores e automatização de atualizações. Ambos usam armazenamento, mas não têm necessariamente de partilhar o mesmo limite do sistema operativo.

O guia existente da ZimaSpace para escolher um sistema operativo para servidor doméstico começa pela função principal. Esta comparação vai mais longe: se o servidor deixar de arrancar, qual carga de trabalho deve ser restaurada primeiro através das ferramentas nativas da plataforma?

Se a resposta for «os conjuntos de armazenamento, as partilhas, os instantâneos e as cópias de segurança», normalmente o sistema operativo NAS deve gerir o hardware. Se a resposta for «as instâncias de jogos, os pacotes, os scripts, a firewall e o gestor de serviços», o Linux de uso geral oferece um modelo de sistema anfitrião mais claro.

Critério de decisão Sistema operativo NAS concebido para esse fim Linux de uso geral
Responsabilidade principal Conjuntos de armazenamento, partilhas, instantâneos, estado e replicação Pacotes, serviços, scripts, rede e cargas de trabalho personalizadas
Implementação de servidores de jogos Aplicação do catálogo, contentor personalizado, máquina virtual ou extensão suportada Pacotes nativos, SteamCMD, Docker, scripts ou painéis de gestão
Alterações ao armazenamento Integrado e protegido por um único modelo de armazenamento O proprietário configura o sistema de ficheiros, o RAID, as permissões, os alertas e a recuperação
Mods e bibliotecas Pode depender de uma imagem de contentor, de um catálogo ou do acesso suportado ao sistema anfitrião Controlo direto de ficheiros, bibliotecas, utilizadores e versões do ambiente de execução
Atualizações Atualização coordenada do sistema integrado, mais ciclo de vida das aplicações separado Distribuição, kernel, pacotes, servidor de jogos e scripts geridos diretamente
Rede A publicação de aplicações tem de se enquadrar no modelo de portas e de rede da plataforma Controlo direto da firewall, do encaminhamento, das interfaces e das unidades de serviço
Melhor opção Máquina centrada no armazenamento, com alguns serviços de jogos limitados Máquina de alojamento de jogos que também disponibiliza armazenamento concebido deliberadamente

As salvaguardas de armazenamento favorecem o NAS OS

Um NAS OS integra a deteção de discos, a criação de volumes, os conjuntos de dados, as partilhas SMB ou NFS, os instantâneos, os agendamentos de verificação, a monitorização SMART, a replicação e os alertas de capacidade. O principal valor não está na interface gráfica; está no facto de as operações de armazenamento serem representadas como uma única topologia, em vez de um conjunto de pacotes e ficheiros de configuração Linux sem relação entre si.

A comparação da ZimaSpace sobre modelos de armazenamento para servidores domésticos mostra por que motivo o sistema operativo afeta a capacidade e a recuperação, mesmo quando os discos são idênticos. Uma plataforma centrada no armazenamento é mais fácil de justificar quando a disposição dos dados tem de continuar a ser compreensível para outra pessoa.

O NAS OS é claramente superior quando uma atualização de jogo com problemas não deve afetar os pacotes de armazenamento, os módulos do kernel, as permissões de partilha ou as ferramentas de gestão de volumes. Manter os serviços de jogos dentro de contentores ou máquinas virtuais preserva os limites do equipamento dedicado, desde que os respetivos dados persistentes sejam guardados em conjuntos de dados documentados.

A gestão de servidores de jogos favorece o Linux genérico

Os servidores de jogos dedicados precisam frequentemente de bibliotecas de execução específicas, atualizações do SteamCMD, parâmetros de linha de comandos, carregadores de mods, transferências do Workshop, reinícios agendados, análise de registos e acesso direto às árvores de configuração. O Linux genérico disponibiliza estes elementos sem os traduzir através de um esquema de aplicações de equipamento dedicado.

O LinuxGSM descreve-se como uma camada de gestão por linha de comandos para servidores de jogos Linux dedicados. Os recursos da Valve para servidores dedicados também documentam fluxos de trabalho de instalação e atualização de servidores com base no SteamCMD e na configuração específica de cada jogo, em vez de uma interface de equipamento NAS.

Este controlo é importante quando o servidor aloja vários jogos com diferentes ambientes de execução, alterações frequentes a mods ou argumentos de lançamento não suportados. A mesma liberdade implica trabalho de gestão: o operador tem de proteger os dados dos mundos, monitorizar os serviços, gerir utilizadores, abrir portas em segurança e garantir que uma atualização da distribuição não danifica a pilha de jogos.

As aplicações NAS podem reduzir a diferença, mas a plataforma continua a definir os limites

Os sistemas NAS modernos podem executar aplicações de catálogo e contentores personalizados, o que torna o «NAS OS» menos restritivo do que os modelos de equipamentos dedicados mais antigos. O TrueNAS, por exemplo, disponibiliza um catálogo de aplicações e também suporta implementações Docker personalizadas através de definições guiadas ou de ficheiros YAML do Compose.

O modelo atual de aplicações do TrueNAS inclui aplicações do catálogo, aplicações Docker personalizadas, atualizações, reversão e configuração do armazenamento das aplicações. Isto permite utilizar painéis de jogos e imagens de servidores dedicados sem instalar os respetivos pacotes diretamente no anfitrião de armazenamento.

A integração só é útil quando as portas, montagens, variáveis de ambiente, dispositivos e comportamento das atualizações necessários são compatíveis com o sistema de aplicações. Uma implementação personalizada em YAML pode funcionar, mas continua a ser da responsabilidade do proprietário resolver problemas. A disponibilidade no catálogo não deve ser confundida com suporte a longo prazo para todas as modificações, atualizações de jogos e situações limite de rede.

Pacotes e modificações no anfitrião podem quebrar o contrato do dispositivo

Instalar bibliotecas de jogos, repositórios personalizados, pacotes de execução, módulos do kernel ou unidades de serviço diretamente num dispositivo NAS pode criar um estado que a plataforma não testa nem preserva. Uma atualização do dispositivo pode substituir modificações ou causar conflitos, porque se espera que o anfitrião se mantenha dentro de uma configuração suportada mais restrita.

O Linux genérico trata essas alterações como tarefas normais de administração. O proprietário pode fixar versões de pacotes, criar unidades systemd, escolher sistemas de ficheiros, instalar agentes de monitorização e gerir utilizadores diretamente. Isto é uma vantagem quando todas as alterações são registadas e reproduzíveis, e uma desvantagem quando o servidor evolui através de comandos não documentados.

Este é o primeiro ponto de paragem: se a carga de trabalho do jogo exigir modificações não suportadas no anfitrião com o sistema operativo do NAS, transfira-a para uma máquina virtual ou um anfitrião Linux separado. Não transforme um dispositivo de armazenamento numa instalação não oficial de Linux genérico, pacote a pacote.

Portas, rede e exposição pública podem inverter a vantagem em termos de conveniência

Os servidores de jogos podem exigir várias portas UDP e TCP, portas de consulta, RCON, regras NAT, exceções da firewall e, por vezes, vários endereços públicos. Uma plataforma de aplicações para NAS pode publicar estas portas, mas as regras têm de ser compatíveis com o modelo de rede de contentores e de associação a interfaces da plataforma.

O Linux genérico proporciona controlo direto sobre nftables, iptables, bridges, VLANs, proxies inversos, utilizadores de serviços e espaços de nomes de rede. O custo é que as partilhas de armazenamento e as interfaces de gestão ficam no mesmo anfitrião, a menos que o proprietário as isole deliberadamente.

Para um servidor de jogos exposto à Internet, separe a rede do serviço público da administração do NAS e do armazenamento privado. Se a plataforma não permitir definir claramente essa separação, é mais seguro executar o servidor de jogos noutra máquina ou numa máquina virtual do que escolher um sistema operativo apenas pela facilidade de instalação.

É mais fácil resolver a contenção de recursos quando o armazenamento e os jogos têm regras separadas

Os servidores de jogos podem consumir tempo de CPU, memória, armazenamento temporário, largura de banda da rede e E/S aleatória durante as gravações do mundo, as atualizações, as cópias de segurança e o processamento de modificações. Os serviços de armazenamento precisam de recursos previsíveis para verificações de integridade, replicação, partilha de ficheiros e recuperação. Uma carga de trabalho pode fazer com que a outra pareça pouco fiável, mesmo que nenhuma esteja mal configurada.

Um sistema operativo de NAS pode disponibilizar limites de CPU e memória para as aplicações, mas o responsável continua a precisar de regras para a localização do armazenamento. Sempre que possível, mantenha os executáveis dos jogos, as transferências temporárias e as caches de atualização afastados dos metadados de armazenamento sensíveis à latência. Proteja os mundos guardados e a configuração separadamente dos executáveis do servidor que podem ser substituídos.

O Linux de uso geral oferece os mesmos controlos através de cgroups, systemd, Docker ou virtualização, mas estes têm de ser configurados. A escolha do sistema operativo não elimina a contenção; determina se as políticas de recursos são disponibilizadas num fluxo de trabalho integrado ou se exigem um projeto de administração.

Os limites das cópias de segurança devem seguir separadamente o estado do jogo e o estado do armazenamento

Um instantâneo do NAS pode proteger um conjunto de dados do jogo, mas uma cópia do sistema de ficheiros consistente após uma falha nem sempre corresponde a uma cópia de segurança do mundo consistente com a aplicação. Pare ou coloque o servidor em pausa se o jogo assim o exigir, preserve a configuração e as credenciais e verifique se a versão restaurada corresponde ao executável do jogo e ao conjunto de modificações.

Num sistema operativo de NAS, guarde o estado do jogo em conjuntos de dados explícitos ou em caminhos do anfitrião, em vez de o guardar num armazenamento oculto das aplicações, sempre que a plataforma o permita. Num sistema Linux de uso geral, mantenha a configuração do serviço, os dados do mundo, as modificações e os scripts de atualização separados da raiz do sistema operativo, para poder reinstalar o anfitrião sem ter de reconstruir todos os caminhos.

O guia da ZimaSpace sobre a separação do arranque, dos dados das aplicações e do armazenamento em massa aplica-se a ambas as opções. Só é possível recuperar um servidor combinado quando o conjunto de armazenamento e o serviço de jogos podem ser restaurados segundo uma ordem documentada.

Use este teste de propriedade do anfitrião

  1. Indique as tarefas de armazenamento que têm de resistir a cada atualização ou falha do servidor de jogos.
  2. Indique os pacotes, as portas, os ambientes de execução, as modificações, os conteúdos da Workshop e o método de atualização de cada jogo.
  3. Confirme se o sistema operativo do NAS suporta a carga de trabalho através de uma aplicação do catálogo, de um contentor personalizado ou de uma máquina virtual.
  4. Teste a cópia de segurança e o restauro do mundo independentemente do executável do jogo.
  5. Aplique uma atualização da plataforma e verifique o armazenamento, a rede do jogo e os pontos de montagem persistentes.
  6. Avalie a contenção de CPU, RAM e E/S durante as verificações de integridade, as gravações do mundo e as atualizações do jogo.
  7. Reinstale o sistema anfitrião e recupere ambas as cargas de trabalho recorrendo apenas à documentação escrita.

O sistema operativo ideal deve disponibilizar nativamente o processo de recuperação com consequências mais graves e manter a carga de trabalho secundária isolada. Se tanto o armazenamento como os serviços de jogos exigirem alterações não suportadas ao anfitrião, a solução certa poderá ser utilizar dois sistemas, em vez de escolher um sistema operativo de compromisso.

Que modelo operativo é mais adequado para o servidor combinado?

Escolha um sistema operativo NAS quando

Escolha um sistema operativo NAS quando o armazenamento familiar, as cópias de segurança, os instantâneos e a recuperação de discos forem as funções principais e só forem necessários alguns servidores de jogos. Execute os jogos através de aplicações, contentores ou máquinas virtuais suportados e mantenha os respetivos dados persistentes em conjuntos de dados visíveis e protegidos.

Escolha Linux de uso geral quando

Escolha Linux de uso geral quando o alojamento de jogos determinar os requisitos de pacotes, rede, mods, bibliotecas e automatização. Configure o armazenamento de forma deliberada, com conjuntos, partilhas, instantâneos, alertas SMART, verificações de integridade, cópias de segurança e um procedimento testado para substituir discos.

Separe o armazenamento e o alojamento de jogos quando

Mantenha o armazenamento num sistema operativo NAS e execute os servidores de jogos num nó Linux ou numa máquina virtual separados quando a exposição pública, a modificação frequente com mods, a utilização elevada do CPU ou as alterações não suportadas ao anfitrião ameaçarem a estabilidade do armazenamento. Em geral, isto proporciona um limite de recuperação mais claro do que obrigar um único sistema operativo a conciliar ambas as funções.

Perguntas frequentes

O TrueNAS ou outro sistema operativo NAS pode executar servidores de jogos?

Sim, se uma aplicação do catálogo, uma implementação personalizada do Docker ou uma máquina virtual suportar a arquitetura, as portas, o armazenamento e os requisitos de atualização do jogo. A possibilidade de iniciar o serviço não garante que todos os mods ou futuras atualizações continuem a ser suportados.

O Linux de uso geral disponibiliza as mesmas funcionalidades de armazenamento?

Pode disponibilizar sistemas de ficheiros, RAID por software, ZFS, Samba, NFS, instantâneos, monitorização SMART e replicação. A diferença é que o proprietário integra e valida esses componentes, em vez de receber um fluxo de trabalho de dispositivo dedicado.

Os mundos dos jogos devem ficar no conjunto de armazenamento principal do NAS?

É possível, mas isole o conjunto de dados, a política de instantâneos, as permissões e o calendário de cópias de segurança. Os binários e as caches dos jogos podem ser substituídos; o estado do mundo, a configuração, as credenciais e o conteúdo personalizado podem não poder.

Veredicto final

Escolha um sistema operativo NAS quando o armazenamento tiver de permanecer sob a responsabilidade do dispositivo protegido e os servidores de jogos puderem funcionar dentro dos limites suportados. Escolha Linux de uso geral quando as ferramentas de servidor dedicado, os mods, a rede e os pacotes personalizados definirem o anfitrião. Se cada carga de trabalho exigir controlo direto sobre o mesmo sistema operativo, separe as funções de armazenamento e de jogos antes que qualquer um dos processos de recuperação se torne frágil.

Comparações de produtos

Mais para ler

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.