Identification de la génération matérielle des serveurs cloud et test réel de surcoût des anciens CPU

Utilisez les benchmarks forensiques pour démasquer le surcoût des anciens CPU et calculez vos vrais coûts FinOps.

Mis à jour 2026-10-20 · CloudWorth

Génération matérielleAnciens CPUTaux de surcoûtBenchmark forensiqueFinOpsCloudWorthSteal TimeSurvente VPSBenchmark VPS

La configuration annoncée ne garantit pas la performance réelle ; le benchmark forensique et le calcul du taux de surcoût sont les seules vraies protections.

Identification visuelle de la génération du CPU

Vous venez de provisionner un nouveau serveur cloud ? Ne lancez pas encore de benchmarks, regardez d'abord /proc/cpuinfo. Seuls trois champs comptent vraiment : vendor_id / cpu family / model / stepping. Convertissez model en hexadécimal, comparez-le à la table Intel ARK ou AMD officielle, et en 30 secondes vous connaissez la génération.

lscpu | grep -E 'Model name|CPU\(s\)|Thread|Core|Socket|Vendor|Family|Model|Stepping'

Aide-mémoire terrain : les Xeon Scalable Intel générations 1 à 3 correspondent à model 0x55 / 0x8F / 0xA5 ; les EPYC AMD séries 7001 / 7002 / 7003 tombent respectivement sur model 0x0F / 0x3F / 0x6F. Si vous voyez model 0x4F (Broadwell) ou 0x56 (Haswell), étiquetez directement « ≥ 2 générations d'écart » — le risque de sur-facturation grimpe en flèche.

Associez dmidecode -t processor pour vérifier la version du microcode et la vitesse maximale ; si la vitesse max est bien en dessous de la fréquence de base officielle, il s'agit probablement d'un CPU sous-fréquencé revendu. Transformez ce processus d'identification en playbook Ansible et l'audit de cent nœuds ne prendra pas plus d'une pause café.

💡 Pour aller plus loin : De quelle génération est le CPU de votre serveur cloud ? Identification de la génération et surcoût propose déjà le tableau de correspondance en CSV téléchargeable, prêt à l'emploi.

Spécifications vs Réel : Preuves par Benchmarks

Le "2 vCPU 4 Go" du fournisseur n'est que nominal, la performance réelle se mesure aux benchmarks. Boucle minimale :

1. CPU mono/multi-cœur : sysbench cpu --threads=$(nproc) --time=30 run
2. Bande passante mémoire : mbw -n 200 256 ou stream
3. IOPS/Débit disque : fio --name=randrw --rw=randrw --bs=4k --size=4G --numjobs=4 --iodepth=32 --runtime=60 --group_reporting

Divisez les trois séries de chiffres par les scores de référence de machines physiques de même génération (disponibles via Phoronix Test Suite ou une base de référence maison) pour obtenir le ratio réel/nominal.

| Indicateur | Valeur nominale | Valeur réelle | Ratio | Interprétation |
|------------|-----------------|---------------|-------|----------------|
| sysbench mono-cœur | 1000 events/s | 620 | 0.62 | ⚠️ Survente suspecte / architecture obsolète |
| STREAM Triad | 45 Go/s | 28 Go/s | 0.62 | Contrôleur mémoire génération précédente |
| fio randread IOPS | 80k | 45k | 0.56 | Survente stockage ou disques SMR |

Règle d'or des preuves : tout item < 0.7 → ouvrir un ticket immédiatement ; score global < 0.65 → exiger remboursement ou migration. Intégrez les scripts dans la CI, audit hebdomadaire automatique, chaîne de preuves archivée vers le stockage objet, et joignez le lien direct dans la réponse au ticket.

Calcul du taux de surcoût des puces obsolètes

