クラウドサーバーのスペックの選び方｜CPU・メモリ・ディスクの目安と費用
vCPU・メモリ・ディスクをどう決めればよいか。用途別の考え方と、小さく始めて調整するための見極め方、過剰スペックを避ける手順をまとめました。
クラウドサーバーのスペックは、現状の使用実績から逆算して決め、足りなければ増やすのが基本です。最初から余裕を持たせて大きく契約するより、控えめな構成で始めて、実際の使用率を見ながら調整するほうが、費用の無駄が出にくくなります。この記事では、CPU、メモリ、ディスクのそれぞれについて、何を基準に決めるか、そしてスペックと料金がどう結びつくかを説明します。
スペックの三つの要素
仮想サーバーの性能は、主に次の三つで決まります。
| 要素 | 意味 | 不足したときの症状 |
|---|---|---|
| vCPU（仮想CPU） | 同時に処理できる計算の量 | 応答が遅くなる、処理が詰まる |
| メモリ | 同時に保持できるデータの量 | 動作が極端に遅くなる、プロセスが強制終了される |
| ディスク | 保存できるデータの量と読み書き速度 | 容量不足で停止、読み書きの遅延 |
料金は、CPUとメモリの組み合わせ（プラン、インスタンスタイプ）でほぼ決まり、ディスクは容量で別に加算されるのが一般的です。メモリが2倍になれば、本体の月額もおおむね2倍近くになる傾向があるため、過剰なメモリは費用に直結します。
用途別の考え方
実際に必要なスペックは、動かすソフトウェアによって大きく異なります。以下は、あくまで考え方の目安です。具体的な数字は、各ソフトウェアの公式ドキュメントにある推奨要件を確認してください。
- 静的なWebサイト、小規模なブログ：1〜2GB程度のメモリで足りることが多く、小型のプランで始められる。
- WordPressなどのCMS：データベースを同居させるとメモリを使う。キャッシュの設定でも必要量が変わる。
- 業務Webアプリ：同時に使う人数と、処理の重さで決まる。負荷試験で確認するのが確実。
- データベース：メモリが性能に直結する。データ量に対して十分なメモリを確保する。
- バッチ処理・解析：CPUと時間のトレードオフ。短時間だけ大きなサーバーを使う手もある。
使用実績から必要量を見積もる手順
すでに別の環境で動かしているなら、次の手順で見積もります。
- 現在のサーバーで、ピーク時のCPU使用率とメモリ使用量を計測する（OS標準のツールや、監視ツールを使う）。
- ピーク時の使用量に、余裕分（目安として2〜3割）を加える。
- 近い性能のプランを選ぶ。選択肢の中間に収まらない場合は、小さいほうから試す。
- 稼働後、1〜2週間の使用率を観察し、常に低い（例えば20%未満）なら下げ、高止まり（例えば80%以上）なら上げる。
計算例（説明用の仮の数字）：ピーク時のメモリ使用量が3GBなら、3GB×1.3＝約3.9GB。4GBのプランが候補になります。1.5倍の余裕を取って4.5GBを必要とするなら、8GBのプランまで上げる必要があり、費用が大きく変わります。余裕の取り方が、料金に響くことが分かります。
小さく始めて調整する
多くのクラウドでは、後からスペックを変更できます。変更の方法と制約は事業者によって異なり、次のような違いがあります。
- 停止して変更する必要があるもの（短いダウンタイムが発生する）。
- 稼働したまま変更できるもの（ただし、対象のプランに限られる）。
- サーバーを新しく作り直す必要があるもの（データ移行が伴う）。
スペック変更がしやすいかどうかは、「小さく始める」戦略が使えるかを左右します。特に月額固定型のVPSでは、プラン変更の条件を事前に確認しておきましょう。
ディスクの選び方
ディスクは、容量に加えて、種類（速度）も選択肢になります。高速なSSD系は単価が高く、特別な性能指定をするとさらに追加費用がかかる場合があります。
- OSとアプリだけなら、20〜50GB程度から始められることが多い。
- ログやアップロードされるファイルが増える用途では、別のストレージ（オブジェクトストレージなど）に分けるほうが、費用と管理の両面で有利なことがある。
- 容量は、増やすことはできても減らすことは難しい場合が多い。最初は必要最小限で始める。
ディスクの使用量が増え続ける原因として、ログの肥大化がよくあります。ログの保管期間を決め、古いものを自動で削除（ローテーション）する設定を、初期設定の段階で入れておきましょう。
過剰スペックと不足スペック
過剰スペックは、毎月の費用が無駄になります。「念のため」で大きめを選び、結局CPU使用率が常に数%のまま、というのは典型的な例です。過剰スペックを選んでしまう失敗と見直しの方法も参考にしてください。
不足スペックは、サービスの停止や速度低下を招きます。ユーザーの体験が悪化し、機会損失につながるため、費用の節約が逆に高くつくことがあります。特に、メモリ不足はサービスの停止に直結しやすいので、メモリだけは少し余裕を持たせるのが無難です。
夜間・休日の停止で費用を抑える
従量課金のIaaSなら、使わない時間帯は停止することで、計算資源の料金を減らせます。開発・検証環境は、平日の日中だけ稼働させる運用でも成り立つことが多く、月額が大きく下がる場合があります。ただし、停止中もディスクなどの料金は続く点に注意が必要です。月額固定型では、停止しても料金は減らないのが通常です。
負荷試験で実測する
スペックの見積もりに自信がないときは、負荷試験で実測するのが確実です。本番に近い構成の検証用サーバーを短時間だけ用意し、想定するアクセス数を段階的に増やしながら、応答時間とCPU・メモリの使用率を測ります。応答時間が目標を超え始める地点が、そのスペックの限界の目安です。従量課金のクラウドなら、試験の数時間分だけの費用で済みます。試験の結果から、ピーク時の必要量が分かれば、余裕分を加えて、本番のスペックを決められます。試験用の環境は、終わったらすぐに削除し、ディスクなどが残っていないか確認してください。
よくある質問
最初はどのくらいのスペックから始めればよいですか。
動かすソフトウェアの推奨要件を満たす最小の構成から始め、使用率を見て調整するのが基本です。メモリが不足するとサービスが不安定になるため、メモリだけは余裕を見てください。
CPUのコア数が多いほど速くなりますか。
処理が複数のコアを使える設計であれば効果がありますが、シングルスレッドの処理が中心だとコアを増やしても速くなりません。使用するソフトウェアの特性を確認してから決めてください。
ディスク容量は後から増やせますか。
増やせる事業者・プランが多いですが、減らすのは難しい場合があります。最初は必要最小限で始め、拡張の手順を事前に確認しておくと安心です。
参考にする公式情報
- Amazon Web Services — インスタンスタイプの説明と料金
- Microsoft Azure — 仮想マシンのサイズと価格
- Google Cloud — マシンタイプの説明と料金計算
- 情報処理推進機構（IPA） — 情報システムの運用に関する公的な資料
