マシン自体は問題なさそうに見えます。ロードアベレージは妥当で、メモリも枯渇しておらず、ディスクにも余裕があります。それでもアプリケーションは平日の朝9時になると遅くなり、理由を説明できる人はいません。あるいは、指標ではなく一言を渡されたのかもしれません。「これには専用ハードウェアが要る」と。
VPS か専用サーバーかという問いは、測定できるいくつかのシグナルで決まります。私の経験では、ここまで来るワークロードの大半はそのどれにも触れません。どちらの購入も正当で、特定の条件が成り立つときには専用サーバーが正解です。
短いバージョン
- 専用ハードウェアへの移行が正当化されるのは、特定のシグナルが立ったときであって、マシンが何となく遅く感じるときではありません。
- 重要な運用シグナルは3つです。余裕の残らない持続的な CPU 使用率、続いたままの CPU steal time または IO wait、そしてプロバイダが売る最大インスタンスを超えてしまったワークロードです。
- この3つのうち2つは、仮想化ではなくプロバイダやプランに起因することが多いものです。お金を使う前に、そこを検証してください。
- PCI DSS と HIPAA Security Rule が定めているのは、ハードウェアの形態ではなく分離と統制の結果です。どちらも単独で物理マシンを要求してはいません。
- 専用ハードウェアがコストで勝つのは、高い使用率が続いている場合だけです。それを下回れば、使っていない固定のハードウェア下限に金を払うことになります。
VPS と専用サーバーで何が違うのか
4 vCPU をうたうプランを考えてみましょう。専用サーバーなら、使っても使わなくても4コアはあなたのものです。VPS の 4 vCPU はスケジューリング上の約束です。ハイパーバイザーがカーネルに仮想プロセッサを4つ見せ、自身のポリシーとホストの現在の負荷に応じて物理コアの時間を割り当てます。
通常時、両者はまったく同じように振る舞います。競合が起きると違ってきます。
違いは仮想か物理かではありません。何が保証されているのか、何が割り当てられているだけなのか、その違いです。
分離のモデルも同じ線引きに従います。VPS はハイパーバイザーによって論理的に分離されます。カーネルもメモリ空間も仮想ディスクも別で、それを共有シリコン上で動くソフトウェアが強制します。VPS とベアメタルの違いは、その境界をどこに引くかであって、境界があるかどうかではありません。
どちらも本物の分離です。ただし壊れ方が違い、監査のされ方も違います。これは後述のコンプライアンスの節で効いてきます。
ハイパーバイザーのオーバーヘッドが原因になることは、もうほとんどありません。ハードウェア仮想化拡張と準仮想化ドライバを備えた最近の KVM で、アプリケーションが遅い理由がハイパーバイザーだったことはありません。
VPS の性能が出ないとき、たいていの原因は競合かサイジングです。
面白い変数は競合の中にあり、それは仮想化の性質ではなくプロバイダの方針です。オーバーサブスクリプションとは、全員が同時にピークを迎えることはないという前提で、ホストが物理的に持つ以上の vCPU、IOPS、メモリをゲスト全体に売ることです。ほとんどやらないプロバイダもあれば、積極的にやるプロバイダもあります。
カテゴリだけで選ぶ人にとっては、居心地の悪い結論です。ひどくオーバーサブスクライブされた VPS と、よく運用された VPS の挙動の差は、よく運用された VPS と専用サーバーの差より大きいのです。
共有ホスティングはこの比較には入りません。root 権限がなく、一貫したリソース保証もないからです。また 共有ホスティングから VPS へ移るタイミングは当社のガイドで解説しています その段階が先に来る場合の話です。コロケーションは対象外とします。ハードウェアを自分で買って所有する形であり、契約も障害時の話も異なる、別の調達モデルだからです。
| 評価項目 | VPS | 専用サーバー |
|---|---|---|
| リソースの分離 | 論理的、ハイパーバイザーが強制 | 物理的、シングルテナント |
| CPU の割り当て | 共有物理コアにスケジューリングされる vCPU | 物理コア、専有 |
| IO の競合 | 共有ストレージプール。レイテンシはホストの負荷で変動 | ローカルディスク、外部からの競合なし |
| ネットワークの競合 | 共有アップリンク | 専有の NIC とポート |
| ハードウェアの制御 | なし。プラットフォームはプロバイダが選ぶ | 完全。CPU 世代、ディスク構成、RAID まで |
VPS では手狭になったことを示すシグナル
これは業界の経験則ではなく、あなた自身のテレメトリに対するチェックです。3つすべてを支配する条件は1つ、シグナルは持続しているときにだけ意味を持つということです。
夜間バックアップの時間帯に CPU が 95 % に張り付いているマシンは、正しく動いています。2週間ずっと 95 % に張り付いているマシンは、何かを告げています。
余裕のない持続的な CPU 使用率
見るべき条件は、トラフィックの急増や暴走プロセス、遅い依存先を吸収する余地が残っていない、数日から数週間の移動平均です。ピークの一点ではありません。そこまで来ると応答時間は緩やかにではなく非線形に悪化し、次の障害には逃げ場がありません。
ワークロードの形がこの線を動かします。天井近くで定常的に動くキューコンシューマのほうが、1日2回だけ跳ねて残りは遊んでいるバースト型の Web 層より危険に近いのです。ベンダーのページの数字ではなく、自分のカーブを読んでください。
CPU 律速であることと、専用ハードウェアが必要なことは別です。前者は仮想化の中で解決できることが多く、より大きなインスタンスか、ワークロードがシングルスレッドでレイテンシに敏感ならクロックの高いインスタンスで済みます。
物理マシンの見積もりを取る前に、どちらなのかを確かめてください。シングルスレッドのアプリケーションは 32 コアでも速くなりません。
Steal time と IO wait
CPU steal time とは、あなたの仮想プロセッサが実行準備を終えていたのに、ハイパーバイザーが物理コアを別の相手に渡していた時間の割合です。ワークロードが大きすぎるのか、ホストが詰まりすぎているのかを見分ける数字です。
特定の steal time の割合を合否ラインのように扱わないでください。自分のマシンでの傾向を見ます。ほぼゼロで時折跳ねる程度なら正常です。ずっとゼロでなく、しかも上がっているなら、ホストが混み合っています。
レイテンシに敏感なワークロードでこれが高いまま続くなら、スケジューリングで後回しにされており、その代償をアプリケーションが払っているということです。
ヒント: vmstat 1 30 を実行し、CPU ブロックの st 列を見てください。top も同じ値を %st として表示します。深夜に一度ではなく、実際のピーク時間帯に計測しましょう。健全なホストはこう見えます:
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
1 0 0 412332 84120 1932144 0 0 0 12 842 1503 21 4 75 0 0
2 0 0 411980 84120 1932148 0 0 0 0 901 1622 24 5 71 0 0競合しているホストはこう見え、失われた時間は最後の列に出ます:
r b swpd free buff cache si so bi bo in cs us sy id wa st
4 0 0 288104 61228 1104996 0 0 8 140 1502 2210 31 6 45 1 17
5 0 0 287960 61228 1105004 0 0 0 0 1610 2388 29 7 44 2 18steal time が高いのは、そのホストがオーバーサブスクライブされているということです。これは仮想化ではなく、あなたのプロバイダとプランについての話です。最初に取るべき正しい手は、より余裕のあるホストか、専有 vCPU 割り当てのプランへ移ることです。仮想化から離れるのはその後であって、その代わりではありません。
見つかったのが steal time なら、まず引くべき糸は 超過販売の診断 です。
私はこの理由で2つのワークロードを VPS から移しました。どちらも CPU 律速ではありませんでした。どちらも容量を超えて売られたホストに載っており、うち1つは別のプロバイダに移るだけで済みました。
スケーリングの天井
天井にぶつかったのは、プロバイダが売る最大インスタンスでもワークロードが収まらなくなったとき、あるいは直近の垂直方向の一段が、その前の一段より明らかに小さな改善しか生まなかったときです。後者は見落としやすいものです。インスタンスを倍にして得られた改善が 20 % なら、ボトルネックは vCPU を増やしても届かない場所へ移っています。
調査を最も頻繁に生き延びるのはストレージ側の引き金で、たいていデータベースの姿をして現れます。制約はエンジンであることはまれです。見知らぬ相手と共有するプール上で続くランダム IO が制約なのです。
小さなブロックを絶えず読み書きするワークロード（忙しいデータベース、永続化を伴うキュー、ログの多いサービス）は、そのプールが最も苦手とするパターンで負荷をかけます。
実際のピーク負荷のときに %wa と自分のレイテンシのパーセンタイルを見てください。自分の負荷では説明できない形でレイテンシが揺れるなら、他のテナントの後ろに並んでいるということで、確実な対処は自分に属するディスクです。
この3つのシグナルのうち2つは、たいてい仮想化を出ずに解決できます。そしてそれを試すほうが、ハードウェアを買うより安く済みます。
コンプライアンスが専用ハードウェアを求めるのはどんなときか
監査人が「カード会員データ環境は専用ハードウェア上で稼働しなければならない」と書くとき、この一文は読み手によって二つの異なる働きをします。コンプライアンスの専門家にとっては通常、他のワークロードから分離され、範囲を厳密に絞った環境を意味します。ホスティングを買う人にとっては、製品カテゴリのように見えます。
この二つの読み方のあいだの隙間こそ、統制上の利得なしに予算が消えていく場所です。
PCI DSS も HIPAA Security Rule も、形態ではなく分離と統制の結果を定めています。要件が「定められた一群のシステムがセグメント化され、アクセス制御され、ログが残り、独立に評価できること」であれば、正しくセグメント化された仮想環境でそれを満たせます。要件が「同じシリコン上で他テナントのコードを実行させないこと」であれば、それを満たせるのは物理ハードウェアだけです。
何かの見積もりを取る前に、自分が渡されたのがどちらの文なのかを確定させてください。
PCI DSS で効いてくる概念はスコープです。Security Standards Council 自身の スコープ設定とネットワークセグメンテーションに関するガイダンス 「検証されるまではすべてがスコープ内」という既定の立場を定めています。そしてセグメンテーションを、スコープ内のシステムコンポーネント数を減らしうる一手法として説明しています。この補足文書は、本文のどこにもハードウェアの形態を挙げていません。
セグメント化が甘い仮想環境は、見積もっていたよりずっと多くのスタックをスコープに引きずり込みかねません。それは下手にやったときのコストであって、やらない理由ではありません。
HIPAA は自らが統制ベースであることをより明確に述べています。Cornell Law School が掲載する HIPAA Security Rule の「アプローチの柔軟性」条項の本文は、次のように定めています。 対象事業者およびそのビジネスアソシエイトは、基準を合理的かつ適切に実装できるあらゆるセキュリティ手段を用いてよい。その選択は、組織の規模、技術基盤、コスト、リスクに照らして判断されます。これは適切性のテストであって、機材の仕様ではありません。
ホスティング環境への導入で実際に効いてくる要件は、たいてい契約上のものです。 Cornell Law School が掲載する 45 CFR § 164.308(b)(1) の本文 対象事業者は、電子的な保護対象保健情報が適切に保護されるという十分な保証を得たうえでなければ、ビジネスアソシエイトにその情報を取り扱わせてはならないと定めています。ビジネスアソシエイト契約に署名しないプロバイダは、ハードウェアがどう見えようと自ら失格になります。
専用でしか通らないケースもあります。物理的な分離を書面で指定した顧客契約はその一つです。
もう一つは、ハードウェアにアクセスできなければ実装できない統制です。自分が管理する TPM に鍵を保持するフルディスク暗号化、検証済みのセキュアブート、自分で証明するファームウェアのベースラインなどです。その場合は、ハードウェアを買って比較検討を終わりにしてください。
ヒント: 「専用ハードウェア」を要件として受け入れる前に、それを書いた人に、どの統制を実装するもので、どのシステムに適用されるのかを尋ねてください。答えはたいてい、専用サーバーという製品ではなく、カード会員データ環境に範囲を絞った分離環境です。両者の値札は大きく違います。
コンプライアンスの結果は、あなたの審査担当者とあなた固有のスコープ次第です。ここで手に入るのは、彼らに投げるべき正しい問いであって、彼らに突きつけられる裁定ではありません。
コスト曲線が交わる場所
Dedicated hardware looks cheap per core, and at sufficient scale it is. Across providers publishing public bare metal pricing, entry configurations in the 6-core, 32 GB class typically start from around $150 to $200 per month, while 24-core, 256 GB machines with multi-terabyte NVMe commonly start from $450 and up.
Those are typical list-price ranges as of August 2026, not a market average. Price your own shortlist.
絶対値ではなく形を見てください。VPS の価格は割り当てリソースにほぼ比例し、実質的に下限がありません。1 GB のインスタンスが数ドルで済むのはそのためです。専用サーバーの価格は物理マシン1台分の費用から始まり、その後はゆっくり上がります。すでに借りているシャーシの中でコアを増やす限界費用は低いからです。
傾きも切片も異なる2本の直線は、1点で交わります。
その交点のどちら側にいるかは、使用率が決めます。専用サーバー側の線は固定です。24 コア使おうと 4 コアしか使うまいと、支払うのは 24 コア分です。
使用率 20 % の専用機は、コアあたりの請求額が小さくても、こなした仕事量あたりで見れば適正サイズの VPS より高くつきます。分母は、売られた量ではなく、あなたが消費した量です。
交差点は「N コアを超えたら」ではありません。「忙しく回し続ける N コアを超えたら」です。
どちらの請求書にも現れないのに、比較に含めるべきコストが3つあります。
- プロビジョニング時間。 VPS は数分で使えます。物理ハードウェアは発注し、ラックに載せ、引き渡すまでに数時間から数日かかります。その待ち時間は一度きりの不便ではなく、キャパシティ計画上の制約です。
- 縮小できない。 トラフィックの山が過ぎれば、VPS は元のサイズに戻せます。専用サーバーは契約期間が終わるまで、フルサイズのまま毎月の約束です。
- ハードウェア障害。 VPS で足元のホストが落ちたときは、プロバイダが移送または復旧します。専用機でディスクや電源が壊れたときは、復旧の道はサポートチケットとバックアップからのリストアであり、そのダウンタイムはあなた自身の SLA で数えられます。
それでも VPS が正解であるとき
どのシグナルも立っていません。使用率には余裕があり、steal time は平坦、インスタンスサイズの天井ははるか先、物理分離を義務づける契約もなく、使用量はコスト交差点の近くにもありません。仮想化のままでいきましょう。
これは慰めではなく能力です。スナップショットはアップグレードを巻き戻せるものにし、危険な移行を試せるものにします。小さなインスタンスを分けて持てば、ステージングを持つ価値が出る価格で環境分離が手に入ります。
そして午前3時のハードウェア障害は他人のものになります。小さなチームにとって、それはベンチマークの差より価値があります。
差は縮まりました。これは売り文句ではなく、技術の変化です。専有 vCPU プラン、標準となった NVMe、そして成熟した準仮想化ドライバによって、一般的なワークロードでの実用上の性能差はほとんど消えました。
プロバイダがどれだけ長く続いてきたかは、スペックと並んで候補リストに入るべき項目です。ひと晩で離れられる VPS プランは、12か月のハードウェア契約よりベンダーリスクが小さくなります。ただしそれは、9か月目にもそのプロバイダが存在し、チケットに答えている場合に限られます。何年運営しているか、障害履歴をどう公開しているか、そして障害の最中ではなく平時にサポートがどう応答するかを確かめてください。
マネージド専用ホスティングというものもあり、ハードウェアの制御権を運用負荷の軽さと引き換えにします。これは一段下の マネージドかアンマネージドかという判断 と同じ軸の話です。
VPS にとどまることは、独自のエスカレーション経路を持つ能動的な判断であって、選ばなかった結果としてたどり着く既定値ではありません。
診断が容量不足ではなく競合だったなら、検討すべき買い物はシャーシではなく VPS です。そこに求めるのは、ここまで押しやった出来事が過ぎたあとに縮められる自由です。私たちが作っているのは、まさにそのためのものです。当社の Linux VPS は NVMe ストレージ上で稼働し、99.95 % の稼働率 SLA と時間課金を備えています。より大きなインスタンスやクロックの高いインスタンスを試すのにかかるのは、契約ではなく半日です。上のしきい値に照らしてサイズを決め、自分のピークを通し、もう一度 steal time を確認してください。
root権限、NVMe、AMD EPYCのパワーを備えたLinux VPSで開発を。
Linuxプランを見るよくある質問
専用サーバーは VPS よりどれくらい速いのか？
どのリソースを奪い合っているかによります。最近の仮想化では、余裕のあるホストなら CPU の差は小さくなります。ハードウェア仮想化拡張のおかげでハイパーバイザーのオーバーヘッドがごくわずかだからです。確かな違いは IO 競合とネットワーク競合がないことで、それは生の速度よりもレイテンシの安定性として現れます。ピーク時にもディスクやネットワークを奪い合わないワークロードなら、差は購入判断を左右しない程度に小さいと考えてよいでしょう。
本番データベースに VPS で十分か？
たいていの本番データベースなら十分です。実際に効いてくる制約は、データベースエンジンではなく、共有ストレージ上で続くランダム IO であることがほとんどです。小さなブロックの読み書きを絶えず行うデータベースは、エンジンの限界に達するはるか手前で共有プールの限界に達します。専有ディスクはその限界を取り除きますが、インスタンスを大きくしても取り除けません。
PCI DSS は専用サーバーを要求するのか？
いいえ、一律の規則としては要求していません。PCI DSS が定めるのは、ハードウェアの形態ではなく、カード会員データ環境に絞られた分離と統制の要件です。Security Standards Council のスコープ設定ガイダンスは、検証されるまではすべてをスコープ内として扱い、ネットワークセグメンテーションをスコープ内システムを減らす手法として説明しています。適切にセグメント化された仮想環境ならこれを満たせますし、セグメント化が甘ければ、はるかに多くのスタックがスコープに引き込まれます。
自分の VPS がノイジーネイバー問題を抱えているかどう見分けるか？
症状は、それほど忙しくもないマシンでピーク時の性能が安定しないことです。自分の負荷もメモリもディスク使用量も平坦で何の変哲もないのに、応答時間だけが揺れます。閑散時間帯は正常に見えるので、この問題は長いあいだ診断されないまま生き延びます。原因は共有している物理ホストにあるため、対処はより余裕のあるプランか別のプロバイダであって、アプリケーションの書き直しではありません。
VPS から専用サーバーへ移るべきタイミングは？
Upgrade when at least one of these holds: CPU utilization sits at a rolling-average level that leaves no headroom for a traffic event; steal time or IO wait stays high after you have already tried a better-provisioned plan; the workload has outgrown the largest instance your provider sells; a contract or a control genuinely requires physical isolation; or sustained utilization is high enough that a fixed hardware cost beats per-resource pricing.
