Um servidor de jogos para você e alguns amigos é um dos motivos mais legais para alugar um VPS. Você tem um endereço fixo que fica online quando você está, sem regras de ninguém sobre mods ou whitelist, e — se for Minecraft — um mundo que continua tickando esteja seu PC ligado ou não. O detalhe é que "servidor de jogos" cobre tudo, de cinco amigos no vanilla a um pacote de 200 mods para cem pessoas, e essas não são a mesma máquina.
Então vamos ser específicos sobre o que de fato cabe.
Minecraft, por quantidade de jogadores
Os números que importam, para vanilla ou Paper:
- 1-5 jogadores, vanilla/Paper — 2-4 GB RAM. O plano Small (US$8) é o ponto confortável.
- ~10 jogadores, vanilla — 6-8 GB quando o mundo cresce e os chunks carregam. Esse é o Medium (US$12), e honestamente é a borda do confortável, não folgado.
- Um modpack grande (Forge/Fabric, 150+ mods) — 8-16 GB e faminto por velocidade de núcleo único. Nós não chegamos lá, e fingir o contrário só te daria um servidor com lag. Esse trabalho quer uma máquina maior, de clock alto.
Se seu plano é "mundo de survival com amigos, talvez alguns plugins de qualidade de vida", o Small ou o Medium é exatamente certo. Se seu plano é "o modpack popular que todo mundo joga", esta é a página errada e preferimos dizer isso.
A coisa do thread único que ninguém menciona
Veja a parte que a maioria das páginas de hospedagem de jogos pula: o tick do servidor de Minecraft é em grande parte de thread único. Mais RAM não resolve o lag quando a CPU é o gargalo — um núcleo fazendo a simulação do mundo é o que define seu tick rate. Isso significa que a velocidade de clock importa mais que a quantidade de núcleos para esta carga específica.
Num VPS de vCPU compartilhado — nosso ou de qualquer um — você não tem um clock fixo garantido. Para um punhado de jogadores e um view-distance sensato, você não vai notar. Aumente a quantidade de jogadores, a quantidade de mobs ou uma engenhoca gigante de redstone, e você vai. Se seu servidor absolutamente precisa de um núcleo de alta frequência garantido, isso é território de hardware dedicado, não um plano compartilhado. Preferimos que você saiba disso antes de comprar a culpar o jogo depois.
Fazendo rodar bem mesmo assim
Duas configurações no server.properties fazem a maior parte do trabalho:
view-distance— quantos chunks ao redor de cada jogador o servidor mantém carregados. Cair do padrão 10 para 6-8 corta RAM e CPU visivelmente com uma diferença mal perceptível.simulation-distance— quão longe entidades e redstone de fato tickam. Reduza e as bordas distantes do mundo param de comer CPU.
Rode Paper, não vanilla — é a maior vitória grátis. E dê ao Java um heap sensato (-Xmx um pouco abaixo da RAM do seu plano, deixando espaço para o SO). Nada disso é exótico; é só a diferença entre um servidor que segura 20 TPS e um que engasga.
Escolhendo o plano
| Configuração | RAM que você quer | Plano |
|---|---|---|
| 1-5 amigos, vanilla/Paper | 2-4 GB | Small (US$8) |
| ~10 jogadores, vanilla | 6-8 GB | Medium (US$12), apertado |
| Modpack grande / comunidade grande | 8-16 GB+ | não um VPS compartilhado |
Para a maioria dos "servidores para o grupo de amigos", o Small é o ponto de partida honesto, e você passa para o Medium se o grupo cresce ou você empilha plugins. Há uma montagem passo a passo no nosso guia sobre montar um servidor de Minecraft num VPS — o serviço systemd, a porta do firewall, backups do mundo, tudo.
Por que aqui
Você tem root completo, então é seu servidor — suas flags de JVM, seus plugins, seus backups, nenhum painel decidindo o que você pode mudar. O pagamento é em cripto (USDC ou USDT em Base, Ethereum ou Polygon), sem KYC, sem documentos — razoável quando você só quer uma máquina para um mundo de sexta à noite. Root em cerca de 60 segundos após o pagamento.
O limite honesto, mais uma vez: vanilla e Paper para um grupo de amigos no Small ou no Medium — ótimo encaixe. Um modpack pesado para uma comunidade grande — não são nossos planos, e vamos dizer isso em vez de te vender a decepção. Pronto? Escolha um plano e você estará editando o server.properties em um minuto.
Comentários
Nenhum comentário ainda. Seja o primeiro.