Stessa configurazione, prezzo diverso? Scopri dove il server cloud costa di più con il tasso di premio

Stessa configurazione, prezzo diverso: scopri dove costa di più con il tasso di premio

Aggiornato 2026-08-18 · CloudWorth

tasso di premiorapporto qualità-prezzoFinOpsdowngrade/alternativerinnovo costosoCloudWorthSteal TimeOverselling VPSBenchmark VPS

Prima normalizza il costo unitario per prestazione, poi calcola il tasso di premio corretto per l'overselling: in 30 minuti individua dove spendi di più.

Come calcolare il tasso di premio

Prima di arrabbiarti per "stessa configurazione, prezzo diverso", trasforma la differenza di prezzo in un numero ricalcolabile. La formula che uso di solito è:

tasso di premio = (costo unitario effettivo - costo unitario di riferimento) / costo unitario di riferimento × 100%

Ma ci sono due insidie: primo, "stessa configurazione" non significa stesse prestazioni: modello della CPU, Steal Time e cache del disco devono essere normalizzati; secondo, la definizione di sconto: prezzo di listino ufficiale, prezzo promozionale del primo anno e prezzo di rinnovo possono differire di oltre il 30%. Di solito uso YABS per ottenere prima il "costo per unità di prestazione" (prezzo / punteggio single-core), poi applico una correzione per l'overselling (se Steal Time > 10% applico uno sconto proporzionale), e infine applico la formula sopra.

Non hai uno script? Usa il mio strumento /app: inserisci prezzo e punteggio YABS e otterrai l'intervallo del tasso di premio.

Tra l'altro, per molte macchine con "primo anno a 1/10 del prezzo", il vero costo è il prezzo di rinnovo: calcolato nel TCO a lungo termine, il tasso di premio è assurdo — è il classico "intrappolato come cliente abituale". Al contrario, se una macchina ha un tasso di premio negativo, non affrettarti a fare l'affare: prima verifica se è un downgrade camuffato (ad esempio 2C4G venduto a meno di 1C2G), molto probabilmente è un re dell'overselling.

L'intervallo ragionevole lo metto nella sezione successiva; per ora ricorda: il tasso di premio non è sempre meglio se più basso, ma va valutato insieme al rischio di overselling.

Verifica delle differenze di prezzo per la stessa configurazione

Prima di ordinare di fretta, la questione del perché la stessa configurazione abbia prezzi diversi va affrontata con il metro del «tasso di premio». Il cosiddetto calcolo del tasso di premio dei servizi cloud non è una semplice divisione tra i prezzi di listino dei due fornitori: nel prezzo di listino si nascondono tre variabili: prezzo promozionale del primo anno, prezzo di rinnovo e prestazioni reali. Se i criteri non sono corretti, il rapporto qualità/prezzo calcolato è un castello in aria.

La mia procedura per la raccolta dati si articola in tre passaggi, eseguo lo script YABS per tutto il processo e in circa 30 minuti arriviamo a una conclusione:

1. Normalizzazione a costo unitario per prestazione

Prendi i risultati dei benchmark della stessa configurazione (ad esempio 4C8G) e dividi il punteggio single-core della CPU, gli IOPS casuali 4K del disco e la larghezza di banda della memoria per il prezzo effettivo pagato nel mese, ottenendo così la 'prestazione per ogni euro speso'. Nota: qui va usato il prezzo reale: prezzo promozionale del primo anno, prezzo di rinnovo del sito e prezzo a consumo vanno calcolati separatamente, altrimenti si cade facilmente nella trappola dell'aumento di prezzo al rinnovo.

1. Calcolo del tasso di premio corretto per l'overselling

Usa lo Steal Time e il tasso di hit della cache del disco come fattori di correzione. Per esempio, se il punteggio CPU di un fornitore è molto alto ma lo Steal Time è sempre > 15%, significa che i vicini si contendono le risorse e le prestazioni vanno ridotte del 20%. Poi confronta il costo unitario corretto con il benchmark di settore; la formula è questa:

