Como escolher uma VPS para servidor de jogos

Que tipo de VPS para jogos pretende?

Uma VPS para servidores de jogos é uma boa escolha para uma finalidade: executar um servidor dedicado ao qual você e os seus amigos se ligam a partir dos próprios computadores. É uma escolha inadequada para a outra finalidade a que muitas pessoas se referem com essa expressão: jogar na própria VPS através de um ambiente de trabalho remoto. Estas duas finalidades exigem hardware oposto. Um servidor dedicado precisa de um núcleo de CPU rápido e de RAM suficiente para manter o mundo do jogo. Jogar exige uma GPU (unidade de processamento gráfico), e um plano de VPS normal não inclui uma.

Tudo o que se segue diz respeito à primeira finalidade. A segunda merece dois minutos da sua atenção, porque muitas pessoas compram a máquina errada para isso.

Por que não pode jogar num VPS

Um VPS comum fornece núcleos virtuais de CPU e não tem placa gráfica. Nada é passado pelo host físico, por isso não existe um renderizador de hardware que o jogo possa utilizar. Pode ver o que recebeu efetivamente:

sudo apt install -y pciutils
lspci | grep -iE "vga|3d"

A resposta é um adaptador de ecrã virtual, semelhante a um dispositivo Cirrus Logic ou a uma GPU virtio. Ele existe para que o console web do fornecedor possa mostrar um ecrã e não tem aceleração 3D. Instale um ambiente de trabalho e um servidor VNC sobre esse adaptador, e o glxinfo -B apresenta o renderizador como llvmpipe, que é o renderizador de software da Mesa executado na CPU. Um jogo 3D moderno desenhado pela CPU funciona a alguns fotogramas por segundo, por isso fica impossível de jogar antes de qualquer dado sair do servidor. As instâncias Windows enfrentam o mesmo problema pelo lado oposto. Muitos títulos terminam no arranque e informam que não foi possível criar um dispositivo Direct3D, porque não existe um adaptador de ecrã onde o dispositivo possa ser criado.

O segundo problema é o percurso de regresso até si. Jogar num servidor remoto significa que cada fotograma é codificado em vídeo, enviado pela internet e descodificado no seu ecrã. Isso acrescenta o tempo de codificação e descodificação à latência de entrada do próprio jogo, e RDP e VNC foram concebidos para ambientes de trabalho, não para movimento a 60 fotogramas por segundo. Os serviços de jogos na nuvem resolvem este problema com hardware de GPU real e um protocolo de transmissão concebido para esse fim. Um VPS comum não tem nenhum dos dois. Se quiser jogar, alugue tempo de GPU. Se quiser alojar, continue a ler.

O que um servidor de jogos dedicado realmente precisa

Um servidor de jogos é um ciclo de simulação. Mantém o mundo em memória e avança um número fixo de vezes por segundo. Depois, envia a cada jogador ligado a parte do mundo que esse jogador consegue ver.

Esta estrutura determina o hardware. O ciclo usa principalmente uma thread, por isso a velocidade dos cores é mais importante do que o número de cores. O mundo reside na memória, por isso a RAM é normalmente o primeiro limite atingido. O disco fica praticamente inativo durante o jogo e é utilizado durante o carregamento e a gravação. O caminho de rede determina o ping, e nenhum plano altera esse caminho.

A velocidade de um único core é mais importante do que a quantidade de cores

A maioria dos servidores de jogos avança o estado do jogo numa thread principal. O ciclo de ticks do Minecraft e o frame do servidor do Source engine funcionam dessa forma. Esse tick tem um prazo. O Minecraft Java executa 20 ticks por segundo, o que dá a cada tick um orçamento de 50 milissegundos. Quando o trabalho não cabe nesse intervalo, o servidor apresenta exatamente isto:

[12:04:51] [Server thread/WARN]: Can't keep up! Is the server overloaded? Running 2547ms or 50 ticks behind

Essa linha significa que uma thread ficou sem tempo. Adicionar cores não dá mais tempo a essa thread. Um plano com 2 vCPUs rápidas mantém uma taxa de ticks que um plano com 8 vCPUs lentas deixa cair, porque apenas uma dessas 8 executa o trabalho relevante.

