Identification de la génération matérielle des serveurs cloud et mesure réelle de la prime des anciens CPU

Identifiez les anciens CPU en trois étapes et évitez de payer le nouveau prix pour du vieux matériel

Mis à jour 2026-08-20 · CloudWorth

génération matérielleanciens CPUserveur cloudbenchmarkprimeCloudWorthSteal TimeSurvente VPSBenchmark VPS

Grâce à lscpu et aux benchmarks réels, vous pouvez identifier les anciens CPU et éviter de payer une prime pour du vieux matériel.

Processus d'identification de la génération

Lors de l'achat d'un serveur cloud, ce que l'on redoute le plus, c'est de « payer une machine neuve pour utiliser un vieux processeur ». Ne vous fiez pas uniquement au nombre de vCPU : la génération est le facteur clé de la prime. Mon processus se déroule en quatre étapes, toutes reproductibles :

1. lscpu pour obtenir l'empreinte de la microarchitecture — utilisez lscpu pour vérifier le Model name et les flags. Les EPYC 9006 disposent de nouveaux jeux d'instructions tels que avx512, svaes ; si vous avez un ancien modèle comme l'E5-26xx v2, il pourrait même manquer avx2.
2. Steal Time pour mesurer la sur-allocation — utilisez vmstat 1 pour observer la colonne st. Un ancien CPU avec un steal élevé indique que vous utilisez non seulement du vieux matériel, mais aussi que vous partagez les tranches de temps avec d'autres.
3. Mesure réelle de la bande passante mémoire — exécutez sysbench memory pour un test. Les anciennes plates-formes de l'ère DDR3 affichent généralement une bande passante inférieure à 12 Go/s, tandis que les nouveaux EPYC 9006 la doublent facilement.
4. CloudWorth pour comparer la prime — saisissez les scores de référence réels dans /app pour calculer le taux de prime FinOps entre la configuration nominale et les performances réelles. Si le score n'atteint pas 70 % de celui d'une nouvelle génération avec la même configuration, négociez le prix réduit du matériel ancien.

Souvenez-vous : un nouveau modèle ne signifie pas un matériel physiquement neuf ; un faible score doit d'abord être analysé pour déterminer s'il s'agit d'une génération obsolète ou d'une sur-allocation. Une fois les preuves recueillies, passez commande afin de dépenser chaque centime dans la puissance de calcul.

Performances réelles vs configuration annoncée

De nombreux revendeurs affichent « EPYC 7452 » ou « Xeon Gold 6230 », cela semble très récent, mais un test de performance réel révèle immédiatement la supercherie. J'ai l'habitude de d'abord exécuter lscpu pour vérifier la microarchitecture et le stepping, puis d'utiliser sysbench ou openssl speed pour tester la bande passante mémoire et les performances entières monocœur. Par exemple, pour un même serveur cloud « 4 cœurs / 8 Go » annoncé comme étant de la série EPYC 7002, le score monocœur réel ne représente que 60 % de celui d'un nouveau CPU de la même génération — il est fort probable que le serveur ait été affecté à un ancien CPU de 2019, voire qu'il soit discrètement limité en fréquence en raison de la surallocation.

Dans ce cas, ne vous précipitez pas pour laisser un avis négatif. Suivez le processus d'investigation de CloudWorth : lisez d'abord /proc/cpuinfo pour confirmer family/model/stepping, puis comparez avec le score moyen Passmark du même modèle ; exécutez trois fois sysbench cpu run et prenez la médiane, tout en surveillant le Steal Time de vmstat. Si le steal est souvent supérieur à 5 %, cela signifie que les voisins s'accaparent les ressources : l'ancienneté du matériel combinée à la surallocation entraîne une double pénalité de performance.

Ce qui doit vraiment alerter, c'est la prime de prix. Certains canaux présentent le E5-2660 v3 de 2015 comme « hautes performances exclusives », mais avec un prix aligné sur celui des nouveaux EPYC 9006 de 2024. En utilisant le « facteur rapport qualité-prix » de CloudWorth, le prix unitaire par cœur s'avère être 2,3 fois celui d'une nouvelle machine — c'est le piège typique du taux de prime FinOps. L'argent que vous payez en plus correspond au coût de dépréciation d'une puce ancienne, pas à de la puissance de calcul. Sans parler du fait que les vieux CPU subissent une perte de performance due aux correctifs pour des vulnérabilités connues comme Meltdown et MDS.

