クラウドサーバーのハードウェア世代識別と古いCPUプレミアム実測

3ステップで古いCPUを識別し、古いハードウェアに新しいお金を払うのを避ける

更新 2026-08-20 · CloudWorth

ハードウェア世代古いCPUクラウドサーバーベンチマークプレミアムCloudWorthSteal TimeVPSオーバーセールVPS検証

lscpuと実測ベンチマークにより古いCPUを識別し、古いハードウェアにプレミアムを支払うことを回避できます。

世代識別フロー

クラウドサーバーを買うとき、最も怖いのは「新マシンの値段で古いCPUを使う」こと。まずvCPU数だけを見るのはやめよう。世代こそが割高のカギだ。私のフローは4ステップで、すべて再現可能だ：

1. lscpuでマイクロアーキテクチャの指紋を取得——lscpuでModel nameとflagsを確認。EPYC 9006にはavx512やsvaesなどの新しい命令セットがある。一方、E5-26xx v2のような古株はavx2すら欠けていることがある。
2. Steal Timeでオーバーコミットを測定——vmstat 1でst列を観察。古いCPU+高いstealは、旧ハードウェアを使っているだけでなく、他のユーザーとタイムスライスを奪い合っていることを意味する。
3. メモリ帯域の実測——sysbench memoryで一回実行。DDR3時代の古いプラットフォームは帯域が12GB/s未満が一般的で、新しいEPYC 9006は簡単に倍になる。
4. CloudWorthで割高を対照——実測スコアを/appに入力し、「公称構成 vs 実性能」のFinOps割高率を計算。スコアが同構成の新世代の70%に満たなければ、古いハードウェアの割引価格で交渉すべきだ。

覚えておいて：モデルが新しくても物理的に新しいとは限らない。スコアが低い場合は、世代の古さかオーバーコミットかをまず判断しよう。証拠を取った後に注文してこそ、すべてのお金を計算リソースに使える。

実測ベンチマーク vs 表記スペック

多くの業者は「EPYC 7452」や「Xeon Gold 6230」と表記し、一見新品同様に見えても、実際にベンチマークを取るとすぐにボロが出ます。私はまず lscpu を実行して Microarchitecture と Stepping を確認し、続けて sysbench や openssl speed でメモリ帯域幅とシングルコア整数性能を測定します。例えば、同じ「4コア8G」のクラウドサーバーでも、表記は EPYC 7002 シリーズなのに、実測シングルコアが同世代の新しい CPU の60%しかない場合、2019年の旧型CPUに割り当てられた可能性が高く、オーバーコミットによるこっそりとした周波数制限さえ疑われます。

この時、急いで低評価を付けるのはやめましょう。CloudWorth のフォレンジックプロセスを使います。まず /proc/cpuinfo を読んで family/model/stepping を確認し、passmark の同型番平均点と比較します。sysbench cpu run を3回実行して中央値を取り、同時に vmstat の Steal Time を確認します。steal が常に5%以上であれば、隣接するテナントがリソースを奪い合っていることを意味し、ハードウェアの世代が古い上にオーバーコミットで、性能は二重の打撃を受けます。

本当に警戒すべきはプレミアムです。一部のチャネルは2015年の E5-2660 v3 を「高性能専有」と謳いながら、価格は2024年の EPYC 9006 新型機なみです。CloudWorth の「コストパフォーマンス因子」で計算すると、コアあたりの性能単価は新型機の2.3倍になります——これは典型的な FinOps プレミアム率の罠です。余分に支払ったお金は、旧チップの減価償却コストであり、計算能力ではありません。ましてや旧型CPUには Meltdown、MDS といった既知の脆弱性のパッチによる性能損失もあります。

したがって、表記スペックはゴミ箱に捨てるべきであり、実測ベンチマークこそが真実を映す鏡です。

FinOpsプレミアム率の調整

クラウドサーバー選定において、ハードウェア世代は、1ドルあたりに得られる計算能力を直接決定します。FinOpsの核心理念はコストと性能を整合させることであり、古いCPUはしばしばプレミアム率が最も高い「見えない刺客」です。

lscpuを例にとると、クラウドサーバーを取得したら、まずMicroarchitectureフィールドを確認します。Zen 3やIce Lakeと表示されていれば、直近3世代のハードウェアです。Zen 1やSkylakeの場合は注意が必要です。某ベンダーの同一スペックのインスタンスでは、新旧2世代のCPUのvCPU数は同じ表記ですが、シングルコアのベンチマークスコアは40%以上も差が出ることがあります。これは性能換算で、古いCPUのプレミアム率が逆に40%高いことを意味します。

さらに巧妙なのはセキュリティパッチです。古いCPUはMeltdown/MDS緩和策を有効にすると、一部のシナリオで性能がさらに10%〜20%低下します。表記スペックは変わらないのに、実際の計算能力は縮小します。この「減価」もFinOpsプレミアムに計上すべきです。

実践的な検証方法: /appを使ってGeekbenchやsysbenchを実行し、lscpuのマイクロアーキテクチャとSteal Timeを組み合わせることで、そのインスタンスの実際のコストパフォーマンスを計算できます。同じ価格で新世代インスタンスのスコアが30%高い場合は、すぐに移行をお勧めします。古いハードウェアに新しいハードウェアの価格を支払わないこと。これこそがFinOps調整の最終目的です。

移行と落とし穴回避のアドバイス

テスト中にインスタンスが古い CPU で動作していることを確認した場合（例えば lscpu で microcode が Sandy Bridge/QEMU 仮想化の旧型に対応している場合）、すぐに更新料金を支払わずに、まず完全な 実測ベンチマーク vs 公称スペック の証拠を取得しましょう。

# 主要な証拠をワンクリックで収集
lscpu | grep -E 'Model name|Microcode|Flags|BogoMIPS'
cat /proc/cpuinfo | grep -i 'steal' | head -1
# さらに sysbench でメモリ帯域幅を簡単に測定
sysbench memory run --threads=2 --time=10

データを取得したら、CloudWorth の方法で FinOps プレミアム率を計算してみましょう。

• 同じ価格であれば、旧プラットフォーム（例: Intel Xeon E5 v2）の CPU シングルコアスコアは EPYC 9006 の半分しかない可能性があるのに、表記 vCPU 数は同じである。
• 共有インスタンスで steal が 10% を超えることが多い場合、隣接テナントが古いリソースを占有していることを意味し、同じ「コストパフォーマンス」は実は非効率なハードウェアに割増料金を払っていることになる。
• 宣伝ページの GHz だけを見ないこと。旧プラットフォームはキャッシュが小さく、メモリ帯域幅も低いため、データベース系ワークロードの速度低下は表記以上に顕著である。

移行時は、まずターゲットのアベイラビリティゾーンで同じスペックのインスタンスを起動して実測し、その後にデータを移行しましょう。多くのクラウドベンダーでは、アベイラビリティゾーンによって異なる世代のチップが混在しているため、同じ価格でもまったく異なる体感になることがあります。また、古い CPU には新しいセキュリティ緩和策（MDS 関連のパッチなど）が欠如していることが多いため、lscpu の bugs フィールドもスクリーンショットとして保存しておくことをお勧めします。これは値交渉の根拠となるだけでなく、運用監査の一部でもあります。

一言で言えば、新しいプラットフォームは売り物ではなく、当然受け取れるデフォルト構成です。世代を検出できなければ、真のコストパフォーマンスとは言えません。