Meça a velocidade de uma única thread antes de escolher um plano:

sudo apt install -y sysbench
sysbench cpu --cpu-max-prime=20000 --threads=1 run

Leia a linha events per second. O número não tem significado isoladamente; serve para comparação. Por isso, execute o teste em dois planos candidatos e coloque os resultados lado a lado. Uma execução completa do benchmark de VPS avalia o disco e a rede da mesma forma.

As cores adicionais continuam a ser úteis. Executam o segundo servidor de jogos, a base de dados, a cópia de segurança noturna e o pré-gerador de chunks sem retirar tempo à thread dos ticks. O software de servidores também passou a distribuir melhor o trabalho, e o Paper, um fork popular de servidor Minecraft, move parte do trabalho para fora da thread principal dos ticks. Por isso, escolha alguns cores rápidos, não muitos cores lentos.

Há um número que nunca aparece na página do plano e que determina se o core rápido pelo qual pagou é realmente seu:

vmstat 1 5

A coluna st indica a percentagem de tempo durante a qual a sua CPU virtual estava pronta para executar, mas o host físico entregou o core a outro utilizador. Um valor st estável acima de alguns por cento indica que o host está sobrelotado. Os jogadores sentem isso como soluços, enquanto top no seu servidor continua a mostrar CPU ociosa, porque esse tempo ocioso não está disponível para si.

Quanta RAM um servidor de jogo precisa?

[
  {
    "label": "Minecraft Java, vanilla",
    "players": 10,
    "ram_gb": 2
  },
  {
    "label": "Minecraft Java, large modpack",
    "players": 10,
    "ram_gb": 8
  },
  {
    "label": "Valheim",
    "players": 10,
    "ram_gb": 4
  },
  {
    "label": "Palworld",
    "players": 32,
    "ram_gb": 16
  }
]

Estas são as alocações iniciais publicadas pela documentação do jogo e do modpack, em agosto de 2026. São orientações, não números medidos numa única máquina. O Minecraft Java vanilla funciona bem com 2 GB de heap para cerca de 10 jogadores. A mesma quantidade de jogadores num modpack grande requer 8 GB, porque os mods adicionam entidades e estruturas geradas que residem todas nessa heap. O mínimo listado pelo Valheim é de 2 GB, enquanto operadores com um mundo pequeno relatam que o processo estabiliza perto de 3 GB, portanto 4 GB é um ponto de partida sensato. O Palworld é o caso atípico com 16 GB para o seu máximo de 32 jogadores, que é o recomendado pela Pocketpair.

A RAM não escala com as ligações. Escala com o mundo carregado. Cada jogador mantém a região à sua volta carregada, por isso dois jogadores juntos custam muito menos do que dois jogadores a explorar cantos opostos do mapa. É por isso que "RAM por jogador" é apenas um guia aproximado, enquanto "RAM por área ativa" é o verdadeiro fator determinante, e por que um grupo pequeno que gosta de explorar pode exceder um plano dimensionado para o dobro do seu número.

Servidores Java precisam de duas regras adicionais. Defina o mínimo e o máximo da heap com o mesmo valor para que a JVM nunca pause para a redimensionar:

java -Xms4G -Xmx4G -jar server.jar nogui

Depois, deixe margem de manobra. A JVM utiliza memória fora da heap que lhe atribuiu, para pilhas de threads e buffers nativos, e o kernel precisa de cache de página para ler ficheiros de mundo rapidamente. Numa máquina de 6 GB, uma heap de 4 GB é sensata e uma de 6 GB não é.

As duas falhas de memória parecem completamente diferentes, por isso aprenda ambas as mensagens. Uma heap demasiado pequena gera erros dentro do Java, e o servidor geralmente continua a funcionar com dificuldades:

java.lang.OutOfMemoryError: Java heap space

Uma heap maior do que a máquina faz com que todo o processo seja terminado a partir do exterior. A consola diz apenas Killed, e a evidência encontra-se no log do kernel:

sudo dmesg -T | grep -i "out of memory"

Adicionar swap impede o encerramento sem resolver nada. Um loop de tick que tem de ler o seu mundo a partir do swap falha todos os prazos, por isso os seus jogadores obtêm um servidor congelado em vez de um servidor que caiu.

