← Blog

Por que alugar um servidor Palworld em vez de hospedar você mesmo?

Par Benjamin D. · PDG

· Mis à jour le 25 Eost 2026 · Lecture 10 min

Sumário

Montar um servidor Palworld alugado costuma sair mais barato — em tempo e em dor de cabeça — do que manter a sessão cooperativa aberta no seu PC. Depois de meses acompanhando comunidades que rodam mundos com 16 a 32 jogadores, a diferença aparece nos detalhes: uso de RAM que só cresce, saves corrompidos, latência instável e mods que exigem reinício limpo. Este artigo é um retorno de campo, sem enfeite.



Servidor Palworld dedicado vs. sessão hospedada no seu PC

Palworld oferece dois caminhos: a sessão cooperativa (host = um jogador) e o dedicated server, um binário separado que roda sem cliente gráfico. Na prática, os dois se comportam de maneira muito diferente assim que a base começa a crescer.

Os limites da sessão cooperativa

  • Limite de 4 jogadores na sessão em cooperativo, contra até 32 no modo dedicado.
  • O mundo só existe quando o host está online. Se ele dorme, ninguém joga, ninguém coleta, nenhuma pesquisa avança.
  • Concorrência de recursos: o mesmo processador e a mesma RAM estão renderizando o jogo do host e simulando o mundo inteiro. Com 3-4 amigos, o host é sempre quem tem mais stutter.
  • Upload doméstico: fibra residencial costuma ter upload assimétrico. Cada jogador conectado consome banda de saída, e é aí que o ping dos outros explode.
  • IP exposto: abrir porta no roteador de casa significa expor o endereço residencial. Sem proteção volumétrica, um ataque simples derruba a internet da casa inteira.

O que muda em um servidor dedicado hospedado

Um servidor Palworld dedicado roda 24/7 em uma máquina que só faz isso. O mundo continua persistindo, os Pals continuam trabalhando na base, e a progressão não depende de ninguém estar acordado. Além disso, você ganha:

Critério Sessão no PC do host Servidor dedicado hospedado
Jogadores simultâneos 4 até 32 (configurável)
Disponibilidade Só com o host online 24/7
CPU Compartilhada com o jogo do host Dedicada à simulação do mundo
Armazenamento SSD/HDD doméstico SSD NVMe
Proteção DDoS Nenhuma Anti-DDoS incluído na infraestrutura
Backups Manual, se lembrar Automáticos e agendados
Administração Menu do jogo Painel web, console ao vivo, RCON

Na Serveur Palworld da Fly-Serv, a instalação é instantânea e a base roda em processadores Ryzen de alta frequência com NVMe — dois pontos que importam muito neste jogo específico, e já explico por quê.



Por que Palworld sofre tanto com CPU e RAM (e o que fazer)

Palworld usa Unreal Engine 5 e simula um número absurdo de entidades: cada Pal na base tem uma rotina de trabalho, pathfinding, estado de fome, sanidade e produção. Multiplique por jogadores, por bases (cada jogador pode ter várias) e por estruturas construídas. O resultado é um jogo que:

  • Depende de frequência de clock, não de número de núcleos. A simulação principal é fortemente single-thread. Um processador com IPC alto e clock elevado entrega tickrate mais estável do que um CPU com muitos núcleos lentos. É por isso que Ryzen de alta frequência faz diferença real aqui.
  • Consome RAM de forma crescente. Um mundo recém-criado com 4 jogadores pode viver com 8 GB. O mesmo mundo, três meses depois, com 10 jogadores e bases gigantes, pede 16 GB ou mais. Dimensione com folga.
  • Escreve o save com frequência. O arquivo Level.sav cresce e o processo de gravação trava a simulação por alguns instantes. Em disco lento, isso vira um freeze visível para todo mundo. NVMe reduz esse impacto.

Sintomas típicos de servidor mal dimensionado

  1. Pals param de trabalhar ou ficam presos em pathfinding.
  2. Rubber banding (o personagem volta alguns metros) mesmo com ping baixo — sinal de tick do servidor caindo, não de rede.
  3. Micro-freezes periódicos a cada X minutos — quase sempre o autosave.
  4. Crash com out of memory depois de várias horas de uptime.

Ajustes que realmente aliviam a carga

Antes de comprar mais RAM, mexa nos parâmetros do mundo. O arquivo PalWorldSettings.ini tem opções que impactam diretamente o custo de simulação:

[/Script/Pal.PalGameWorldSettings]
OptionSettings=(
  ServerName="Servidor Palworld - Comunidade BR",
  ServerDescription="PvE cooperativo, wipe zero",
  AdminPassword="TrocarEsteValorAgora",
  ServerPassword="",
  PublicPort=8211,
  ServerPlayerMaxNum=16,
  RCONEnabled=True,
  RCONPort=25575,
  BaseCampMaxNumInGuild=3,
  BaseCampWorkerMaxNum=15,
  GuildPlayerMaxNum=10,
  DropItemMaxNum=3000,
  AutoSaveSpan=600.000000,
  bIsMultiplay=True,
  bEnableInvaderEnemy=True,
  PalEggDefaultHatchingTime=2.000000,
  CollectionDropRate=1.500000,
  ExpRate=1.500000
)

