Alojar um servidor Rust: wipes, plugins e desempenho

Um servidor Rust não se gere como os outros: o mapa é reposto a zero regularmente, os plugins têm de acompanhar cada atualização e o tamanho do mundo pesa no desempenho. Eis como organizar estes três temas antes de abrir o servidor à sua comunidade.

• Na primeira quinta-feira do mês, a atualização da Facepunch impõe um novo mapa a todos os servidores.
• Entre um e outro, a cadência de wipe é decidida por si: anuncie-a e cumpra-a.
• Oxide/uMod ou Carbon acrescentam os plugins; verifique a compatibilidade após cada atualização.
• O tamanho do mapa e o número de jogadores determinam a RAM e o CPU necessários.

Compreender o calendário de wipes

Um wipe repõe o mundo a zero: construções, inventários e, consoante o caso, os blueprints desbloqueados. A Facepunch publica uma atualização na primeira quinta-feira de cada mês, e este «forced wipe» impõe um novo mapa a todos os servidores. Entre um e outro, a cadência é decidida por si: muitas comunidades fazem wipe todas as semanas ou de duas em duas semanas.

• Map wipe: novo mapa, os blueprints desbloqueados são mantidos.
• Wipe completo: o mapa e os blueprints são repostos a zero.
• Forced wipe: na primeira quinta-feira do mês, com a atualização da Facepunch.

Anunciar e automatizar os wipes

Os jogadores escolhem muitas vezes o servidor pela data de wipe. Indique-a no nome ou na descrição e cumpra-a. Na ACLClouds, a variante Rust Auto Wipe pode ser escolhida na encomenda, e o agendador do painel executa tarefas segundo uma expressão cron: aviso aos jogadores, cópia de segurança e depois reinício. O guia para agendar reinícios e reposições mostra como encadear estas tarefas.

• Data e hora do wipe indicadas na descrição do servidor.
• Uma mensagem aos jogadores vários minutos antes da paragem.
• Um teste com «Executar agora» quando ninguém está ligado.

Plugins: Oxide/uMod ou Carbon

O servidor Rust oficial não carrega plugins por si só. Um framework de modding como Oxide/uMod ou Carbon acrescenta essa capacidade: kits, teletransporte, clãs, ferramentas de moderação. Com Oxide/uMod, os plugins são ficheiros .cs colocados em oxide/plugins, e a respetiva configuração encontra-se em oxide/config. Após cada atualização mensal, verifique se o framework e os plugins são compatíveis antes de reabrir o servidor.

• Um único framework de modding: Oxide/uMod ou Carbon, não os dois.
• Alguns plugins bem escolhidos em vez de uma longa lista nunca atualizada.
• Um plugin de cada vez, com uma leitura da consola ao recarregar.

Tamanho do mapa, jogadores e desempenho

O mapa procedural define-se pelo tamanho e pela seed, nos parâmetros de arranque. Um mapa grande e muitas construções exigem mais memória, e cada jogador ligado acrescenta carga ao processador. Em vez de procurar o maior mapa possível, dimensione-o de acordo com o número de jogadores realmente esperado e vigie a RAM e o CPU ao longo do wipe: a carga aumenta à medida que as bases crescem.

• Um tamanho de mapa adequado ao número de jogadores esperado.
• Uma alteração de tamanho ou de seed no momento de um wipe, não a meio do jogo.
• Uma vigilância da RAM no fim do wipe, quando as bases são mais numerosas.

Atualizações e cópias de segurança

O Rust instala-se e atualiza-se com o SteamCMD. Antes de uma atualização, avise os jogadores, pare o servidor e faça cópia de segurança da configuração e dos dados dos plugins: o guia para atualizar um servidor com o SteamCMD detalha a ordem das operações. Os planos Rust ACLClouds incluem proteção anti-DDoS, consola em tempo real e acesso aos ficheiros, e é possível mudar de plano quando a comunidade cresce.

• Uma cópia de segurança de oxide/config e oxide/data antes de cada atualização.
• Uma cópia fora do servidor, segundo a regra 3-2-1.
• Uma ligação de teste antes de reabrir o servidor aos jogadores.