Teste de benchmark do servidor CN2 internacional da Tencent Cloud 618: a configuração de 99 yuan/ano está com especificações falsas?

Teste real de benchmark do servidor CN2 de 99 yuan/ano, identificando especificações reais e riscos de overcommit.

Atualizado 2026-08-17 · CloudWorth

servidor em nuvembenchmarkespecificações falsasCN2Tencent CloudCloudWorthSteal TimeOverselling VPSBenchmark VPS

Servidores CN2 baratos precisam de evidências de benchmark para identificar overcommit e sobrepreço antes de decidir comprar.

Rastreamento da configuração do CN2 de 99 yuans

A reposição do 618 da Tencent Cloud trouxe de volta o servidor CN2 no exterior por 99 yuans/ano, que realmente chama a atenção. Mas quanto mais barato, mais é preciso perguntar: o benchmark do servidor em nuvem e a configuração declarada são falsamente rotulados? Estou acostumado a primeiro conferir a ficha de configuração e depois testar na máquina real, em vez de olhar a página de propaganda.

A CPU, memória e largura de banda declaradas desse modelo são o típico "produto de baixo preço para atrair tráfego" na auditoria de custo-benefício e taxa de prêmio de servidores em nuvem. Para rastrear a origem, verifique três coisas:

• Geração de hardware: use lscpu para verificar o modelo e confirmar se é um Xeon antigo ou uma arquitetura anterior ao EPYC 9006 (consulte a verificação de geração de hardware);
• Sinais de overcommit: execute htop e fique de olho no Steal Time; acima de 5%, é quase certo que os vizinhos estão disputando a CPU;
• Disco e memória: faça um teste rápido com dd e mbw, não se limite ao número de GB declarado.

Com isso, os números na ficha de configuração se transformam em dados quantificáveis. Aliás, isso segue a mesma lógica da taxa de prêmio no FinOps: não é que barato seja bom, é preciso calcular se o custo por unidade de desempenho real é vantajoso. Quando eu rodar os benchmarks, vou mostrar os valores declarados e os reais lado a lado, para você comparar e julgar se há falsa rotulagem. Anote aí: CN2 de 99 yuans, vale a pena ou não? Quem decide é o benchmark.

Teste prático do trio de benchmarks

Esta reposição da Tencent Cloud de CN2 no exterior por 99 yuans/ano parece barata, mas o problema de especificações infladas no benchmark do servidor em nuvem não pode ser avaliado apenas pelo papel. Como de costume, começo com o trio: CPU, memória e disco, e por fim adiciono uma verificação de Steal Time.

Para CPU, uso o sysbench com teste de estresse de números primos. O foco não é a pontuação de núcleo único, mas o grau de "queda de desempenho" em comparação com a frequência nominal da mesma especificação. Se o seu 2 núcleos comprado na verdade tem apenas 1,2 núcleos de poder de processamento, basicamente dá para concluir que os vizinhos estão disputando recursos — isso afeta diretamente a taxa de prêmio do FinOps: o mesmo dinheiro compra "núcleos nominais" ou "núcleos utilizáveis". Para memória, uso mbw para medir a largura de banda. Se a diferença entre leitura pura e leitura-modificação-escrita for superior a 20%, pode indicar limitação de tráfego por overselling. O disco é o mais simples: faço uma escrita sequencial com fio na profundidade de fila 1 e vejo se há picos caindo repentinamente para poucos MB/s.

Depois de rodar o trio, lembre-se de iniciar uma carga de longa duração (por exemplo, 10 minutos) e depois verificar o steal time em /proc/stat. Se o steal representar mais de 5%, essa máquina, mesmo com pontuações boas, pode facilmente se tornar "vítima de vizinho barulhento" nos horários de pico. Para os passos completos de coleta de evidências, consulte Trio de benchmarks de hardware e, se quiser calcular, veja junto com Auditoria de prêmio de preço.

Não tire conclusões precipitadas dos dados dos testes: a linha CN2 de 99 yuans tem valor por si só, mas as especificações infladas podem transformar o "custo-benefício" em "preço unitário baixo, custo real de uso alto". Se o trio não passar, mesmo barato é preciso ter cautela.

Comparando especificações anunciadas e reais

Benchmarks não são apenas sobre pontuações altas; é preciso comparar item por item a "configuração anunciada" com o hardware realmente entregue. Os pontos fracos típicos de especificações infladas em servidores em nuvem geralmente não estão na pontuação total, mas nos detalhes.

Primeiro, verifique se o modelo da CPU e a frequência correspondem à página de compra:

lscpu | grep -E 'Model name|CPU MHz'
cat /proc/cpuinfo | grep -E 'model name|steal' | sort -u

Se a frequência anunciada é de 3,0 GHz, mas na prática fica constantemente abaixo da frequência base, ou o modelo da CPU é silenciosamente rebaixado, isso é especificação inflada. Mais sutil ainda é o tempo de steal: use top para ver %st, ou execute vmstat 1 por 3 minutos. Se o steal ficar acima de 10% por um longo período, significa que há muitos vizinhos na mesma máquina física; você está comprando fatias de tempo de CPU, não núcleos reais. Esse tipo de superprovisionamento está diretamente relacionado à "taxa de ágio FinOps" — o que parece barato pode ser apenas o custo compartilhado embutido na configuração anunciada.