Três valores merecem atenção especial:

  • BaseCampMaxNumInGuild — cada base extra é uma área de simulação permanente. Reduzir de 4 para 2-3 corta carga sem frustrar os jogadores.
  • BaseCampWorkerMaxNum — número de Pals trabalhando por base. É provavelmente o parâmetro com maior impacto direto no CPU.
  • DropItemMaxNum — itens no chão são entidades vivas. Um valor alto num servidor movimentado degrada tudo. 1500-3000 é razoável.

Sobre AutoSaveSpan: baixar para 60 segundos parece seguro, mas multiplica os freezes de gravação. Entre 300 e 600 segundos, combinado com backups automáticos do painel, é um equilíbrio melhor. A documentação técnica oficial de Palworld lista a tabela completa de parâmetros — vale ter aberta ao lado.



Administrar um servidor Palworld no painel: o dia a dia real

Alugar não é só terceirizar hardware. O que muda o cotidiano de quem administra é a ferramenta. Com o painel Pterodactyl, o fluxo típico de manutenção fica assim.

Console ao vivo e RCON

O console mostra logs em tempo real: conexões, desconexões, erros de carregamento de mod, avisos de save. Com RCON habilitado, você administra sem entrar no jogo:

# comandos RCON de Palworld
ShowPlayers
Info
Save
Broadcast Reinicio_em_5_minutos
KickPlayer <SteamID>
BanPlayer <SteamID>
Shutdown 60 Manutencao_programada

Detalhe de campo: em Palworld, o Broadcast não aceita espaços — use underscores ou a mensagem é truncada. Parece bobagem, mas evita metade dos tickets de suporte de administradores iniciantes.

Gestão de arquivos e sub-usuários

O gerenciador de arquivos do painel dá acesso direto a:

  • Pal/Saved/Config/LinuxServer/PalWorldSettings.ini — configuração principal.
  • Pal/Saved/SaveGames/0/<ID>/ — o mundo, incluindo Level.sav e as pastas de jogadores.
  • Pal/Binaries/Win64/ ou Pal/Binaries/Linux/ — onde ficam mods e binários.

Os sub-usuários resolvem um problema clássico de comunidade: dar acesso a um moderador sem entregar as chaves do reino. Você libera console e reinício, mas não faturamento nem exclusão de arquivos. Em comunidades com 3-4 admins, isso já evitou muitos "apaguei sem querer".

Backups: a diferença entre um susto e um wipe

Palworld tem histórico de saves corrompidos, especialmente após crash durante gravação. A rotina que funciona:

  1. Backups automáticos agendados pelo painel (diário no mínimo, de 6 em 6 horas em servidores ativos).
  2. Sempre um backup manual antes de: atualização do jogo, instalação de mod, mudança grande no .ini.
  3. Uma cópia fora do servidor. Baixe o arquivo do save uma vez por semana. Redundância local não substitui redundância geográfica.
  4. Teste de restauração pelo menos uma vez. Backup que nunca foi restaurado é backup teórico.

Mods e atualizações

A cena de mods de Palworld ainda é jovem e depende muito da versão do jogo. Regra prática que evita fim de semana perdido:

  • Nunca atualize o servidor no mesmo dia do patch se sua comunidade depende de mods. Espere os autores atualizarem.
  • Cliente e servidor precisam da mesma versão. Divergência gera erro de conexão genérico que confunde todo mundo.
  • Mods server-side (loot, taxas, spawn) são mais seguros que mods que exigem instalação em cada cliente.
  • Documente em um canal Discord fixo qual versão e quais mods estão ativos.


Alugar servidor de jogo ou montar em VPS?

Pergunta legítima. As duas opções são válidas, mas atendem perfis diferentes.

Servidor de jogo gerenciado

Instalação instantânea, painel pronto, atualização com um clique, backups configurados. Você foca em regras, comunidade e balanceamento. É o caminho para 90% dos casos, inclusive para comunidades grandes. O mesmo modelo se aplica a outros títulos exigentes — vale olhar Tous nos serveurs de jeu se você roda Serveur ARK ou Serveur Rust em paralelo.

VPS: controle total, responsabilidade total

Se você quer rodar Palworld ao lado de um bot Discord, um site de estatísticas e talvez um segundo jogo, um VPS Linux faz sentido. Ou um VPS Pterodactyl se você quer o mesmo painel, mas gerenciado por você. Instalação básica em Debian/Ubuntu:

# dependências e usuário dedicado
sudo apt update && sudo apt install -y steamcmd lib32gcc-s1 screen
sudo useradd -m -s /bin/bash palworld
sudo su - palworld

# instalação do servidor dedicado (AppID 2394010)
steamcmd +force_install_dir ~/palworld \
  +login anonymous \
  +app_update 2394010 validate \
  +quit

Depois, um serviço systemd para reinício automático:

sudo tee /etc/systemd/system/palworld.service > /dev/null <<'EOF'
[Unit]
Description=Palworld Dedicated Server
After=network.target

