NAS OS vs Linux Geral para Armazenamento e Servidores de Jogos: Qual Deve Controlar o Hardware?

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.

NAS OS vs General Linux for Storage Plus Game Servers: Which Should Own the Hardware?

Escolha um SO NAS concebido especificamente para este fim quando o armazenamento protegido, os snapshots, as partilhas, o estado dos discos e a recuperação tiverem de continuar a ser a principal responsabilidade da máquina e os servidores de jogos puderem adaptar-se ao modelo de aplicações ou contentores suportado. Escolha Linux genérico 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 a carga de trabalho que deverá assumir o sistema operativo anfitrião quando o armazenamento e os jogos falharem ao mesmo tempo.

Decida Qual a Falha Que Deve Ser Mais Fácil de Recuperar

Um servidor combinado de armazenamento e jogos tem dois objetivos de recuperação diferentes. O lado NAS protege ficheiros familiares, cópias de segurança, multimédia e dados de aplicações. O lado dos jogos protege mundos, mapas, mods, configuração, estado dos jogadores e automatização de atualizações. Ambos utilizam armazenamento, mas isso não significa necessariamente que devam partilhar o mesmo limite do sistema operativo.

O guia existente da ZimaSpace sobre escolher o SO de um servidor doméstico começa pela função dominante. Esta comparação vai mais longe: se o servidor deixar de arrancar, que carga de trabalho deverá ser restaurada primeiro através das ferramentas nativas da plataforma?

Se a resposta for «os pools de armazenamento, as partilhas, os snapshots e as cópias de segurança», o SO NAS deverá normalmente assumir o controlo do hardware. Se a resposta for «as instâncias de jogos, os pacotes, os scripts, a firewall e o gestor de serviços», o Linux genérico proporciona um modelo de anfitrião mais claro.

Eixo de decisão	SO NAS concebido especificamente para este fim	Linux genérico
Responsabilidade principal	Pools de armazenamento, partilhas, snapshots, estado de funcionamento e replicação	Pacotes, serviços, scripts, rede e cargas de trabalho personalizadas
Implementação do servidor de jogos	Aplicação do catálogo, contentor personalizado, VM ou extensão suportada	Pacotes nativos, SteamCMD, Docker, scripts ou painéis de gestão
Alterações ao armazenamento	Integrado e protegido através de um único modelo de armazenamento	O proprietário reúne o sistema de ficheiros, RAID, permissões, alertas e recuperação
Mods e bibliotecas	Pode depender de uma imagem de contentor, de um catálogo ou do acesso suportado ao anfitrião	Controlo direto de ficheiros, bibliotecas, utilizadores e versões do runtime
Atualizações	Atualização coordenada do dispositivo, com ciclo de vida separado das aplicações	Distribuição, kernel, pacotes, servidor de jogos e scripts geridos diretamente
Rede	A publicação de aplicações tem de se adaptar ao modelo de portas e rede da plataforma	Controlo direto da firewall, do encaminhamento, das interfaces e das unidades de serviço
Mais adequado	Máquina orientada para o armazenamento, com alguns serviços de jogos limitados	Máquina de alojamento de jogos que também fornece armazenamento concebido deliberadamente

As salvaguardas do armazenamento favorecem o SO NAS

Um SO NAS integra a deteção de discos, a criação de pools, conjuntos de dados, partilhas SMB ou NFS, instantâneos, agendamentos de scrub, monitorização SMART, replicação e 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 uma coleção de pacotes Linux e ficheiros de configuração sem relação entre si.

A comparação da ZimaSpace entre modelos de armazenamento para servidores domésticos mostra por que razão o sistema operativo afeta a capacidade e a recuperação, mesmo quando as unidades são idênticas. Uma plataforma orientada para o armazenamento é mais fácil de justificar quando a disposição dos dados tem de permanecer compreensível para outra pessoa.

O SO NAS ganha claramente quando uma atualização de jogo falhada não deve alterar pacotes de armazenamento, módulos do kernel, permissões de partilhas ou ferramentas de gestão de pools. Manter os serviços de jogos dentro de contentores ou máquinas virtuais preserva o limite do appliance, desde que os respetivos dados persistentes sejam armazenados em conjuntos de dados documentados.

As operações de servidores de jogos favorecem o Linux genérico

Os servidores de jogos dedicados precisam frequentemente de bibliotecas de runtime exatas, atualizações através 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 expõe esses elementos sem os traduzir através de um esquema de aplicações de appliance.

O LinuxGSM descreve-se como uma camada de gestão de linha de comandos para servidores de jogos Linux dedicados. Os recursos da Valve para servidores dedicados documentam igualmente fluxos 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 appliance NAS.

Este controlo é importante quando o servidor aloja vários jogos com diferentes runtimes, alterações frequentes de mods ou argumentos de arranque 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 stack de jogos.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

As aplicações NAS podem colmatar 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 “SO NAS” menos restritivo do que os modelos de appliance mais antigos. O TrueNAS, por exemplo, disponibiliza um catálogo de aplicações e também permite implementações Docker personalizadas através de definições guiadas ou de 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 pode acomodar painéis de jogos e imagens de servidores dedicados sem instalar diretamente os respetivos pacotes no anfitrião de armazenamento.