Ainsi, la configuration annoncée ne mérite que la poubelle ; seules les performances réelles servent de miroir révélateur.

Calibration de la prime FinOps

Lors du choix d'un serveur cloud, la génération matérielle détermine directement la puissance de calcul que vous obtenez pour chaque dollar. Le principe fondamental de FinOps est d'aligner le coût avec la performance, et les anciens CPU sont souvent les « assassins invisibles » ayant le taux de prime le plus élevé.

Prenons lscpu comme exemple : lorsque vous obtenez un serveur cloud, regardez d'abord le champ Microarchitecture : s'il affiche Zen 3 ou Ice Lake, cela signifie que le matériel est des trois générations récentes ; s'il affiche Zen 1 ou Skylake, il faut être prudent. Pour une instance de même spécification chez un fournisseur, les générations de CPU ancienne et nouvelle ont le même nombre nominal de vCPU, mais l'écart de performance monocœur peut dépasser 40 % — ce qui signifie qu'en termes de performance, le taux de prime de l'ancien CPU est en réalité supérieur de 40 %.

Plus subtil encore, les correctifs de sécurité. Sur les anciens CPU, après activation des atténuations Meltdown/MDS, les performances dans certains scénarios chutent de 10 % à 20 % supplémentaires. La configuration nominale n'a pas changé, mais la puissance réelle diminue ; cette « dépréciation » doit également être prise en compte dans la prime FinOps.

Vérification pratique : utilisez /app pour exécuter un Geekbench ou sysbench, et en combinant avec la microarchitecture lscpu et le Steal Time, vous pouvez calculer le vrai rapport qualité-prix de l'instance. Si, au même prix, une instance de nouvelle génération obtient un score supérieur de 30 %, il est recommandé de migrer immédiatement. Ne payez pas le prix d'un matériel neuf pour un ancien matériel, c'est là l'objectif ultime de la calibration FinOps.

Conseils de migration et d'évitement des pièges

Si, lors des tests, vous confirmez que l'instance tourne sur un ancien CPU (par exemple, lscpu montre un microcode correspondant à Sandy Bridge ou à un ancien modèle virtualisé QEMU), ne vous précipitez pas pour renouveler — commencez par rassembler des preuves complètes de benchmark réel vs configuration annoncée.

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

Une fois les données obtenues, calculez un taux de prime FinOps à la manière de CloudWorth :

• À prix égal, le score monocœur d'une ancienne plateforme (comme Intel Xeon E5 v2) peut être seulement la moitié de celui d'un EPYC 9006, alors que le nombre de vCPU annoncé est identique ;
• Si, sur une instance partagée, le steal dépasse souvent 10 %, cela signifie que des voisins préemptent les anciennes ressources ; ce même « rapport qualité-prix » revient en réalité à payer une prime pour du matériel inefficace ;
• Ne vous fiez pas uniquement au GHz de la page publicitaire — les anciennes plateformes ont de petits caches et une faible bande passante mémoire ; les charges de type base de données ralentissent plus que ce qui est annoncé.

Lors de la migration, rappelez-vous : ouvrez d'abord une instance de mêmes spécifications dans la zone de disponibilité cible et testez-la, puis migrez les données. De nombreux fournisseurs cloud mélangent des puces de générations différentes selon les zones de disponibilité ; au même prix, on peut obtenir deux expériences complètement différentes. De plus, les anciens CPU manquent souvent de correctifs de sécurité plus récents (comme ceux liés à MDS) ; il est recommandé de faire une capture d'écran du champ bugs de lscpu et de la conserver. C'est à la fois une base de négociation et une partie de l'audit d'exploitation.

En une phrase : une nouvelle plateforme n'est pas un argument de vente, mais la configuration par défaut que vous méritez ; si vous ne pouvez pas détecter la génération, il ne peut pas être question de véritable rapport qualité-prix.