# 溢价率 = (修正后单位成本 - 行业基准单位成本) / 行业基准单位成本 × 100%
修正后单位成本 = 月付价 / (跑分 × (1 - steal_time%) × cache_hit系数)

1. Confronto con un downgrade per valutare la convenienza

Quando il tasso di premio supera il 40%, non prendertela subito col fornitore: prova a scendere di una configurazione (ad esempio da 4C8G a 2C8G) e guarda quanto cala il punteggio. In molti scenari 'da cavallo grande per un carretto piccolo', ridurre la configurazione non intacca quasi le prestazioni, e il tasso di premio crolla a zero. Al contrario, se il punteggio precipita con il downgrade, allora il prezzo più alto della configurazione originale è giustificato.

Un'altra avvertenza: l'aumento del prezzo al rinnovo è la trappola più insidiosa per il tasso di premio. Un primo anno promozionale al 10% del prezzo e il rinnovo a prezzo pieno rendono l'"ottimo rapporto qualità/prezzo" calcolato sul primo anno una pura illusione. Di solito elenco tutti i prezzi annuali, mensili e a consumo, e li converto in un TCO a 36 mesi per il confronto. Durante la raccolta dati, conserva gli screenshot: così il fornitore non potrà negare di aver modificato i prezzi.

In una frase: il tasso di premio non calcola quanto costa poco, ma dove si spende di più. La formula è lì, i dati dei benchmark sono completi, e a colpo d'occhio si vede chi ha prezzi gonfiati.

Quanto si risparmia con il downgrade e la sostituzione equivalente?

Quando trovi "stessa configurazione, prezzo diverso", non arrabbiarti subito: calcola prima il tasso di sovrapprezzo e poi valuta se ti servono davvero tutte quelle configurazioni. Nel caos dei prezzi dei servizi cloud, la cosa più utile da padroneggiare è il downgrade con sostituzione equivalente. Molte persone, quando acquistano un server, hanno l'abitudine di usare "un cavallo grande per un carretto piccolo": un 8C16G per un blog, con CPU a cifra singola per anni e I/O del disco mai saturato. In questi casi parlare di rapporto qualità-prezzo è vano: il downgrade con sostituzione equivalente è spesso il vero punto di partenza per risparmiare.

Per esempio: il provider A offre una configurazione 4C8G a 268 yuan/mese sul sito ufficiale, mentre il provider B offre la stessa configurazione in promozione a 99 yuan/mese per il primo anno, ma il rinnovo torna a 328 yuan. Se si guarda solo il primo anno, il tasso di sovrapprezzo di B è chiaramente più basso; ma calcolando su tre anni, il costo totale di B è invece superiore del 15%: questo è il classico schema dell'"intrappolamento del cliente". Convertendo il prezzo di rinnovo nella formula del tasso di sovrapprezzo e normalizzando sul TCO di tre anni, il costo per unità di prestazione di A risulta in realtà inferiore.

Quando fai il downgrade, non guardare solo al numero di core CPU. Se non saturi 4 core, passa a 2 core, ma non limitarti al numero di core ignorando lo Steal Time e la cache del disco: alcuni "server economici" (piccoli VPS) sono fortemente oversold, e 2 core rendono quanto 1 core; convertito in costo per unità di prestazione, potrebbero risultare più costosi di un 4 core. Quindi, prima di fare il downgrade, esegui sempre un benchmark di riferimento e ricalcola il tasso di sovrapprezzo usando il "coefficiente di correzione delle prestazioni": solo così risparmi denaro vero.

Come ricalcolare l'aumento del rinnovo

Il prezzo promozionale del primo anno sembra interessante, ma quando esce il prezzo di rinnovo ti sale il sangue agli occhi: è la trappola più subdola nel calcolo del tasso di premio dei servizi cloud. Il mio metodo è: considerare il prezzo di rinnovo come prezzo di riferimento a lungo termine, invece di usare il prezzo promozionale per valutare la convenienza. In concreto, tre passaggi:

• Unificare i criteri: calcolare il tasso di premio separatamente per prezzo di listino ufficiale, prezzo promozionale del primo anno e prezzo di rinnovo, dando priorità al prezzo di rinnovo come denominatore del TCO a lungo termine.
• Correggere i cambi di configurazione: alcune macchine al rinnovo vengono silenziosamente declassate (ad es. CPU da AMD EPYC a un vecchio Intel). Usare il benchmark YABS per correggere il costo unitario delle prestazioni, senza guardare solo al numero di vCPU.
• Aggiustamento per overselling: se lo Steal Time è costantemente alto, le prestazioni reali sono solo il 70% circa di quelle dichiarate; in questo caso il tasso di premio del rinnovo va diviso per 0,7, per capire quanto si paga davvero in più.

Caso tipico: un VPS costa 99 yuan il primo anno e 299 al rinnovo: sembra che il tasso di premio sia triplicato. Ma dal benchmark si scopre che al rinnovo la configurazione della cache del disco è stata ridotta, quindi il costo unitario effettivo delle prestazioni è aumentato solo di 1,8 volte — caro sì, ma bisogna capire dove sta il rincaro.

Qui si può incrociare il calcolo con la "sostituzione equivalente tramite downgrade": se il tasso di premio di rinnovo supera 1,5 volte e la macchina con specifiche ridotte (CPU con clock più basso ma Steal Time inferiore) ha un costo unitario delle prestazioni pari all'80% di quella attuale, allora vai deciso verso il downgrade sostitutivo: non lasciarti intrappolare dallo status di cliente storico. Ricorda: il vero limite della convenienza dei servizi cloud è il prezzo di rinnovo, il prezzo promozionale è solo il biglietto d'ingresso. Solo ricalcolando il tasso di premio del rinnovo puoi evitare di essere preso in giro il secondo anno.

Per metodi di verifica più completi, consulta la Guida al calcolo del tasso di premio FinOps.

Conclusioni con un intervallo ragionevole

Applicando il tasso di premio corretto per l'overselling calcolato in precedenza alle valutazioni, il mio valore empirico è: con la stessa configurazione e lo stesso criterio di prestazioni, un tasso di premio dello 0-15% è normale, dal 15% al 30% bisogna essere diffidenti, oltre il 30% significa sostanzialmente pagare per il marchio o per il canale. Nota che qui per configurazione si intende il costo unitario di prestazione normalizzato, non semplicemente il numero di vCPU: a parità di core, se lo Steal Time supera stabilmente il 5% e la cache del disco è HDD anziché NVMe, bisogna applicare prima un fattore di correzione delle prestazioni prima di parlare di tasso di premio.

Una trappola in cui è facile cadere: non calcolare il tasso di premio sul prezzo promozionale del primo anno. Molti fornitori offrono il primo anno con sconti dell'80-90%, ma al rinnovo il prezzo aumenta anche di 3 volte; calcolando sul prezzo del primo anno, i tassi di premio risultano tutti "negativi", il che non ha alcun senso. La procedura corretta è normalizzare in base al prezzo di rinnovo o al TCO medio su tre anni, solo così si ottiene il costo reale per i clienti fedeli. Questo segue la stessa logica del downgrade come alternativa: se una macchina ha un tasso di premio superiore al 30%, non affrettarti a contrattare; verifica se lo stesso fornitore offre una configurazione di un gradino inferiore o un'istanza di specifiche più basse, che magari ha punteggi benchmark più alti (perché l'overselling è minore): quella è la vera soluzione conveniente del "cavallo grande che tira un carretto piccolo".

Regola pratica: prima esegui YABS per raccogliere prove, poi calcola l'aggiustamento per l'overselling e infine trai conclusioni confrontando con l'intervallo ragionevole. In 30 minuti puoi individuare dove sta il costo eccessivo e decidere se cambiare configurazione, piano o fornitore.

Il risultato finale può essere organizzato in una tabella: nome della macchina, prezzo di listino, prezzo di rinnovo, costo unitario di prestazione, tasso di premio, conclusione (normale/elevato/fregatura). In questo modo, che si tratti di cloud pubblico o di VPS di nicchia, le differenze di prezzo per la stessa configurazione si vedono a colpo d'occhio.