どの状態になったら
VPSをスケールアップすべきか

まず見るべきはCPUよりメモリ

小規模Webサービスでは、CPUが少し高いだけでは即スケールアップとは限りません。 それよりも、メモリ不足でスワップが発生している状態のほうが深刻です。コンテナ再起動、 DBの不安定化、レスポンス低下につながりやすいからです。

• メモリ使用率が常時80〜90%を超える。
• スワップが継続的に使われる。
• DBやAPIがメモリ不足で落ちることがある。

この状態なら、まずは1段階上のメモリ帯を検討したほうが効果が出やすいです。

CPU使用率が高いときの見方

CPU使用率が一瞬高いだけなら、ただのピークかもしれません。問題なのは、 平常時でも高止まりしているケースです。特にAPIサーバーやワーカーが常に忙しいなら、 スケールアップの優先度は高くなります。

レスポンスが落ちてきたら要注意

ユーザー視点でいちばん分かりやすいサインは、ページ表示やAPIレスポンスの遅さです。 サーバー監視だけでなく、アプリ側の体感速度も重要な判断材料になります。

• アクセス増加時にタイムアウトが増える。
• 普段よりAPI応答が明らかに遅くなる。
• DBクエリが詰まりやすくなる。

ディスク容量とIOも見落とさない

DB、ログ、Dockerイメージ、バックアップを同居させていると、ストレージは意外と早く埋まります。 空き容量が少なくなると、更新やバックアップの失敗が起きやすくなります。

• 空き容量が20%を切ってきた。
• ログローテーションしても圧迫感がある。
• DBサイズの成長が明らかに見えている。

この場合はCPUやメモリだけでなく、ストレージ容量が大きい上位プランを見るべきです。

運用がしんどくなったら、それもサイン

毎回リリース前に不要コンテナを消したり、メモリ節約のためにサービスを止めたりしているなら、 すでに小さすぎる可能性があります。技術的には動いていても、運用コストが高い状態です。

• 監視のたびにメモリ残量を気にする。
• デプロイのたびにリソース不足が不安になる。
• ログやDBの整理を頻繁にしないと安定しない。

判断に迷ったらこの順番

1. メモリ使用率とスワップを確認する。
2. 平常時のCPU使用率を見る。
3. レスポンス時間とタイムアウトを確認する。
4. ディスク残量とDBサイズの伸びを見る。
5. 運用上の我慢が増えていないか振り返る。

実際に比較するときの見方

いま使っている構成より、1段階上のメモリ帯とストレージ帯を持つプランを見比べると判断しやすいです。 特に2GBから4GB、4GBから8GBは変化が大きく、体感も変わりやすい帯です。