Uma nota de versão, verificada em 2026-10-11 contra os metadados de versão da Mojang: o Minecraft Java 1.20.5 até 1.21.11 requer Java 21, e a 26.1 e posteriores, incluindo a atual 26.3, requerem Java 25. Um runtime mais antigo inicia e depois falha com um erro de versão de ficheiro de classe não suportada, que parece uma mensagem de compilador e confunde todos na primeira vez que a encontram. O Ubuntu 22.04, 24.04 e 26.04 disponibilizam o runtime Java 25 no seu repositório padrão:

sudo apt install -y openjdk-25-jre-headless
java -version

A velocidade do disco importa para um servidor de jogos?

Importa menos do que muitas pessoas esperam durante o jogo, mas importa bastante em dois momentos específicos. O mundo é carregado para a memória durante o arranque e escrito novamente durante o autosave. Por isso, a velocidade do disco manifesta-se num arranque lento e numa pausa quando o save é executado. Entre esses momentos, a maioria das leituras é servida a partir da RAM.

Dois fatores fazem o disco importar mais do que esse resumo sugere. A exploração carrega novos chunks ou zonas a partir do disco enquanto os jogadores se deslocam, e essa leitura ocorre dentro do orçamento do tick. O autosave de um mundo grande escreve muitos dados de uma só vez. Num volume lento, a escrita bloqueia o loop durante tempo suficiente para apresentar o aviso "Can't keep up" acima. Ambos são problemas de latência, não de throughput. Por isso, a diferença entre NVMe e SATA SSD num VPS importa mais neste caso do que os megabytes por segundo anunciados sugerem. O que importa é o tempo necessário para concluir uma operação pequena.

Dimensione o volume para permitir o crescimento. Um mundo cresce sempre que alguém explora uma área nova, e os seus backups multiplicam o espaço ocupado. Execute du -sh world uma vez por semana durante um mês para conhecer a sua taxa real de crescimento.

Tick rate, ping e a diferença entre eles

Tick rate é a frequência com que o servidor recalcula o mundo por segundo. O Minecraft Java opera a 20. Servidores da Source engine operam geralmente a 64. No Minecraft, 20 é a taxa para a qual o jogo foi projetado. O comando /tick rate pode alterá-la, mas isso acelera ou desacelera o mundo inteiro em vez de torná-lo mais fluido, e um hardware mais potente não a aumenta para você. Portanto, o objetivo é manter 20 em vez de excedê-lo.

Ping é o tempo de ida e volta entre um jogador e o servidor. Estes dois fatores geram reclamações diferentes, então diferencie-os antes de gastar dinheiro. Quando o servidor perde ticks, todos sofrem com rubber-banding ao mesmo tempo e o log do servidor geralmente indica isso em texto simples. Quando um jogador tem uma rota de rede longa, apenas esse jogador apresenta lag e o restante do grupo permanece normal. Uma CPU mais potente nunca resolverá o segundo caso.

Latência depende da localização, não do tipo de plano

A luz na fibra percorre cerca de 200 quilómetros por milissegundo. Uma ida e volta cobre a distância duas vezes, por isso o limite mínimo é aproximadamente 1 ms por cada 100 km entre o jogador e o servidor. Nenhum fornecedor consegue superar esse limite, e nenhum upgrade de plano o altera.

[
  {
    "label": "Toronto to New York",
    "distance_km": 550,
    "rtt_floor_ms": 5.5
  },
  {
    "label": "Dallas to Chicago",
    "distance_km": 1290,
    "rtt_floor_ms": 12.9
  },
  {
    "label": "Dallas to Los Angeles",
    "distance_km": 1990,
    "rtt_floor_ms": 19.9
  },
  {
    "label": "New York to London",
    "distance_km": 5570,
    "rtt_floor_ms": 55.7
  },
  {
    "label": "Los Angeles to Sydney",
    "distance_km": 12070,
    "rtt_floor_ms": 120.7
  }
]

