Sinais de que está na hora de trocar de hospedagem
Instabilidade, quedas do nada e suporte que some. Como saber se o problema é a sua hospedagem ou a sua base antes de tomar a decisão.
Quase ninguém troca de hospedagem no primeiro problema. A gente vai empurrando, achando que foi coisa pontual, até perceber que virou rotina e que os jogadores já foram embora.
Existem três sinais que aparecem antes disso, e todos dão para verificar sem adivinhação.
Prefere assistir? Falamos sobre isso neste vídeo.
1. Instabilidade no servidor
É o sinal mais comum e o mais fácil de confundir com problema de base.
Você percebe pelo comportamento dentro da cidade: personagem que volta atrás, veículo que anda aos pulos, ação que demora a responder, tudo piorando conforme a cidade enche. Costuma aparecer primeiro no horário de pico e sumir de madrugada, o que é justamente o que faz a pessoa achar que não foi nada.
Antes de culpar a hospedagem, verifique se o problema é a sua base. Abra o
resmon e olhe o consumo dos scripts, seguindo
como descobrir os scripts pesados com o resmon.
Se um recurso sozinho está comendo o tempo do servidor, o problema é ele, não a
máquina.
Vale conferir também se os artifacts estão atualizados, porque versão antiga costuma trazer instabilidade que já foi corrigida.
Quando o problema é a hospedagem: os scripts estão comportados, o servidor não está perto do limite de memória, e mesmo assim a cidade engasga. Isso costuma ser recurso compartilhado demais, ou seja, você está dividindo a máquina com vizinhos barulhentos e o desempenho oscila conforme o que eles fazem.
Outro sinal na mesma linha: os jogadores reclamando de ping alto ou de demora para entrar. Ping alto aponta para a localização do datacenter. Demora para entrar, sozinha, geralmente é download de arquivos, e isso o cache externo resolve sem trocar nada.
2. Quedas e reinícios inesperados
Servidor que cai sozinho, volta sozinho, ou simplesmente some sem ninguém ter tocado nele.
Aqui a checagem também é objetiva. Antes de concluir qualquer coisa, olhe o console do servidor no momento da queda. Se ele registrou erro de script, crash de recurso ou falta de memória, o problema é a base ou o dimensionamento do plano. Se o servidor caiu junto com a máquina, sem nada no console, o problema está embaixo.
Dois padrões que apontam para a hospedagem:
- A máquina inteira reinicia, e não só o processo do FiveM. Reinício de manutenção acontece, mas com aviso e horário combinado. Sem aviso e no meio da noite de sábado é outra coisa.
- A queda acontece sempre no pico, ou logo depois de um evento com muita gente. Isso costuma ser ataque, e ataque não derruba servidor protegido de verdade.
Esse segundo caso merece atenção especial, porque muita hospedagem barata anuncia proteção DDoS e entrega null-route, que descarta todo o tráfego do seu IP quando detecta o ataque. O ataque para e a sua cidade também. A diferença está em proteção DDoS: o que é e por que importa.
Se o seu servidor cai toda vez que alguém resolve incomodar, você não tem proteção, tem um aviso de que está sem ela.
3. Suporte lento e despreparado
Este é o sinal que decide, porque os dois anteriores só viram desastre quando não há ninguém para resolver.
Suporte ruim aparece de três jeitos:
- Demora. Cidade cheia parada esperando resposta de ticket é jogador indo embora em tempo real. Se o retorno vem em horas, o dano já aconteceu.
- Horário. Servidor de FiveM vive à noite e no fim de semana. Suporte que atende só em horário comercial não cobre o momento em que você precisa.
- Despreparo. É a resposta que confirma que a máquina está ligada e encerra o chamado. Quem entende de FiveM olha o console, a porta, o artifact e o consumo antes de dizer que está tudo certo.
Um teste simples: mande uma dúvida técnica agora, num horário ruim, e veja quanto tempo leva e que tipo de resposta chega. É mais informativo que qualquer página de recursos.
Como confirmar antes de decidir
Reunindo os três sinais, o roteiro é:
| Sintoma | Verifique primeiro | Se estiver ok, é a hospedagem |
|---|---|---|
| Cidade travando no pico | resmon e artifacts | Recurso compartilhado ou plano pequeno |
| Ping alto | Reclamação é geral ou de poucos? | Datacenter longe |
| Queda com erro no console | O script que crashou | Não é a hospedagem |
| Queda da máquina inteira | Nada no console | Infra ou ataque sem proteção |
| Cai sempre no pico | Se há registro de ataque | Proteção DDoS insuficiente |
| Problema sem resposta | Tempo e qualidade do retorno | Suporte |
Se depois dessa checagem a sua base está limpa, os artifacts atualizados e o plano é compatível com o público, o problema não está no seu lado.
Trocar dá menos trabalho do que parece
O que mais segura as pessoas numa hospedagem ruim é o medo da migração. Na prática, é o mesmo procedimento de sempre: copiar a base, importar o banco, abrir a porta e subir.
O caminho completo está em como subir o seu servidor de FiveM na VPS, e a parte de mandar os arquivos em como transferir a base do seu servidor.
Um detalhe que economiza dor de cabeça: se você divulga um endereço personalizado em vez do IP, a troca de máquina é invisível para o jogador. Muda o apontamento e pronto, ninguém precisa saber que o servidor mudou de lugar.
Nos planos de VPS da WyzeHost usamos AMD Ryzen 9, servidores em Cotia-SP, proteção DDoS inclusa em todos os planos e suporte 24 horas. Se estiver comparando antes de decidir, escrevemos sobre os critérios em hospedagem barata para FiveM vale a pena?.
