クラウドサーバーのベンチマーク：フォレンジックテストでスペック偽装を識別

フォレンジックベンチマークでスペック偽装を見破り、真のコストパフォーマンスを算出

更新 2026-08-23 · CloudWorth

ベンチマークスペック偽装Steal Timeオーバーセリングプレミアム率CloudWorthVPSオーバーセールVPS検証

ベンチマークは数字だけでなく、Steal Timeとプレミアム率で相互検証し、偽装に料金を払わない。

証跡ベンチマーク：Steal TimeとCPU世代

クラウドサーバー購入で最も怖いのは、スコアが低いことではなく、「スコアの水増し」だ——仕様表にはEPYC 9006と書いてあるのに、実際に割り当てられるのは古い世代のコア；ディスクキャッシュは1.2GB/sに見えるが、負荷テストをすると200MB/sに落ちる。これが構成の虚偽表示だ。私のやり方は、まず30分間の証跡ベンチマークを実行し、その数字を請求書と照合する。

最初の切り口はSteal Time。top の %steal が5%を超えたら注意が必要で、15%を超えたらほぼ隣人がCPUを貪っている状態だ。vmstat 1 で連続サンプリングし、stealの変動が大きくloadも高いなら、オーバーコミットが深刻だ。こういうマシンはスコアが高くても、本番稼働するとすぐに詰まる。

2つ目の切り口はCPU世代。lscpu だけを信じず、flags の avx512 や sse4_2 を確認し、実際のモデルと表記が一致するか比較する。旧世代のXeonでも8コアはあるが、IPCが3世代分違うため、同じ構成なら割高感は30%以上低くあるべきだ。FinOpsのプレミアム率と合わせて、「表記スコア÷実質レンタル料」を表にし、単価にどれだけオーバーコミットの水増しが含まれているか、計算すればすぐにわかる。

具体的なコマンドは CloudWorth ベンチマークリスト にあり、サポートチケットとして提出可能な証跡パッケージを生成できる。

プレミアム率の監査：本当のコスパを計算する

ベンチマークは始まりに過ぎない。本当に計算すべきはプレミアム率、つまり1円あたりにどれだけの実効演算能力を得られるかだ。クラウドサーバーのベンチマークがどれだけ高くても、Steal Time が通年で10%を超えている場合は、隣のテナントが CPU を奪っている可能性が高く、オーバーセリングの疑いが強い。この構成の虚偽表示はスペック改ざんよりも見抜きにくい。

私自身の監査式は極めてシンプルだ：

• 実効演算能力 = 単コアのベンチマーク × 安定して占有可能な CPU 時間の割合（1 - steal 比率）
• プレミアム率 = 実効演算能力 ÷ 実際の更新価格（初回プロモーション価格ではない）

注意：更新価格を洗い出してパブリッククラウドと比較すること。同じ EPYC でも、古い世代が新しい世代より20%安いのが合理的。もし新世代が古い価格のままなら、プレミアム率に問題がある。

実践では、まず30分間の負荷テストで steal を捉える：

vmstat 1 300 | awk 'NR>1{sum+=$16;n++} END{print "avg steal %:", sum/n}'

Steal の平均値が5%を超えたら、ベンチマーク結果とサポートチケットのスクリーンショットをまとめてPDFにする——これが後の権利保護・返金請求の証拠連鎖になる。プレミアム率を計算してから注文してこそ、本当のコスパのためにお金を払うと言える。虚偽表示された構成のために授業料を払うことはない。

サポートチケットで権利を守る：証拠チェーンとスペックダウン補償

ベンチマークで問題を発見しても、慌てて再インストールしないこと。まずタイムスタンプ付きの証拠収集コマンドを実行する。例えば vmstat 1 30 で Steal Time のピークを捉え、次に連続 dd でディスクのキャッシュ断崖を測定し、最後に lscpu で実際の CPU 世代を記録する。これらの出力を PDF に保存し、日付とインスタンス ID を注記する——これがカスタマーサポートに提示できる証拠チェーンとなる。

チケットを提出する際は「遅い」ではなく、「Steal Time が継続的に 30% 以上、同構成の割増率が相場を 40% 上回っており、オーバーセールによるスペックダウンを疑う」と具体的に書く。多くのベンダーはまずテストスクリプトを渡して再テストを求めてくるので、その場合は環境を変えずにそのまま実行し、2回の結果を並べてスクリーンショットを撮る。虚偽表示が確認できたら、スペックダウン補償を優先的に交渉する。実測性能に基づく差額返金か、同一世代の CPU への無償アップグレードのいずれかを求める。最もお得だった事例は、Steal Time のデータを使って3年間のトラフィック費用免除を引き出したことだ——ただし、割増率を財務担当に示す計算書も用意する必要がある。FinOps の手法は、この場面では技術用語よりも効果的だ。

すべてのチケット番号を保管し、補償が入金されたら再度テストを実施して、数値が請求書と一致することを確認する。権利主張は喧嘩ではなく、証拠と引き換えに対等な交換を得ることだ。