Estes são limites mínimos calculados com base na distância em grande círculo. A fibra real não segue uma linha reta, e cada router no caminho acrescenta alguma latência. Por isso, um bom resultado real costuma ficar próximo do dobro do limite mínimo. Um jogador em Toronto que aceda a um servidor em Nova Iorque, a 550 km de distância, tem um limite mínimo de 5.5 ms e normalmente verá um valor na casa dos 10 ms. O percurso entre Los Angeles e Sydney tem um limite mínimo de 120.7 ms, e nenhum montante de dinheiro o reduz.

Por isso, coloque o servidor perto das pessoas que jogam nele. Se o seu grupo estiver dividido por um oceano, alguém terá um percurso longo. A opção mais justa costuma ser a região onde está a maioria dos jogadores.

Meça o percurso em vez de adivinhar:

sudo apt install -y mtr-tiny
mtr -rwzc 100 203.0.113.10

Leia primeiro a última linha. Essa linha corresponde ao servidor, e a perda de pacotes e a latência apresentadas nela são as únicas que determinam a experiência no jogo. Uma perda apresentada num salto intermédio, com o salto final limpo, quase sempre indica limitação da taxa de respostas ICMP nesse router. Os routers dão prioridade inferior às respostas a pacotes de teste enquanto encaminham normalmente o tráfego real. Peça a cada jogador para executar o teste até ao servidor, porque cada jogador segue um percurso diferente.

Abra apenas as portas necessárias para o jogo

Um servidor de jogo precisa de uma ou duas portas abertas e nada mais. Os padrões comuns são:

• Minecraft Java Edition: TCP 25565
• Minecraft Bedrock Edition: UDP 19132
• Valheim: UDP 2456 e UDP 2457
• Palworld: UDP 8211
• Jogos Source e Source 2 da Valve, como Counter-Strike 2: UDP 27015

Consulte a documentação do próprio jogo, pois vários títulos utilizam uma porta de consulta adicional. O Valheim é o exemplo mais claro: a 2456 transporta o tráfego do jogo e a 2457 responde à consulta do servidor Steam que faz com que o seu servidor apareça na lista do navegador. Abrir esses números em TCP não resulta em nada, pois o Valheim comunica apenas via UDP.

Permita o SSH antes de ativar a firewall, caso contrário perderá o acesso ao seu próprio servidor:

sudo ufw allow 22/tcp
sudo ufw allow 25565/tcp
sudo ufw enable
sudo ufw status verbose

Muitos fornecedores também executam uma firewall de rede no seu painel de controlo, separada da que está na máquina. Uma porta que esteja aberta no ufw e fechada nesse painel continuará a recusar ligações, e o sintoma é idêntico a partir do exterior; portanto, verifique ambos os locais antes de começar a editar ficheiros de configuração.

Verificar uma porta TCP a partir de outra máquina é simples:

sudo apt install -y netcat-openbsd
nc -vz 203.0.113.10 25565

O UDP não pode ser testado dessa forma. Uma porta UDP fechada é normalmente silenciosa, por isso uma tentativa de ligação que não recebe resposta não lhe diz absolutamente nada. Confirme a partir do lado do servidor e procure o processo do jogo vinculado à porta que espera:

sudo ss -lunp | grep 2456

Nunca exponha o RCON, o protocolo de consola remota, à internet. É uma palavra-passe única enviada através de uma ligação em texto simples, por padrão na porta 25575. Vincule-o ao 127.0.0.1 e aceda através de um túnel SSH. Execute também o servidor de jogo como o seu próprio utilizador sem privilégios, para que um erro num mod não consiga atingir o resto da máquina. Os primeiros dez minutos num novo VPS aborda a conta de utilizador e o endurecimento do SSH que esta secção assume que já realizou.

Execute o servidor com systemd para que ele reinicie

Um servidor iniciado manualmente numa sessão SSH encerra quando a sessão é fechada e permanece inativo após um reboot. O systemd resolve ambos os problemas. A unidade executa o servidor como o seu próprio utilizador minecraft, que é proprietário de /opt/minecraft e de mais nada:

sudo useradd --system --home-dir /opt/minecraft --shell /usr/sbin/nologin minecraft
sudo chown -R minecraft:minecraft /opt/minecraft

Em seguida, escreva /etc/systemd/system/minecraft.service:

