VPSTab証拠重視のVPS選び
検索2026.10.25-v7
メニュー
VPSを探すプロバイダープランレビュー比較用途ガイド方法とデータ
日本語
English简体中文日本語한국어DeutschFrançaisРусский
ガイド

vCPU・CPU アーキテクチャ・仮想化：数字の意味

共有 vCPU と専有 vCPU、KVM とコンテナ仮想化、x86 と arm64 を理解し、CPU 表記が最も比較しにくい理由を知ります。

最終確認2026/10/24 · 1021語

UIは翻訳済みですが、プロバイダー情報とレビュー本文は現在英語です。品質基準を満たす翻訳までは検索対象外です。

このガイドは全文翻訳済みです。プロバイダーの事実と価格は英語版が正本です。翻訳は人による編集レビュー待ちのため、このページは当面検索対象外です。

vCPU はスケジューリングの約束であり、コアではない

クラウドのプランは CPU を vCPU で表現しますが、vCPU は物理コアではなくスケジューリングの単位です。共有プランでは、プロバイダーは物理コアの時間の一部をインスタンスに与えます。ホストはオーバーサブスクライブする可能性があり、スループットは隣人の動作に依存します。専有プランでは、プロバイダーは他の顧客と共有しないコアまたはスレッドを約束します。したがって「2 vCPU」と表示された二つのプランでも持続性能は大きく異なることがあり、vCPU あたりの価格はどちらの種類を買うのかを把握して初めて意味を持ちます。

このカタログはプロバイダーの情報源から vCPU 数を記録し、プロバイダーが公開している場合は共有と専有のファミリーの区別も記録します。たとえば Hetzner の CPX ラインは明示的に共有 AMD で、CCX ラインは専有です。CPU を重視するレコメンデーションは、共有 2 vCPU プランと専有 2 vCPU プランを同等に扱ってはなりません。プランファミリーとプロバイダーの表現が重要です。

KVM とコンテナ仮想化

KVM は完全仮想化です。各 VPS が独自のカーネルを実行するため、モジュールをロードし、Docker を実行し、物理マシンと同じようにネットワークを構成できます。コンテナベースの仮想化はホストのカーネルを共有するため安価ですが、実行できるものとワークロードの分離方法が制約されます。このデータセットのほとんどのプランは KVM で、それを文書化しているプランはそう明記しています。プロバイダーが仮想化の種類を明示していない場合、VPSTab は推測せず項目を不明のままにします。

購入者にとってなぜ重要か。コンテナ VPS はカスタムカーネル、特定の VPN プロトコル、ネストされた仮想化をサポートしない場合があり、カーネルパニックがホストに影響する可能性があります。ワークロードがカーネル機能や他の OS の実行に依存するなら、購入前に KVM を明示的に確認してください。プランページの仮想化項目は装飾ではなく検証ステータスです。

x86 と arm64

安価な VPS はほぼすべて x86-64 ですが、arm64 インスタンスも競争力のある価格で登場しています。このデータセットの Scaleway の BASIC2 ラインは Ampere arm64 で、異なる命令セットです。x86 向けにビルドされたバイナリは動作せず、コンテナはマルチアーキテクチャイメージを使う必要があり、一部の商用ソフトウェアには arm64 ビルドがありません。その代わり、ソースからコンパイルするワークロードやモダンな言語ランタイムを動かすワークロードでは、arm64 プランはユーロあたりより多くのコアを提供することがよくあります。

arm64 を選ぶ前に三点を確認します。ソフトウェアが arm64 バイナリを提供するか、きれいにビルドできるか。コンテナイメージが arm64 版を公開しているか。デプロイツールが x86 を前提としていないか。いずれかが「いいえ」なら、少し高い x86 プランのほうが安上がりな判断です。VPSTab はプロバイダーが明示した場合にアーキテクチャを記録します。アーキテクチャが不明なプランは安全な arm64 の賭けではありません。また、プロバイダーのレスキューイメージ、監視エージェント、バックアップツールがそのアーキテクチャをサポートしていることも確認してください。正常に起動するホストでも、復旧経路が残らないことがあるためです。