Taux de surcoût = (Prix horaire réel - Prix horaire bare metal d'occasion même génération) / Prix horaire bare metal d'occasion même génération × 100%

Prenons l'exemple réel Q2 2024 d'un fournisseur 2 vCPU 4 Go (en réalité E5-2680 v4) :

• Payé : 0,12 €/heure ≈ 87,6 €/mois
• Bare metal d'occasion même génération (électricité/rack/ops inclus) : 0,045 €/heure ≈ 32,9 €/mois
• Taux de surcoût = (87,6 - 32,9) / 32,9 ≈ 166%

Même configuration chez un fournisseur AMD EPYC 7402P (Rome, sorti Q3 2019) : 0,07 €/heure, taux de surcoût seulement 48 %. Conclusion : payer pour du Broadwell coûte 2,7 fois plus de « taxe générationnelle » chaque année.

📊 Référence croisée : Même config, prix différents ? Calculez le surcoût pour savoir où est le gouffre avec sa calculette intégrée : collez votre facture, obtenez le taux instantanément.

Comparatif cloud public : même prix, performances différentes

Injectons les 0,12 €/h ci-dessus dans trois instances de même taille chez les grands fournisseurs :

| Fournisseur | Type d'instance | CPU sous-jacent (mesuré) | sysbench mono-cœur | Surcoût vs bare-metal d'occasion |
|-------------|-----------------|--------------------------|--------------------|----------------------------------|
| Alibaba Cloud | ecs.g6.large | Intel Ice Lake (8380) | 1420 | 42 % |
| Tencent Cloud | SA3.LARGE2 | AMD Milan (7V13) | 1380 | 38 % |
| AWS | t3.large | Cascade Lake (8259CL) | 1150 | 55 % |
| Fournisseur de 2e rang | Promo 2C4G | Broadwell E5-2680 v4 | 620 | 166 % |

L'essence du "même prix, destin différent" : les clouds publics amortissent l'électricité, le refroidissement et l'exploitation sur des générations de CPU plus récentes ; les acteurs de second rang maintiennent leur marge avec de vieilles puces. Ne regardez pas seulement le prix unitaire, calculez "prix / score réel" pour obtenir le vrai coût.

Preuve de revente après dégradation et de survente

Deux types de « dégradation invisible » sont fréquemment observés lors des tests :

1. Verrouillage de fréquence par microcode : cpupower frequency-info affiche un max turbo bien inférieur à la valeur nominale ARK, et dmesg | grep -i microcode révèle une version de microcode vieille de 3 ans.
2. Topologie NUMA corrompue : lscpu | grep NUMA indique 1 seul nœud, mais numactl --hardware montre un accès mémoire inter-Socket, avec une latence en hausse de 40 %+.

Les trois outils de preuve de survente :

# 1. Steal Time soutenu > 5%
sar -u 1 30 | awk '/Average/ && $5>5'
# 2. Temps CPU Ready (nécessite les droits hôte, ou un outil eBPF)
# 3. Détection du pilote balloon mémoire
lsmod | grep -E 'virtio_balloon|vmw_balloon'

Transformez ces indicateurs en règles Prometheus, associées à un tableau de bord Grafana : un déclenchement d'alerte continu pendant 15 minutes constitue une preuve irréfutable. Le modèle de ticket se trouve dans le Guide de preuve de survente et rédaction de ticket pour serveurs cloud.

Check-list de sélection : refusez de payer pour la génération

Exécutez ces 6 étapes avant de commander pour économiser 80 % de la « taxe générationnelle » :

1. Demandez la génération : demandez par ticket « modèle exact du CPU / année de sortie », pas de réponse = pas d'achat.
2. Regardez le taux de surprime : appliquez la formule ci-dessus, > 80 % = passez votre chemin.
3. Benchmarks réels : dans les 24 h suivant l'ouverture, lancez sysbench / STREAM / fio, tout score < 0,7 = remboursement.
4. Vérifiez microcode / fréquence : cpupower + dmesg pour confirmer l'absence de verrouillage de fréquence / d'ancien microcode.
5. Surveillez le Steal Time : intégrez à la supervision, > 3 % en continu = déclenchez le plan de migration.
6. Gardez une porte de sortie : privilégiez les fournisseurs facturés à la seconde / détruisibles à tout moment, pour éviter les contrats longs qui vous enferment dans un vieux pool.

✅ À retenir : la config annoncée ≠ performance réelle. Benchmarks probants + calcul de surprime sont les seules vraies parades. Transformez la liste en modèle Notion, cochez avant de commander, lancez les scripts après, refaites les comptes au renouvellement — ne payez pas pour la génération, payez pour la performance mesurée.