[Unit]
Description=Minecraft Java server
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
User=minecraft
WorkingDirectory=/opt/minecraft
ExecStart=/usr/bin/java -Xms4G -Xmx4G -jar server.jar nogui
Restart=on-failure
RestartSec=15
TimeoutStopSec=180

[Install]
WantedBy=multi-user.target

O Restart=on-failure recupera o servidor após uma falha e mantém-no desligado após um encerramento limpo, que é o comportamento pretendido. O Restart=always cria conflitos sempre que para o servidor deliberadamente. O TimeoutStopSec=180 é mais importante do que parece. O systemctl stop envia um SIGTERM, o servidor vanilla Minecraft captura esse sinal e guarda o mundo antes de terminar; quando o tempo limite expira, o systemd envia um SIGKILL. Um mundo grande pode demorar mais do que os 90 segundos predefinidos para ser gravado, e tudo o que não tiver chegado ao disco quando o SIGKILL for enviado será perdido.

sudo systemctl daemon-reload
sudo systemctl enable --now minecraft
sudo journalctl -u minecraft -f

Um arranque saudável termina com uma linha como Done (12.345s)! For help, type "help". Se a unidade oscilar entre activating e failed, o journalctl -u minecraft -n 50 contém o motivo; geralmente é um caminho incorreto em WorkingDirectory ou um heap maior do que a capacidade da máquina.

Um serviço systemd como este é executado sem uma consola interativa por predefinição, por isso planeie isso antecipadamente. Utilize RCON em localhost para comandos, ou execute o servidor dentro de uma sessão tmux, o mesmo hábito que mantém uma sessão longa do Claude Code ativa num VPS entre logins.

Jogos distribuídos através do Steam precisam do SteamCMD antes de qualquer um destes passos. O pacote Ubuntu é um binário de 32 bits, razão pela qual a linha de arquitetura está presente. Ignore essa linha e o apt reportará que não tem nenhum candidato para instalação:

sudo add-apt-repository multiverse
sudo dpkg --add-architecture i386
sudo apt update
sudo apt install -y steamcmd

Alguns servidores de jogos aumentam o seu consumo de memória quanto mais tempo são executados, e um reinício agendado numa hora de pouco movimento é a solução alternativa aceite, em vez de uma correção definitiva. Um timer do systemd a chamar o systemctl restart é mais fácil de gerir do que uma entrada no cron, porque o systemctl list-timers mostra exatamente quando será a próxima execução.

Faça backup do mundo regularmente

Tudo num servidor de jogo pode ser substituído, exceto o diretório do mundo e os dados dos jogadores. Reinstalar o jogo demora minutos. Reconstruir o que o seu grupo construiu demora meses.

Um backup seguro é feito quando nada está a escrever. Parar o servidor durante um minuto é a forma mais simples de garantir isso:

sudo systemctl stop minecraft
sudo tar czf /var/backups/mc-$(date +%F).tgz -C /opt/minecraft world world_nether world_the_end
sudo systemctl start minecraft

Se uma pausa noturna for inaceitável, faça primeiro o flush do mundo. Na consola do Minecraft, save-off interrompe o autosave, save-all flush grava tudo o que ainda está pendente e save-on volta a ativar o autosave depois de a cópia terminar. Copiar um mundo enquanto o servidor está a escrever pode guardar um ficheiro de região apenas parcialmente escrito. Só descobrirá isso no dia em que precisar de fazer o restore.

Mantenha pelo menos uma cópia fora da máquina. Um backup no mesmo disco não sobrevive à falha do disco. Um snapshot do fornecedor é uma conveniência, não um backup, porque fica na mesma conta que poderá perder. Os backups agendados do restic para armazenamento externo tratam da retenção e da deduplicação. Assim, um mês de cópias noturnas do mundo não enche o seu volume.

Depois, faça um restore. Um backup que nunca foi restaurado é apenas uma suposição. Extraia o arquivo da noite anterior para um diretório separado, aponte um servidor de teste para esse diretório e confirme que o mundo é carregado e que os edifícios estão onde os deixou.

Confirme tudo antes de se comprometer

