Um servidor Minecraft em VDS: quando faz sentido
Uma comparação honesta entre VDS e hospedagem de jogos pronta para Minecraft, escolha do tier pelo número de jogadores e o procedimento para instalar manualmente o core do servidor.
Atualizado em 23 de agosto de 2026
Você pode rodar qualquer servidor de Minecraft em uma VPS — você tem acesso root total. A questão é se você precisa disso: tudo o que um painel de jogos faz, você terá que fazer na mão, incluindo inicialização, atualizações e backups.
Quando uma VPS faz sentido
Escolha uma VPS se:
- você precisa de uma rede de servidores com um proxy, seu próprio banco de dados e um site em uma única máquina;
- você está instalando softwares não padronizados que os painéis de jogos não oferecem;
- um bot, um painel web e a API do seu projeto precisam rodar junto com ele;
- você se sente à vontade trabalhando no console do Linux.
A hospedagem de jogos pronta é mais conveniente se você quer um botão de “iniciar”, um gerenciador de arquivos, cópias automáticas de mundos e orientação sobre os cores de servidor. Não há necessidade de brigar com systemd, portas e Java.
Escolhendo um plano
O Minecraft é limitado pela frequência de um único núcleo e pela memória. O Ryzen 9 7950X joga a seu favor aqui, mas dimensione a memória com folga para o sistema.
| Plano | Núcleos / memória | Cenário realista |
|---|---|---|
| VDS-1 (1/2) | 1 / 2 GB | Um servidor vanilla para 3–5 amigos |
| VDS-2 (2/4) | 2 / 4 GB | Vanilla ou plugins leves, 10–15 jogadores |
| VDS-3 (4/8) | 4 / 8 GB | Plugins de Paper, 20–40 jogadores |
| VDS-4 (6/16) | 6 / 16 GB | Um modpack de porte médio ou dois servidores |
| VDS-5 e VDS-6 | 8–10 / 24–32 GB | Uma rede com um proxy e um banco de dados |
Modpacks pesados consomem memória mais rápido do que jogadores: 60 mods para dez pessoas exigem mais do que o vanilla para cinquenta.
Instalação
apt update && apt install -y openjdk-21-jre-headless
useradd -r -m -d /srv/mc -s /usr/sbin/nologin mc
cd /srv/mc
sudo -u mc curl -O https://core-address/paper.jar
sudo -u mc bash -c 'echo eula=true > eula.txt'
A unit /etc/systemd/system/mc.service:
[Service]
User=mc
WorkingDirectory=/srv/mc
ExecStart=/usr/bin/java -Xms2G -Xmx3G -jar paper.jar nogui
Restart=on-failure
SuccessExitStatus=0 1
[Install]
WantedBy=multi-user.target
Defina -Xmx para no máximo a memória do plano menos 1 GB para o sistema: no VDS-2 isso é 3 GB, não 4.
Você precisa abrir a porta 25565 no firewall da máquina. O endereço para os jogadores é o IPv4 público da aba “Visão geral” do painel em /hosting/vds/m/<id>.
O que você terá que fazer por conta própria
- Backups de mundos: não há snapshots nem backups automáticos da máquina — apenas seu próprio cron e o envio para armazenamento externo.
- Atualizações de kernel e Java.
- Proteção contra ataques de flood e força bruta de senha via SSH.
- Monitoramento de disco: os mundos crescem, mas o disco é fixo pelo plano, de 40 a 250 GB.
Erros comuns
| Sintoma | Causa |
|---|---|
| O servidor trava sem nenhuma mensagem | O Java pediu mais memória do que está disponível: verifique journalctl -k | grep -i oom |
| Lag constante com 10 jogadores | Plugins pesados ou -Xmx muito baixo, não uma CPU fraca |
| Os jogadores não conseguem entrar | A porta está fechada ou o servidor está escutando em 127.0.0.1 |
| O mundo está corrompido após uma queda | Não há cópias, e Restart=always continuou reiniciando o servidor sobre dados corrompidos |
A largura de banda de até 500 Mbps e a velocidade do disco são limitadas pelo plano: 60 MB/s de escrita por núcleo, o dobro para leitura. Para um mundo com geração constante de chunks, isso é perceptível nos planos mais baixos.