Identificação de geração de hardware em servidores cloud e teste real de sobrepreço de CPU antiga

Três passos para identificar CPUs antigas e evitar pagar mais por hardware antigo

Atualizado 2026-08-20 · CloudWorth

Geração de hardwareCPU antigaServidor cloudBenchmarkSobrepreçoCloudWorthSteal TimeOverselling VPSBenchmark VPS

Com lscpu e benchmarks reais, é possível identificar CPUs antigas e evitar pagar sobrepreço por hardware antigo.

Processo de identificação de geração

Ao comprar servidores em nuvem, o maior medo é “pagar preço de máquina nova e usar CPU antiga”. Não olhe apenas o número de vCPUs; a geração é a chave para o prêmio de preço. Meu processo tem quatro etapas, totalmente reproduzíveis:

1. lscpu para obter a impressão digital da microarquitetura — lscpu para ver Model name e flags. EPYC 9006 terá novos conjuntos de instruções como avx512 e svaes; se for um veterano como o E5-26xx v2, até avx2 pode faltar.
2. Steal Time para medir superprovisionamento — vmstat 1 para observar a coluna st. CPU antiga + steal alto indica que você não está apenas usando hardware antigo, mas também disputando fatias de tempo com outros.
3. Medição real de largura de banda de memória — execute uma rodada com sysbench memory. Plataformas antigas da era DDR3 geralmente têm largura de banda abaixo de 12 GB/s; o novo EPYC 9006 facilmente dobra esse valor.
4. CloudWorth para comparar o prêmio — preencha os resultados reais no /app e calcule a taxa de prêmio FinOps de “configuração nominal vs desempenho real”. Se a pontuação for inferior a 70% da nova geração com a mesma configuração, negocie pelo preço com desconto de hardware antigo.

Lembre-se: modelo novo não significa fisicamente novo. Quando a pontuação estiver baixa, primeiro determine se é envelhecimento de geração ou superprovisionamento. Faça a coleta de evidências antes de pedir, para gastar cada centavo em poder computacional.

Benchmark real vs configuração anunciada

Muitos provedores anunciam “EPYC 7452” ou “Xeon Gold 6230”, que parecem novos, mas na prática o benchmark revela a verdade. Costumo rodar lscpu para ver a Microarchitecture e o Stepping e, em seguida, uso sysbench ou openssl speed para testar a largura de banda da memória e o desempenho de inteiros de núcleo único. Por exemplo, um mesmo servidor cloud “4 vCPUs 8GB” anunciado como EPYC 7002, na prática tem desempenho de núcleo único de apenas 60% de um CPU novo da mesma geração — provavelmente foi alocado em CPU antiga de 2019, ou até limitado silenciosamente por overselling.

Nesse momento, não tenha pressa para dar nota baixa. Use o processo de investigação da CloudWorth: primeiro leia /proc/cpuinfo para confirmar family/model/stepping, depois compare com a média do mesmo modelo no Passmark; rode sysbench cpu run três vezes e use a mediana, enquanto verifica o Steal Time no vmstat. Se o steal estiver frequentemente acima de 5%, significa que os vizinhos estão disputando recursos; hardware antigo combinado com overselling causa uma queda dupla de desempenho.

O que realmente exige atenção é o preço premium. Alguns canais vendem o E5-2660 v3 de 2015 como “alta performance dedicada”, mas com preço equivalente ao de um novo EPYC 9006 de 2024. Usando o “fator custo-benefício” da CloudWorth, o preço por núcleo é 2,3 vezes maior que o de uma máquina nova — esse é o típico erro de taxa de prêmio no FinOps. O dinheiro extra que você paga está comprando a depreciação do chip antigo, não poder computacional. Sem contar que CPUs antigas ainda sofrem perda de desempenho com patches para vulnerabilidades conhecidas como Meltdown e MDS.

Portanto, a configuração anunciada não passa de lixo; o benchmark real é que revela a verdade.

Calibração do sobrepreço no FinOps

Na seleção de servidores em nuvem, a geração do hardware determina diretamente quanta capacidade de processamento você obtém por cada real investido. O princípio central do FinOps é alinhar custo e desempenho, e CPUs antigas costumam ser o “assassino invisível” com o maior sobrepreço.

Usando o lscpu como exemplo: ao obter um servidor na nuvem, verifique primeiro o campo Microarchitecture: se exibir Zen 3 ou Ice Lake, significa que é hardware das três gerações mais recentes; se exibir Zen 1 ou Skylake, é preciso ter cuidado. Em uma mesma especificação de instância de um fornecedor, o número de vCPUs nominal das duas gerações de CPU é o mesmo, mas a diferença no desempenho single-core pode chegar a mais de 40% — isso significa que, convertendo por desempenho, o sobrepreço da CPU antiga é 40% maior.

Mais insidiosos são os patches de segurança. Em CPUs antigas, com as mitigações de Meltdown/MDS habilitadas, o desempenho em alguns cenários cai adicionalmente de 10% a 20%. A configuração nominal não muda, mas a capacidade real de processamento encolhe; essa “depreciação” também deve ser incluída no sobrepreço do FinOps.

Verificação prática: use /app para executar um Geekbench ou sysbench e, combinando a microarquitetura do lscpu com o Steal Time, calcule o custo-benefício real da instância. Se, pelo mesmo preço, uma instância de geração mais recente tiver pontuação 30% maior, recomendamos migrar imediatamente. Não pague o preço de hardware novo por hardware antigo — esse é o objetivo final da calibração do FinOps.

Sugestões de migração e armadilhas a evitar

Se, nos testes, você confirmar que a instância está rodando em uma CPU antiga (por exemplo, o lscpu mostra microcode correspondente a modelos antigos de Sandy Bridge/QEMU virtualizado), não se apresse em renovar — primeiro faça uma coleta de evidências completa de benchmark real vs configuração nominal.

# 一键采集关键证据
lscpu | grep -E 'Model name|Microcode|Flags|BogoMIPS'
cat /proc/cpuinfo | grep -i 'steal' | head -1
# 再用 sysbench 简单测下内存带宽
sysbench memory run --threads=2 --time=10

Com os dados em mãos, calcule um índice de prêmio FinOps usando a abordagem da CloudWorth:

• Pelo mesmo preço, a pontuação de núcleo único de plataformas antigas (como Intel Xeon E5 v2) pode ser apenas metade da de um EPYC 9006, mas o número nominal de vCPUs é o mesmo;
• Se em instâncias compartilhadas o steal ultrapassar frequentemente 10%, isso indica que os vizinhos estão disputando os recursos antigos; o mesmo \"custo-benefício\" na verdade é um prêmio pago por hardware ineficiente;
• Não olhe apenas para o GHz na página de propaganda — plataformas antigas têm cache menor e largura de banda de memória mais baixa; a queda de desempenho em cargas de banco de dados é mais evidente do que o nominal.

Ao migrar, lembre-se: primeiro abra uma instância com a mesma especificação na zona de disponibilidade de destino para testar na prática e depois migre os dados. Muitos provedores de nuvem misturam chips de diferentes gerações em diferentes zonas de disponibilidade; com o mesmo preço, você pode obter duas experiências completamente diferentes. Além disso, CPUs antigas frequentemente carecem de mitigações de segurança mais recentes (como patches relacionados a MDS); recomenda-se também capturar uma captura de tela do campo bugs do lscpu e arquivá-la. Isso serve tanto como base de negociação quanto como parte da auditoria de operação.

Em uma frase: plataforma nova não é um diferencial, mas a configuração padrão que você merece; se a geração não puder ser detectada, não há que se falar em custo-benefício real.