Especialmente em planos como o CN2 internacional, que têm ágio de rota, a largura de banda é valiosa, e a CPU acaba sendo uma área crítica de superprovisionamento. Minha abordagem é: primeiro anoto os valores anunciados em uma tabela, depois testo com sysbench e stream, e por fim calculo uma proporção de "desempenho real / desempenho anunciado". Abaixo de 0,8 há suspeita de especificação inflada; combino com as evidências de steal para decidir se abro um ticket. Ao ver downgrade de configuração, troca de hardware ou steal alto por muito tempo, não renove às pressas.

Para um processo de coleta de evidências mais completo, consulte Três ferramentas de benchmark de hardware, ou compare com a perspectiva FinOps em Auditoria de ágio de preços de servidores em nuvem, para gastar cada centavo de forma transparente.

Coleta de evidências de Steal Time por superprovisionamento

Os benchmarks apenas comprovam o nível aproximado de “poder de CPU” e “largura de banda de memória”, mas a verdadeira preocupação dos servidores em nuvem é o superprovisionamento (overselling). Superprovisionamento é quando o host físico empacota núcleos físicos e os vende para muitas máquinas virtuais; em horários de pico, todos disputam recursos e sua instância é forçada a ceder tempo de CPU para os vizinhos — esse fenômeno é chamado de Steal Time (valor st) no Linux. Desta vez, ao testar o servidor CN2 da Tencent Cloud de 99 yuans/ano, capturei especificamente os valores de st com top e vmstat antes e depois dos benchmarks: com ocioso, st≈0, mas ao rodar geekbench e sysbench continuamente, o st chegou a 18%~25%. Isso mostra que o 2 núcleos 4G anunciado não é “exclusivo”, mas sim que os núcleos físicos são compartilhados com outros locatários — exatamente uma das principais evidências de especificações infladas.

O mais crucial é converter o Steal Time em uma “taxa de prêmio”. Usando nossa abordagem de auditoria de custo-benefício FinOps: se uma instância anunciada com 2 núcleos na prática obtém apenas 1,6 núcleo de poder computacional estável, sua “especificação efetiva” sofre um desconto de 20% — você paga por 2 núcleos, mas tem a experiência de 1,6 núcleo. Em contrapartida, nos servidores leves de mesmo preço da Alibaba Cloud ou AWS, o valor de st costuma ficar abaixo de 5%, então a vantagem de preço de 99 yuans/ano não é tão atrativa assim.

Se quiser reproduzir o teste, consulte este artigo Como medir o Steal Time por overselling em EC2 na nuvem pública, que contém comandos completos e critérios de limite. Se o superprovisionamento causar uma queda drástica de desempenho, lembre-se de guardar os prints dos benchmarks e do st e siga o processo de reembolso por overselling de servidor em nuvem.

Conclusão sobre a taxa de prêmio FinOps

Depois de alinhar os benchmarks com a configuração nominal, a taxa de prêmio FinOps deste servidor CN2 no exterior da Tencent Cloud por 99 yuans/ano na promoção 618 é fácil de calcular: para a mesma instância de computação, o preço de tabela oficial equivale a cerca de 40 yuans/mês, enquanto o preço promocional é de apenas 8,25 yuans/mês, resultando em uma taxa de prêmio aparente de ≈ -79% (ou seja, quase 80% mais barato). No entanto, se convertermos os sinais de overselling, como o aumento de Steal Time, a limitação de frequência da CPU e a redução pela metade da largura de banda da memória, em capacidade de computação disponível, o custo-benefício real é apenas cerca de 50% mais barato que o preço de tabela — os 30% que faltam são o custo oculto que você paga antecipadamente pela “linha CN2 + preço baixo”.

Há três conclusões que valem lembrar:

1. Benchmark é uma ferramenta de desmistificação, não um ritual de consagração. Não se deixe ancorar pelos 99 yuans/ano. Primeiro, execute o trio: sysbench para CPU, stream para largura de banda da memória, iperf3/mtr para a qualidade do caminho de retorno CN2. Se o Steal Time ultrapassar 10%, basicamente dá para afirmar que o vizinho é um “vizinho barulhento”.
2. A taxa de prêmio deve ser calculada com base na “capacidade de computação efetiva”, e não no número de núcleos nominal. Se uma instância anuncia 4 núcleos, mas o benchmark atinge apenas 65% do valor de referência de 2 núcleos, então sua taxa de prêmio FinOps não é baixa — você paga por quatro núcleos, mas recebe dois. No artigo anterior, Auditoria de custo-benefício e taxa de prêmio de servidores em nuvem, há uma fórmula mais completa.
3. Se for apenas para um site pessoal ou um proxy transfronteiriço, esta máquina pode ser considerada; se for para operar produção estável, é recomendável usar o PDF do benchmark em um ticket para confirmar a política de escalonamento. Para reivindicar seus direitos, veja o Processo completo de reivindicação por overselling em servidores em nuvem: ticket + coleta de evidências com PDF de benchmark.

Por fim, a conclusão: 99 yuans/ano não é um golpe, mas também não é uma pechincha. Analisando sob a perspectiva FinOps, seu custo-benefício real equivale a um “servidor com linha de qualidade média-alta + capacidade de computação com overselling leve”. Antes de comprar, gaste 30 minutos coletando evidências de benchmark; vale a pena.