A ponte só é valiosa quando as portas, montagens, variáveis de ambiente, dispositivos e o comportamento das atualizações necessários são compatíveis com o sistema de aplicações. Uma implementação YAML personalizada pode funcionar corretamente, mas a responsabilidade pela resolução de problemas continua a ser do proprietário. 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 introduzir conflitos, porque se espera que o anfitrião permaneça dentro de uma configuração suportada mais restrita.

O Linux generalista trata essas alterações como administração normal. 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 responsabilidade quando o servidor evolui através de comandos não documentados.

Este é o primeiro limite de paragem: se a carga de trabalho do jogo exigir modificações do anfitrião não suportadas pelo sistema operativo do NAS, mova-a para uma VM ou para um anfitrião Linux separado. Não transforme um dispositivo de armazenamento num Linux generalista não oficial, pacote a pacote.

Portas, rede e exposição pública podem inverter a escolha mais conveniente

Os servidores de jogos podem exigir várias portas UDP e TCP, portas de consulta, RCON, regras NAT, exceções na 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 respetivo modelo de rede de contentores e de associação a interfaces.

O Linux generalista 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 acessível a partir da Internet, separe a rede do serviço público da administração do NAS e do armazenamento privado. Se a plataforma não conseguir expressar claramente essa separação, executar o servidor de jogos noutra máquina ou VM é mais seguro do que escolher um sistema operativo apenas pela facilidade de instalação.

A concorrência por recursos é mais fácil de resolver 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 de 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 mods. Os serviços de armazenamento precisam de recursos previsíveis para scrubs, replicação, partilha de ficheiros e recuperação. Uma carga de trabalho pode fazer com que a outra pareça pouco fiável, sem que nenhuma esteja mal configurada.

Um sistema operativo NAS pode fornecer limites de CPU e memória para as aplicações, mas o proprietário continua a precisar de regras de localização do armazenamento. Mantenha os binários dos jogos, as transferências temporárias e as caches de atualização afastados dos metadados de armazenamento sensíveis à latência, sempre que possível. Proteja os ficheiros de gravação do mundo e a configuração separadamente dos binários substituíveis do servidor.

O Linux geral fornece os mesmos controlos através de cgroups, systemd, Docker ou virtualização, mas estes têm de ser montados. A escolha do sistema operativo não elimina a concorrência por recursos; determina se a política de recursos surge como um fluxo de trabalho integrado ou como um projeto administrativo.

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

Um instantâneo NAS pode proteger um conjunto de dados do jogo, mas uma cópia do sistema de ficheiros consistente com uma falha nem sempre é uma cópia de segurança do mundo consistente com a aplicação. Pare ou coloque o servidor em estado de espera quando o jogo o exigir, preserve a configuração e as credenciais e confirme que a versão restaurada corresponde ao binário do jogo e ao conjunto de mods.

Num sistema operativo NAS, armazene o estado do jogo em conjuntos de dados explícitos ou em caminhos do anfitrião, em vez de armazenamento oculto da aplicação, sempre que a plataforma o permita. No Linux geral, mantenha a configuração do serviço, os dados do mundo, os mods e os scripts de atualização separados da raiz do sistema operativo, para que o anfitrião possa ser reinstalado sem 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. Um servidor combinado só pode ser recuperado quando o conjunto de armazenamento e o serviço de jogos podem ser restaurados por uma ordem documentada.

Utilize este teste de propriedade do anfitrião

Liste as tarefas de armazenamento que têm de sobreviver a todas as atualizações ou falhas do servidor de jogos.
Liste os pacotes, as portas, os ambientes de execução, os mods, o conteúdo do Workshop e o método de atualização de cada jogo.
Confirme se o sistema operativo 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.
Teste a cópia de segurança e a restauração do mundo independentemente do binário do jogo.
Aplique uma atualização da plataforma e verifique o armazenamento, a rede dos jogos e as montagens persistentes.
Meça a utilização e a contenção de CPU, RAM e I/O durante os scrubs, as gravações dos mundos e as atualizações dos jogos.
Reinstale o anfitrião e recupere ambas as cargas de trabalho utilizando apenas documentação escrita.

O sistema operativo ideal deve tornar nativo o percurso de recuperação com maiores consequências e manter a carga de trabalho secundária contida. Se tanto o armazenamento como os serviços de jogos exigirem alterações não suportadas no anfitrião, a resposta correta poderá ser utilizar dois sistemas, em vez de um sistema operativo de compromisso.

Que modelo operativo se adequa ao 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 forem necessários apenas 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 generalista quando

Escolha Linux generalista quando o alojamento de jogos determinar os requisitos de pacotes, rede, mods, bibliotecas e automatização. Construa o armazenamento deliberadamente, com pools, partilhas, instantâneos, alertas SMART, scrubs, cópias de segurança e um procedimento testado de substituição de discos devidamente documentados.

Separe o armazenamento do 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 separada quando a exposição pública, a modificação frequente, a utilização elevada do CPU ou alterações não suportadas no anfitrião ameaçarem a estabilidade do armazenamento. Normalmente, isto proporciona um limite de recuperação mais claro do que obrigar um único sistema operativo a assumir ambos os papéis.

Perguntas frequentes

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

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

O Linux generalista 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 integrado.

Os mundos dos jogos devem ficar no pool NAS principal?

Podem, mas isole o respetivo 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 generalista quando as ferramentas de servidores dedicados, 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 de qualquer um dos percursos de recuperação se tornar frágil.