Compre um mês em vez de um ano e faça um teste com jogadores reais durante uma noite. Execute o teste de thread única sysbench e peça a todos os jogadores para executarem mtr em direção ao servidor. O procedimento completo de benchmark de VPS explica essas ferramentas passo a passo e mostra como é um resultado problemático. Quanto custa realmente um VPS por mês ajuda a confirmar se está a pagar pelo recurso que limita o servidor, e não pelo que aparece com o maior valor na página do plano.

Dois artigos continuam a partir deste ponto. Como criar um servidor Minecraft num VPS apresenta, passo a passo, tudo o que foi descrito acima, aplicado ao jogo com que a maioria das pessoas começa. A lista mais abrangente do que um VPS pode executar é útil se preferir que o servidor faça algo produtivo entre as noites de jogo.

FAQ

Posso jogar jogos num VPS em vez de comprar um PC para jogos?

Não. Um VPS padrão não possui GPU, apenas um adaptador de vídeo virtual para a consola do fornecedor. Assim, assim que um ambiente de trabalho é instalado, o glxinfo -B reporta o renderizador de software llvmpipe e um jogo 3D corre a poucos fotogramas por segundo. Mesmo com uma GPU ligada, o jogo remoto adiciona codificação e descodificação de vídeo a cada ida e volta de fotogramas, e o RDP e o VNC nunca foram concebidos para isso. Um VPS serve para alojar o servidor dedicado ao qual o seu grupo se liga. Alugue tempo de GPU ou utilize um serviço de cloud gaming se o seu objetivo é jogar.

De quantos núcleos de CPU precisa um servidor de jogo?

Dois núcleos rápidos superam oito lentos na maioria dos jogos, porque a simulação do mundo corre numa thread principal e núcleos extra não ajudam essa thread a cumprir o seu limite de 50 ms. Compare planos candidatos com o sysbench cpu --cpu-max-prime=20000 --threads=1 run e leia o valor de eventos por segundo. Núcleos extra valem o investimento quando também corre um segundo servidor ou uma base de dados na mesma máquina, uma vez que essas cargas de trabalho podem correr sem roubar tempo à thread de processamento (tick thread).

De quanta RAM precisa um servidor de Minecraft?

Cerca de 2 GB de heap para um mundo vanilla com aproximadamente 10 jogadores, e 8 GB para um modpack grande com o mesmo número de jogadores. Defina o -Xms e o -Xmx com o mesmo valor e deixe 1 GB a 2 GB da máquina livres para o sistema operativo, porque a JVM utiliza memória fora da heap e o kernel precisa de cache de página. Uma heap maior do que a capacidade da máquina faz com que o processo seja terminado pelo kernel, o que aparece no dmesg como uma linha de falta de memória (out of memory) em vez de um erro de Java.

Porque é que os meus jogadores sentem lag quando o servidor tem CPU e RAM de sobra?

Duas causas explicam essa descrição. Verifique o log do servidor à procura de Can't keep up! Is the server overloaded?, o que significa que a thread principal falhou o seu orçamento de 50 ms por tick enquanto os outros núcleos estavam inativos. No Paper, esse aviso pode ser desativado com o warn-on-overload: false no bukkit.yml, por isso confirme se ainda está ativado antes de confiar na sua ausência. Se o aviso estiver ativado e ausente, verifique o caminho de rede: peça a cada jogador para correr o mtr -rwzc 100 203.0.113.10 contra o endereço do seu servidor e leia a última linha. Verifique também a coluna st no vmstat 1: tempo de roubo (steal time) acima de alguns por cento significa que o host está sobrecarregado (oversold), pelo que o CPU inativo que vê não está, na verdade, disponível para si.

Que portas preciso de abrir para um servidor de jogo?

Apenas a porta do próprio jogo, além do SSH. O Minecraft Java utiliza TCP 25565, o Minecraft Bedrock utiliza UDP 19132, o Valheim utiliza UDP 2456 e 2457, e o Palworld utiliza UDP 8211. Adicione a regra de SSH antes de executar o ufw enable, ou perderá o acesso à máquina. Lembre-se de que muitos fornecedores executam uma segunda firewall no seu painel de controlo, e a porta tem de estar aberta em ambos. Nunca abra o RCON na porta 25575 para a internet, porque é uma palavra-passe enviada em texto simples.