Tutoriais de VPS
Como saber se um VPS está com overselling (2026): sinais de roubo de CPU, instabilidade de disco e vizinhos barulhentos
Muitas pessoas compram um VPS e, desde que a máquina ligue e os resultados dos benchmarks não pareçam ruins, assumem que compraram uma "máquina normal". O problema real é que alguns VPS não estão quebrados, mas sim com overselling: durante o dia vão bem, no horário de pico de repente travam; o primeiro teste de estresse é bom, o segundo é completamente diferente; CPU, disco e rede parecem "falhar de vez em quando". Este artigo não recorre a teorias da conspiração e mostra diretamente como avaliar se um VPS apresenta sinais claros de overselling, a partir de roubo de CPU, instabilidade de disco, vizinhos barulhentos e variações por horário.
Quando muitas pessoas ouvem falar de overselling de VPS, a primeira reação é uma frase só:
- Esse provedor não presta, com certeza faz overselling.
Mas, na prática, overselling não é um rótulo que dá para cravar de cara.
Porque muitos problemas de uma máquina não são necessariamente "defeito", mas sim:
- Durante o dia roda razoavelmente bem, à noite de repente trava
- O primeiro teste de estresse é bonito, o segundo não tem nada a ver
- A CPU não fica sempre em 100%, mas as páginas web simplesmente ficam lentas
- A escrita sequencial no disco vai bem, mas a escrita aleatória e a latência são ruins
- O teste de velocidade de rede às vezes dá valores altos, mas a experiência real do negócio é sempre instável
O mais irritante desses fenômenos é que:
- Eles não são tão claros quanto uma queda
- Nem tão fáceis de desmascarar quanto especificações falsas
- Eles se parecem mais com um tipo de "instabilidade persistente" após os recursos do host serem divididos em excesso
Por isso este artigo não faz julgamentos emocionais, mas apresenta uma ordem de identificação mais prática:
- O que conta como "suspeita de overselling"
- Como identificar roubo de CPU
- Como identificar instabilidade de disco
- Que sinais os vizinhos barulhentos deixam ao disputar recursos
- Em que casos é overselling e em que casos é na verdade só um problema de rota
1) Primeiro a conclusão: a manifestação mais comum do overselling não é "não rodar", mas "instabilidade"
Muitas pessoas imaginam o overselling como uma situação extrema:
- A máquina fica completamente inutilizável
- A CPU fica sempre em 100%
- Abrir uma página web leva meio minuto
Isso, claro, pode acontecer, mas o mais comum não é "estar completamente quebrada", e sim:
- O mesmo VPS se comportar de forma muito diferente em horários e cargas diferentes
Ou seja, o sinal que realmente merece atenção normalmente não é:
- Ele é lento
Mas sim:
- Ele fica rápido e lento de forma intermitente, e você não encontra uma explicação normal de negócio
Por exemplo:
- Durante o dia o YABS dá bons resultados, à noite volta a dar bem pior
- A mesma escrita aleatória de 4K: na primeira vez a latência é normal, na segunda oscila claramente
- Seu negócio não mudou, mas no horário de pico o tempo de resposta do banco de dados de repente aumenta
- A máquina às vezes parece que está sendo "segurada", e depois de um tempo se recupera
Esses fenômenos se parecem mais com overselling do que com "ser fraco de forma constante".
Porque o problema mais típico de um host cujos recursos realmente foram divididos em excesso costuma ser:
- Assim que um vizinho coloca carga, sua máquina começa a oscilar
2) Não tire conclusões precipitadas: overselling, rota ruim, disco ruim e configuração baixa não são a mesma coisa
Este é o passo mais importante antes de avaliar overselling.
Se o que você comprou foi:
- Uma máquina pequena de 1 núcleo e 1G
- Uma máquina mensal barata
- Uma rota internacional comum
- Um HDD ou disco comum
Então ela ser lenta não é necessariamente overselling.
Também pode ser apenas:
- A configuração já era insuficiente
- A rota já era comum
- O disco já não era adequado para banco de dados
- Seu negócio já ultrapassa a capacidade desta máquina
Então uma forma mais confiável de avaliar não é:
- Xingar de overselling assim que trava
Mas sim:
- Primeiro ver se existe uma "oscilação anormal" em vez de uma "fraqueza normal"
Em uma frase:
- Ser fraco de forma constante pode ser só configuração baixa
- Oscilar claramente se parece mais com overselling
A CPU é o indicador que todo mundo mais acompanha, mas também o mais fácil de interpretar errado.
Muitas pessoas só olham:
top
htop
E ao ver que a CPU não chegou a 100%, acham que a CPU está sem problema.
Na verdade, não é suficiente.
Não é ficar sempre em 100%, mas sim:
- Travadas repentinas
- Resposta de um único núcleo oscilando
- Travadas ocasionais mesmo com carga leve
- A mesma tarefa levando às vezes muito tempo e às vezes pouco
Você deve focar principalmente nisto:
Se:
load averagenão é exagerado- As requisições do negócio também não são muitas
- Mas páginas, scripts e tarefas sempre vão rápidos às vezes e lentos outras
Isso costuma indicar que o problema não é só a carga do seu próprio negócio.
Por exemplo:
- Mesma máquina, mesmo horário, duas execuções seguidas diferem muito
- O desempenho de um único núcleo sobe e desce
- Os tempos de compilação, compressão e execução de scripts são instáveis
Esse tipo de oscilação merece mais atenção do que "pontuação baixa".
Se o seu sistema suportar, você pode olhar o steal time no ambiente de virtualização.
Por exemplo:
vmstat 1
Ou olhar as informações relacionadas a steal em top/htop.
Se o steal time aparecer com frequência de forma clara, significa que:
- Sua máquina virtual está esperando o host devolver as fatias de tempo de CPU
Esse costuma ser um dos sinais típicos de "vizinho roubando CPU".
Nem todos os ambientes mostram esse indicador de forma especialmente clara, mas, se você o vir, seu valor de referência é alto.
4) Como identificar instabilidade de disco: máquinas com overselling se entregam mais facilmente na E/S aleatória
Muitas páginas de VPS adoram escrever:
- NVMe
- SSD
- Disco de alto desempenho
Mas se um disco é estável não depende do nome, e sim de:
- E/S aleatória
- Latência
- Consistência entre testes repetidos
O mais prático é:
fio --name=randread --ioengine=libaio --rw=randread --bs=4k --direct=1 --size=512M --numjobs=1 --runtime=60 --group_reporting
E a escrita aleatória:
fio --name=randwrite --ioengine=libaio --rw=randwrite --bs=4k --direct=1 --size=512M --numjobs=1 --runtime=60 --group_reporting
Isso não prova diretamente overselling, mas indica que:
- Esse disco pode não ser amigável para cargas reais
Porque muitos sites dinâmicos, bancos de dados e leituras/escritas de arquivos pequenos dependem mais de E/S aleatória.
Isso merece mais atenção.
Principalmente:
- Na primeira vez parece bom
- Na segunda de repente cai pela metade
- Na terceira se recupera um pouco
Essa "instabilidade clara" se parece mais com recursos compartilhados sendo disputados do que simplesmente "resultados baixos".
Você pode combinar com:
iostat -x 1
Se você vir:
- O util do disco disparando
- O await grande
- Seu negócio real não sendo pesado
Então é preciso suspeitar que a camada de armazenamento do host já está muito congestionada.
5) Com o que os vizinhos barulhentos mais se parecem: você não fez nada, mas a máquina começa a falhar sozinha
"Vizinhos barulhentos" é a forma mais pé no chão de descrever o overselling.
O cerne não é que a sua máquina não tenha recursos suficientes, mas sim que:
- Outros VPS no mesmo host estão disputando recursos compartilhados
Isso costuma se manifestar mais como:
Por exemplo:
- Durante o dia vai bem
- No horário de pico trava claramente
- De madrugada volta ao normal
Se esse padrão se repete, não parece uma falha aleatória, mas sim um host congestionado.
Por exemplo:
- Um script bem pequeno de repente demora mais para executar
- O SSH às vezes dá uma pausa
- As consultas do MySQL ocasionalmente ficam bem mais lentas
- O painel abre devagar, mas não sempre devagar
Um problema realmente pontual costuma ser concentrado:
- Rota ruim → aparece principalmente na rede
- Disco ruim → aparece principalmente na E/S
- CPU ruim → aparece principalmente no poder de processamento
Mas se você observar:
- Teste de velocidade de rede instável
- Latência de disco também oscilando
- Tempos de execução de CPU também oscilando
Então se parece mais com o host inteiro congestionado em recursos, e não com a sua configuração em uma única dimensão sendo insuficiente.
6) Como medir a "suspeita de overselling" com mais clareza: sempre repetir, dividir por horário e por dimensão
O pior é rodar uma vez só e depois tirar conclusões.
Uma abordagem mais confiável é:
Primeiro rode uma rodada de:
- YABS
- fio de leitura/escrita aleatória
- iperf3 ou teste de velocidade básico
Rode de novo no mesmo dia, depois de um intervalo.
Se o seu negócio é voltado principalmente para a China ou tem um pico claro de usuários compartilhados, então é obrigatório medir no horário de pico.
O que você deve olhar não é um valor absoluto, mas sim:
- Qual é a diferença
- Se a oscilação se reproduz de forma contínua
- Se o problema só aparece em horários específicos
Se uma máquina:
- Vai normal durante o dia
- Cai claramente no horário de pico
- É parecido por vários dias seguidos
Então é difícil dizer que é só "uma oscilada ocasional".
Para evitar falsos positivos, também é preciso falar dos contraexemplos.
Se o que você vê é:
Por exemplo:
- Rede lenta na China no horário de pico
- Mas CPU e disco normais
- A execução local e os testes de disco também estáveis
Isso se parece mais com problema de rota, não necessariamente overselling.
Se não "oscila", mas é sempre comum, então é mais provável que seja só um disco comum, não necessariamente o host disputando recursos.
Por exemplo:
- 1G de memória rodando um painel e um banco de dados pesados demais
- Uma máquina de 1 núcleo aguentando concorrência demais
- Uma máquina de disco pequeno com escrita alta contínua
Nesse caso, a máquina travar não se chama overselling, se chama ter comprado pequeno demais.
Não diga só "sinto que está travando".
Você deve guardar pelo menos:
- Resultados de testes de horários diferentes
- Comparações de fio / YABS / iperf3
- Capturas de tela de iostat / vmstat
- Diferenças nos tempos de resposta do negócio
Confirme:
- Que não é uma anomalia do programa
- Que não é bloqueio de tabela do banco de dados
- Que não são os logs estourando
- Que não é uma tarefa de backup disputando recursos
Se você puder apresentar:
- Vários retestes
- Oscilações claras
- Comparações por horário
A comunicação por ticket será muito mais eficaz do que "vocês fazem overselling, né".
Se o problema persistir e o seu negócio já estiver sendo afetado:
- Máquina mensal: migre direto
- Máquina anual: primeiro negocie troca de nó/host
- Negócio de alto valor: priorize cortar perdas
Nesse momento, o mais importante não é provar que você acertou, mas sim recuperar a estabilidade o quanto antes.
9) Última frase: o que mais se deve temer no overselling não é "ser fraco", mas "a mesma máquina hoje e ontem parecerem duas máquinas diferentes"
O ponto onde é mais fácil errar ao avaliar overselling é:
- Ver uma pontuação baixa e concluir que é overselling
- Ver uma pontuação alta uma vez e concluir que não há problema
A forma realmente confiável de avaliar é olhar:
- Se é estável
- Se a oscilação é grande
- Se essa oscilação se reproduz de forma contínua
- Se o seu próprio negócio consegue perceber essa instabilidade
Então a ordem de identificação mais prática é:
- Primeiro descartar configuração baixa e problemas de rota
- Depois repetir testes de CPU, disco e rede
- Em seguida olhar o horário de pico e as mudanças em diferentes horários
- Só no final tirar a conclusão de "suspeita de overselling"
Se o maior problema de um VPS não é "ser lento", mas "ficar rápido e lento, bom e ruim de forma intermitente", então você deve começar a suspeitar seriamente:
- Que o problema desta máquina provavelmente não é o seu negócio, mas sim que o host já está congestionado demais.