Minha VPS caiu: o que fazer nos primeiros 15 minutos

Como saber se a VPS caiu de verdade ou se é a minha rede?

Muita queda de VPS é, na prática, queda do lado de quem acessa. Antes de qualquer coisa, teste de dois lugares diferentes, por exemplo do computador do escritório e do celular no 4G:

• Ping para o IP público da VPS (ping 203.0.113.10). Se responde, a máquina está ligada e a rede chega até ela.
• Porta do serviço: SSH na 22, painel web na 443, SIP na 5060. Um ping respondendo com a porta fechada aponta para serviço parado ou firewall, não para máquina desligada.
• Se o site usa domínio, confira se o DNS ainda aponta para o IP certo. Domínio vencido ou DNS em transição derruba o acesso sem a VPS ter caído.

Se do 4G funciona e do escritório não, o problema está no link ou no firewall da empresa. Se não funciona de lugar nenhum, siga para o painel.

O que olhar primeiro no painel do provedor?

O painel diz o que a rede não diz. Procure três coisas:

1. Estado da VM: ligada, desligada ou pausada. VM desligada sozinha costuma ser falta de pagamento, manutenção programada ou falha no servidor físico.
2. Gráficos de CPU, memória e disco da última hora. CPU travada em 100% ou memória no limite indicam processo descontrolado; o sistema fica tão lento que parece morto.
3. Avisos e e-mails do provedor. Manutenção, ataque de negação de serviço (DDoS) ou incidente no datacenter aparecem ali antes de aparecer no suporte.

Para que serve o console pelo navegador?

O console (VNC ou noVNC no painel; em servidor dedicado, o KVM over IP) mostra a tela da máquina como se você estivesse na frente dela, sem depender de rede nem de SSH. É ali que aparecem os casos que ninguém vê de fora:

• sistema parado no boot pedindo verificação de disco (fsck);
• tela de kernel panic depois de uma atualização;
• regra de firewall (iptables, ufw) que trancou o próprio acesso SSH;
• disco 100% cheio, com o banco de dados recusando escrita.

Reiniciar pelo painel resolve travamento, mas apaga a pista. Se der, tire um print do console antes.

Quais são as causas mais comuns de uma VPS fora do ar?

O que informar ao suporte para resolver mais rápido?

Um chamado bom economiza a primeira meia hora de troca de mensagens. Mande de uma vez:

• o IP ou o nome da VPS e o horário em que parou (com fuso);
• o que você já testou: ping, porta, console, de qual rede;
• a mensagem de erro exata ou um print do console;
• se houve alguma mudança recente: atualização, regra de firewall, troca de senha.

Na NuvoCloud o suporte é 24/7 em português, por telefone (0800 123 4657), chat e WhatsApp, e o monitoramento do NOC costuma ver a queda antes do cliente.

Quanto tempo de queda o SLA de 99,9% permite?

O SLA (acordo de nível de serviço) é a promessa de disponibilidade por contrato. A conta é simples: um mês tem cerca de 730 horas.

O SLA cobre a infraestrutura do provedor: servidor físico, rede e energia. Queda causada por atualização do seu sistema ou por disco cheio dentro da VM não entra na conta. Por isso as duas frentes, provedor e operação, precisam de cuidado.

Como evitar que a próxima queda vire um dia perdido?

• Snapshot antes de qualquer atualização. Se o boot quebrar, volta-se em minutos.
• Backup fora da própria VM, testado com restauração de verdade. O assunto está em como fazer backup de VPS e testar a restauração.
• Alerta de disco em 80%. Disco cheio é a queda mais evitável que existe.
• Dimensionar com folga: VPS que vive com memória no limite cai no primeiro pico. Veja como dimensionar vCPU, memória e disco.
• Proteção Anti-DDoS na rede do provedor. Na NuvoCloud vem inclusa até 10 Gbps em todos os planos.

Se a sua VPS cai com frequência e o provedor não explica, vale comparar: a migração assistida leva até 24 horas para 1 a 3 VMs, com a máquina antiga funcionando até a troca.