周波数、バースト、スチール

プロバイダーがクロック速度を保証することはまれで、「最大」という数値は持続性能ではなくバースト挙動を表します。共有プランはしばしばベースラインを超える短いバーストを許し、対話的なワークロードには役立ちますが、長時間のコンパイルにはほとんど効果がありません。ワークロードが数分間 CPU バウンドになるなら、持続的な割り当てがマーケティングページのピーク値より重要です。

CPU スチールは、ホストが他のテナントにサービスを提供している間に仮想 CPU が待つ時間です。ノイジーネイバーの実用的なシグナルであり、価格ページに記載されることはありません。唯一誠実なアプローチは、実際に購入するプランで測定することです。自分のワークロードを代表的な期間実行し、日付と構成とともに結果を記録します。このデータセットは独立した CPU 測定値を公開していないため、レビューは性能スコアを主張しません。

実際のワークロードに合わせたサイジング

小規模な Web サービスなら、十分なメモリを備えた共有 vCPU 一つで通常は足ります。ボトルネックは生の CPU 性能よりも RAM やディスク遅延であることが多いためです。CI ランナーではコンパイルがバースト的かつ並列的であるため、高速な NVMe ストレージを備えた 4〜8 vCPU のほうが高いクロックより重要です。ゲームサーバーではシングルスレッド性能とネットワーク遅延が支配的で、専有または高周波数のプランがしばしば割増に見合います。複数のサービスを動かす Docker ホストでは、各コンテナに必要なメモリを数えて余裕を加えます。vCPU の行は最も信頼できない予測指標です。

VPSTab のシナリオプロファイルを出発点にし、自分の測定値に合わせて調整してください。仕様に基づくレコメンデーションは適合性に関する仮説であり、ワークロードが実際のプランで動いて初めて判断になります。

カタログが伝えられること、伝えられないこと

カタログは vCPU 数、プランファミリー、明示されている場合はアーキテクチャと仮想化を記録します。独立した CPU ベンチマークは含まれておらず、含めるべきでもありません。別のプラン、リージョン、時点の合成スコアは、購入しようとしているプランの根拠にはなりません。このデータセットのレビューは、独立した測定が存在しない場合に総合性能スコアを控え、レコメンデーションエンジンは数値を捏造する代わりに明示的な不確実性ペナルティを適用します。

これは意図的な製品判断です。性能保証が必要なら、候補プランで短期トライアルを購入し、自分のワークロードを実行して結果を比較してください。カタログは候補を絞り込み、不可能な組み合わせを避けるのに役立ちますが、測定の代わりにはなりません。

比較するときは測定を誠実に保ってください。プラン、リージョン、イメージ、カーネル、負荷パターンを記録し、すべての候補で同じワークロードを同じ時間だけ実行します。起動だけを測る短いベンチマークは安心感を与えますが、持続的なコンパイル、データベース書き込み、同時接続についてほとんど予測できません。購入前にテストできない場合は、実際に依存する能力についてファミリーとプロバイダーのドキュメントが最も控えめな主張しかしていないプランを選び、実トラフィックの最初の一週間の後のリサイズを見込んで予算を組んでください。

確認チェックリスト

  • vCPU 数だけでなく、プランが共有か専有かを確認する。
  • カスタムカーネル、VPN、ネストされた仮想化が必要なら KVM を確認する。
  • arm64 を選ぶ前に、ソフトウェアとコンテナイメージが arm64 に対応しているか確認する。
  • 長時間の CPU 作業では、バースト値より持続的な割り当てを優先する。
  • 契約前に、候補プランで自分のワークロードを測定する。
  • アーキテクチャや仮想化のデータが欠けている場合は不明として扱う。

出典