[Service]
Type=simple
User=palworld
WorkingDirectory=/home/palworld/palworld
ExecStart=/home/palworld/palworld/PalServer.sh -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS
Restart=on-failure
RestartSec=15

[Install]
WantedBy=multi-user.target
EOF

sudo systemctl daemon-reload
sudo systemctl enable --now palworld
sudo systemctl status palworld

As flags -useperfthreads -NoAsyncLoadingThread -UseMultithreadForDS não são cosméticas: melhoram a distribuição de carga do servidor dedicado e são recomendadas em quase todos os guias sérios.

Segurança mínima no VPS

Se você assume a administração, assuma também o endurecimento. O anti-DDoS volumétrico já é tratado na infraestrutura, mas o resto é com você:

# chave SSH em vez de senha
ssh-keygen -t ed25519 -C "admin-palworld"
ssh-copy-id -i ~/.ssh/id_ed25519.pub usuario@IP_DO_VPS

# desativar login por senha e root
sudo sed -i 's/^#\?PasswordAuthentication.*/PasswordAuthentication no/' /etc/ssh/sshd_config
sudo sed -i 's/^#\?PermitRootLogin.*/PermitRootLogin no/' /etc/ssh/sshd_config
sudo systemctl restart ssh

# firewall: só o necessário
sudo ufw default deny incoming
sudo ufw allow 22/tcp
sudo ufw allow 8211/udp        # porta do jogo
sudo ufw allow from SEU_IP to any port 25575 proto tcp   # RCON restrito
sudo ufw enable

# fail2ban contra brute force
sudo apt install -y fail2ban
sudo systemctl enable --now fail2ban

Três regras não negociáveis: RCON nunca aberto para a internet inteira, senha de admin longa e única, e atualizações de sistema aplicadas com regularidade. Para Windows, o raciocínio é o mesmo em VPS Windows: RDP restrito por IP e senhas fortes.

Como escolher

Seu perfil Recomendação
Quero jogar com amigos hoje à noite Servidor de jogo gerenciado, instalação instantânea
Comunidade de 16-32 jogadores, mods, moderadores Servidor gerenciado com painel e sub-usuários
Vários serviços, scripts próprios, controle total VPS Linux ou VPS Pterodactyl
Ferramentas exclusivas Windows VPS Windows

Sobre latência: escolha a localização mais próxima da maioria da sua comunidade. Um servidor Palworld hospedado na Europa para jogadores brasileiros vai somar 180-220 ms de RTT — jogável em PvE cooperativo, desconfortável em combate. Pense na geografia antes do preço.



Checklist antes de abrir o servidor para a comunidade

  • Senha de admin trocada e guardada em gerenciador de senhas.
  • ServerPlayerMaxNum coerente com a RAM contratada.
  • BaseCampWorkerMaxNum e DropItemMaxNum ajustados.
  • Backups automáticos ativos e um backup manual de referência baixado.
  • RCON habilitado, porta restrita, testado com ShowPlayers.
  • Taxas (XP, coleta, eclosão) definidas antes do lançamento — mudar depois gera revolta.
  • Regras publicadas e sub-usuários criados para a moderação.
  • Versão do jogo anotada e comunicada aos jogadores.

Outros guias técnicos de administração estão no Blog Fly-Serv, incluindo configurações para Serveur Valheim e Serveur Minecraft, que compartilham boa parte dessa lógica de dimensionamento e backup.



Conclusão

Alugar resolve os três problemas que mais matam mundos de Palworld: disponibilidade, dimensionamento de CPU e saves perdidos. O resto é disciplina — ajustar os parâmetros certos, testar restauração de backup e não atualizar às cegas. Com um painel decente e hardware coerente, administrar deixa de ser trabalho e volta a ser jogo. É esse o objetivo.



FAQ

Quanta RAM preciso para um servidor Palworld com 16 jogadores?

Conte com 16 GB como base de trabalho para 16 jogadores ativos. Palworld consome memória de forma crescente conforme bases e Pals se acumulam, então um mundo com meses de progressão pede mais do que um recém-criado. Reduzir BaseCampMaxNumInGuild e BaseCampWorkerMaxNum alivia bastante o consumo antes de precisar subir de plano.

Meu save de sessão cooperativa pode ser migrado para um servidor dedicado?

A migração direta não é oficialmente suportada e costuma quebrar os dados de jogadores, que são armazenados de forma diferente entre os dois modos. Existem ferramentas comunitárias de conversão, mas o resultado é irregular. Antes de tentar, faça backup completo da pasta SaveGames e teste em um servidor secundário — nunca direto no mundo da comunidade.

Como reduzir os micro-freezes que acontecem a cada poucos minutos?

Quase sempre é o autosave gravando o Level.sav. Aumente AutoSaveSpan para 300-600 segundos, limite DropItemMaxNum para reduzir o tamanho do arquivo e certifique-se de estar em armazenamento NVMe. Se os freezes persistirem fora do ciclo de save, o gargalo é CPU: reduza o número de Pals trabalhadores por base.