Como verificar a velocidade e o consumo de tráfego do seu servidor

"O servidor está lento" pode significar três coisas diferentes: a rede está ocupada, algo no servidor está consumindo a banda, ou o próprio teste está errado. Estes sete passos separam uma da outra. Os comandos são para Linux; os nomes de pacotes valem para sistemas que usam apt.

1. Veja os gráficos do painel

Abra o servidor no painel e vá à aba Métricas. O gráfico de rede mostra o tráfego de entrada e saída por segundo na última hora, no último dia ou na última semana. Os dados vêm da camada de virtualização, então aparecem mesmo quando o sistema dentro do servidor travou.

Duas coisas ele não mostra: totais em gigabytes e qual programa gerou o tráfego. Para isso servem os próximos passos.

Os mesmos dados estão disponíveis pela API, incluindo o último mês:

curl -s "https://api.eqvps.com/api/v1/eqvps/services/SERVICE_ID/metrics?timeframe=month" \
  -H "Authorization: Bearer $EQVPS_API_KEY"

2. Descubra sua interface de rede

A maioria dos comandos abaixo precisa do nome da interface:

ip -br addr

É a interface com seu endereço público (ou privado, em servidores NAT), muitas vezes eth0 ou ens18. Substitua eth0 abaixo se a sua tiver outro nome.

3. Conte o tráfego por dia e por mês com o vnStat

apt install -y vnstat
vnstat -l -i eth0          # live rate, Ctrl+C to stop
vnstat -d                  # per day
vnstat -m                  # per month

O vnStat lê os contadores de interface do kernel, sobrevive a reinícios e quase não consome nada. Ele começa a contar quando é instalado, então instale antes de precisar dos números.

4. Veja qual processo usa a banda

apt install -y nethogs
nethogs eth0

O nethogs lista os processos com suas taxas atuais de envio e recebimento. Se você vir um processo desconhecido gerando tráfego, olhe com atenção: um grande enviador inesperado pode indicar um servidor comprometido.

Para ver as conexões em si:

ss -tunap | head -30

5. Faça um teste de velocidade que signifique algo

O jeito confiável é o iperf3 entre duas máquinas que você controla. Na outra máquina, inicie o servidor:

iperf3 -s

No seu servidor, teste os dois sentidos com 4 fluxos por 30 segundos:

iperf3 -c OTHER_HOST -P 4 -t 30        # upload from this server
iperf3 -c OTHER_HOST -P 4 -t 30 -R     # download to this server

Um servidor NAT só aceita conexões de entrada na porta SSH, então rode iperf3 -s na outra máquina e mantenha o servidor NAT como cliente, como acima.

Sem uma segunda máquina? Baixe um arquivo grande de um espelho rápido perto de você e leia a média:

curl -o /dev/null -w "%{speed_download}\n" https://mirror.example.net/1GB.bin

O resultado está em bytes por segundo. Multiplique por 8 para ter bits por segundo: 110000000 dá cerca de 880 Mbit/s.

6. Verifique latência e perda de pacotes

Vazão baixa em longas distâncias costuma ser problema de latência ou perda, não de banda:

apt install -y mtr-tiny
mtr -rwc 100 example.com

Olhe a coluna Loss% na última linha. Perda que aparece num salto do meio e some depois geralmente significa que aquele roteador dá baixa prioridade às respostas de ping, não perda real.

7. Compare com o esperado

Quando vários servidores da mesma máquina física estão ocupados ao mesmo tempo, o link de saída é dividido igualmente entre eles, então um número menor num momento de pico é esperado. Nenhum plano tem cota de tráfego. Como a divisão funciona está em Tráfego e velocidade de rede.

Num servidor Windows, o Gerenciador de Tarefas → Desempenho → Ethernet mostra a taxa ao vivo, e o Monitor de Recursos → Rede mostra o tráfego por processo.

Se os números forem mesmo baixos

Rode o passo 5 contra dois servidores de teste diferentes, anote o horário e abra um ticket com os comandos e a saída. Com isso conseguimos verificar o link naquele exato momento.

Relacionados

• Tráfego e velocidade de rede: velocidade das portas, divisão justa, portas de e-mail de saída.
• Rede e portas: encaminhamento NAT e portas abertas.
• Liberar espaço em disco, se o vnStat ou os logs encherem o disco.