Mesma configuração, preço diferente? Use a taxa de sobrepreço para descobrir onde o servidor em nuvem está caro
Mesma configuração, preço diferente? Use a taxa de sobrepreço para descobrir onde está caro
Primeiro normalize para custo unitário de desempenho, depois calcule a taxa de sobrepreço ajustada por superprovisionamento. Em 30 minutos, localize onde está caro.
Como calcular a taxa de sobrepreço
Não se apresse em reclamar de “mesma configuração com preços diferentes”; primeiro transforme a diferença de preço em um número recalculável. A fórmula que costumo usar é:
溢价率 = (实际成交单位成本 - 参考单位成本) / 参考单位成本 × 100%Mas há duas armadilhas aqui: primeiro, “mesma configuração” não significa o mesmo desempenho; o modelo da CPU, o Steal Time e o cache do disco precisam ser normalizados primeiro. Segundo, o critério de desconto: o preço listado no site oficial, o preço promocional do primeiro ano e o preço de renovação podem variar em mais de 30%. Em geral, uso o benchmark do YABS primeiro para obter o “custo unitário de desempenho” (preço / pontuação de núcleo único), depois faço o ajuste de overselling (se o Steal Time > 10%, aplico um desconto proporcional) e, por fim, aplico a fórmula acima.
Não tem script à mão? Use a ferramenta /app que organizei; inserindo o preço e a pontuação do YABS, você obtém o intervalo da taxa de sobrepreço.
A propósito: muitas máquinas com “90% de desconto no primeiro ano” têm o preço de renovação como custo real; quando se calcula o TCO de longo prazo, a taxa de sobrepreço fica absurdamente alta — isso é o clássico “cliente antigo preso”. Por outro lado, se a taxa de sobrepreço de uma máquina for negativa, não se apresse em aproveitar a pechincha; primeiro veja se é uma substituição com especificações reduzidas (por exemplo, 2C4G vendido mais barato que 1C2G), provavelmente é um rei do overselling. Deixei a faixa razoável em uma seção posterior. Por enquanto, lembre-se: a taxa de sobrepreço não é quanto menor, melhor; ela deve ser avaliada junto com o risco de overselling.
Verificação da diferença de preço para a mesma configuração
Antes de se apressar para comprar, a diferença de preço para a mesma configuração exige uma régua chamada de "taxa de ágio". O tal cálculo da taxa de ágio de serviços em nuvem não é simplesmente dividir o preço de tabela dos dois sites — o preço de tabela esconde três variáveis: preço promocional do primeiro ano, preço de renovação e desempenho real. Se a métrica estiver errada, o custo-benefício calculado é um castelo no ar.
Meu método de coleta de evidências tem três etapas, executando o script YABS durante todo o processo, e leva cerca de 30 minutos para chegar a uma conclusão:
- Normalizar para custo unitário de desempenho
Com o resultado de benchmark da mesma configuração (por exemplo, 4C8G), divida a pontuação de núcleo único da CPU, IOPS aleatório de 4K do disco e largura de banda da memória pelo preço real pago no mês, obtendo "o desempenho que cada real compra". Observe que você deve usar o preço real: preço promocional do primeiro ano, preço de renovação no site e preço de pagamento por uso devem ser calculados separadamente; caso contrário, é fácil cair na armadilha do aumento no preço de renovação.
- Calcular a taxa de ágio ajustada por superprovisionamento
Use o Steal Time e a taxa de acerto de cache do disco como fatores de correção. Por exemplo, se a pontuação de CPU de um provedor é alta, mas o Steal Time é sempre >15%, significa que os vizinhos estão disputando recursos, e o desempenho deve ser reduzido em 20%. Compare o custo unitário corrigido com o benchmark da indústria. A fórmula é assim:
# 溢价率 = (修正后单位成本 - 行业基准单位成本) / 行业基准单位成本 × 100%
修正后单位成本 = 月付价 / (跑分 × (1 - steal_time%) × cache_hit系数)- Comparar com a alternativa de downgrade para ver se vale a pena
Quando a taxa de ágio ultrapassa 40%, não xingue o fornecedor — tente reduzir um nível de configuração (por exemplo, mudar de 4C8G para 2C8G) e veja quanto a pontuação cai. Em muitos cenários de "cavalo grande puxando carroça pequena", o desempenho quase não muda após o downgrade, mas a taxa de ágio cai para zero. Por outro lado, se a pontuação despencar após o downgrade, isso mostra que o preço alto da configuração original tem fundamento.
Além disso, um alerta importante: aumento no preço de renovação é a maior armadilha oculta na taxa de ágio. Com 90% de desconto no primeiro ano promocional e a renovação voltando ao preço normal, o "alto custo-benefício" calculado com o preço do primeiro ano é tudo ilusão. Normalmente, eu listo os preços de plano anual, plano mensal e pagamento por uso, e converto tudo em um TCO de 36 meses para comparar. Ao coletar evidências, guarde capturas de tela; assim o fornecedor não pode negar se mudar o preço.
Em uma frase: a taxa de ágio não calcula "quão barato", mas "onde está o caro". Com a fórmula aí e os dados de benchmark completos, é fácil ver qual fornecedor está superfaturado.
Quanto você economiza com downgrade e substituição
Antes de xingar ao ver "mesma configuração, preços diferentes", primeiro calcule a taxa de ágio (prêmio) e veja se você realmente precisa de tanta configuração. No caos de preços dos serviços de nuvem, a prática que mais vale a pena dominar é o downgrade com substituição. Muitas pessoas, ao comprar máquinas, têm o hábito de "usar um cavalo grande para puxar uma carroça pequena": 8C16G para rodar um blog, com CPU na casa de um dígito o ano todo e disco IO sem uso total. Nesse caso, falar em custo-benefício é conversa fiada — o downgrade com substituição costuma ser o ponto de partida para economizar.
Por exemplo: o preço oficial do 4C8G da empresa A é 268 yuans/mês, e o mesmo modelo da empresa B em promoção custa 99 yuans/mês no primeiro ano, mas a renovação volta para 328 yuans. Se você considerar apenas o primeiro ano, a taxa de ágio da B é claramente menor; mas, calculando ao longo de três anos, o custo total da B acaba sendo 15% maior — esse é o clássico truque de "prender o cliente antigo". Ao converter o preço de renovação na fórmula da taxa de ágio e normalizar pelo TCO de três anos, o custo por unidade de desempenho da A acaba sendo menor.
Na hora de reduzir a configuração, não olhe apenas para o número de núcleos da CPU. Se você não usa todos os 4 núcleos, troque por 2, mas não pode olhar só os núcleos e ignorar o Steal Time e o cache de disco: alguns "VPS baratos" têm overbooking severo, e 2 núcleos rendem o esforço de 1, o que, convertido em custo por unidade de desempenho, pode ficar mais caro do que 4 núcleos. Portanto, antes de reduzir a configuração, faça um benchmark de base e recalcule a taxa de ágio usando o "fator de correção de desempenho" — só assim o que você economiza é dinheiro de verdade.
Como recalcular o aumento de preço na renovação
O preço promocional do primeiro ano parece atraente, mas quando o preço de renovação aparece, a dor é real — essa é a armadilha mais fácil de cair ao calcular a taxa de ágio de serviços em nuvem. Minha abordagem é: tratar o preço de renovação como o preço base de longo prazo, em vez de usar o preço promocional para calcular o custo-benefício. Em três etapas:
- Unificar critérios: calcule a taxa de ágio separadamente com base no preço de tabela do site, no preço promocional do primeiro ano e no preço de renovação, priorizando o preço de renovação como denominador do TCO de longo prazo.
- Corrigir mudanças de configuração: algumas máquinas têm o modelo rebaixado discretamente na renovação (por exemplo, CPU trocada de AMD EPYC para um Intel mais antigo). Use o benchmark YABS para corrigir o custo unitário de desempenho, não olhe apenas o número de vCPUs.
- Ajuste por overselling: quando o Steal Time está consistentemente alto, o desempenho real fica em cerca de 70% do especificado. Nesse caso, divida a taxa de ágio da renovação por 0,7 para ver o quanto realmente está mais caro.
Caso típico: um VPS custa 99 yuan no primeiro ano e 299 yuan na renovação, aparentemente a taxa de ágio triplicou. Mas o benchmark mostrou que a configuração de cache do disco foi reduzida após a renovação, e o custo unitário real de desempenho aumentou apenas 1,8 vez — está mais caro, mas é preciso calcular exatamente onde está o aumento.
Isso pode ser cruzado com a "substituição por configuração reduzida": se a taxa de ágio da renovação ultrapassar 1,5 vez e o modelo rebaixado com a mesma configuração (CPU com clock um nível abaixo, mas com Steal Time menor) tiver custo unitário de desempenho de apenas 80% do original, então é melhor optar pelo rebaixamento, sem ficar preso como cliente antigo. Lembre-se: o limite do custo-benefício de serviços em nuvem é o preço de renovação; o preço promocional é apenas o ingresso. Recalcular a taxa de ágio da renovação é a única forma de evitar ser explorado no segundo ano.
Para métodos de coleta de evidências mais completos, consulte Guia de cálculo de ágio do FinOps.
Conclusão com uma faixa razoável
Aplicando a taxa de prêmio ajustada por overselling calculada anteriormente ao julgamento, minha experiência é: com a mesma configuração e os mesmos critérios de desempenho, uma taxa de prêmio de 0 a 15% é normal, de 15% a 30% exige cautela, e acima de 30% basicamente você está pagando pela marca ou pelo canal. Observe que a configuração aqui se refere ao custo unitário de desempenho normalizado, não apenas ao número de vCPUs — para a mesma contagem de núcleos, se o Steal Time ficar acima de 5% por muito tempo e o cache do disco for HDD em vez de NVMe, você precisa aplicar um fator de correção de desempenho antes de falar em taxa de prêmio.
Uma armadilha fácil de pisar: não use o preço promocional do primeiro ano para calcular a taxa de prêmio. Muitos provedores oferecem 10–20% do preço no primeiro ano, mas a renovação triplica. Calcular a taxa de prêmio com base no preço do primeiro ano resulta em valores “negativos” e sem sentido. O correto é normalizar usando o preço de renovação ou o TCO médio de três anos para obter o custo real dos clientes antigos presos. Isso segue a mesma lógica do downgrade como alternativa equivalente: se a taxa de prêmio de uma máquina ultrapassar 30%, em vez de tentar barganhar, veja se a mesma marca oferece uma configuração um nível abaixo, uma instância de especificação menor — o benchmark pode ser maior (porque o overselling é menor). Essa é a verdadeira solução de custo-benefício do “cavalo grande puxando carroça pequena”.
Dica prática: primeiro rode o YABS para coletar evidências, depois calcule o ajuste por overselling e por fim compare com a faixa razoável para concluir. Em 30 minutos você identifica onde está o custo alto e decide se é melhor trocar a configuração, o plano ou o provedor.
O resultado final pode ser colocado em uma tabela: nome da máquina, preço tabelado, preço de renovação, custo unitário de desempenho, taxa de prêmio, conclusão (normal/alta/roubada). Assim, seja nuvem pública ou VPS de nicho, a diferença de preço para a mesma configuração fica clara de uma olhada.
FAQ
Como calcular a taxa de sobrepreço de serviços em nuvem?
Passos: ① use benchmark/pontuação por preço para obter custo unitário; ② ajuste pela taxa de superprovisionamento; ③ (preço ajustado - preço base) / preço base calcula a taxa de sobrepreço.
Como normalizar o custo de desempenho do servidor em nuvem?
Use as pontuações de benchmark de VCPU, memória e IO de disco, divida pelo preço da configuração para obter o custo por ponto.
O que é a taxa de sobrepreço ajustada por superprovisionamento?
O superprovisionamento dos provedores de nuvem causa variação de desempenho; ajuste a configuração conforme a proporção de desempenho real disponível e calcule a taxa de sobrepreço para evitar inflação.
Quanto tempo leva para comparar o custo-benefício de serviços em nuvem?
Cerca de 30 minutos. Primeiro liste configuração e preço, normalize com benchmark e calcule a taxa de sobrepreço ajustada por superprovisionamento para localizar o alto sobrepreço.
Como comparar rapidamente servidores em nuvem de configurações diferentes?
Escolha benchmarks da mesma especificação, calcule o custo unitário por preço/pontuação e compare as taxas de sobrepreço, eliminando a interferência do superprovisionamento.