レンタルサーバーのCPU・メモリ・同時実行数に制限があるか調べる時は、契約容量ではなく「リソース使用状況」と制限通知を確認します。 ディスクが余っていても、PHP処理の集中、bot、重いプラグイン、画像生成でCPUやメモリの上限へ達すると、WordPressだけが遅くなったり503が出たりします。
この記事では、速度低下をリソース制限と決めつけず、発生時刻、サーバーパネルのグラフ、アクセスログ、WordPressの処理を照合し、プラン変更が必要か判断する手順を説明します。
容量不足とリソース不足は別の問題
| 資源 | 役割 | 不足時の例 |
|---|---|---|
| ディスク容量 | 画像・DB・メールの保存 | アップロードやメール受信に失敗 |
| CPU | PHPやDB処理の計算 | 応答遅延、処理制限 |
| メモリ | 処理中データの保持 | memory exhausted、500 |
| 同時実行数 | 同時に動かせるPHP処理 | 混雑時だけ503・待ち時間 |
| 転送量 | 外部へ送るデータ量 | 帯域制限、画像表示遅延 |
「容量700GB」のような数値だけでは、混雑時の処理余力は分かりません。共用サーバーではリソースが公平に使われるよう制御される場合があります。会社ごとに公開項目や通知方法が違うため、管理画面の実表示を確認します。
容量を大きくすれば速くなると思っていました。部屋が広くても、料理する人が一人なら注文が重なると待つ、みたいな違いなんですね。
いい受け止め方だね。
保存量と処理の混雑を分ければ、消すべきなのか軽くすべきなのか判断しやすいよ。
でもCPUのグラフが赤いと、それだけで悪いサイトに見えてしまいます。短い時間だけなら慌てなくてもいいですか？
更新や画像生成で一時的に上がることはあるよ。
読者の遅さと同じ時刻に繰り返しているかを見てから、次の手を選ぼうか。
発生時刻を固定して5つの画面を照合する
- 遅かった日時、URL、操作を記録する。
- サーバーパネルの「リソース使用状況」「CPU・メモリ」「負荷」画面を開く。
- 同じ時間帯のアクセス数と転送量を見る。
- アクセスログでbotや特定URLへの集中を確認する。
- エラーログで503、memory、timeoutなどを探す。
- WordPressの更新履歴、予約処理、画像一括生成、バックアップなどを照合する。
7月30日18:05〜18:20／投稿編集は正常、公開ページだけ遅い／CPU通知あり／/wp-login.phpへ大量アクセス／Fatal errorなし。
この場合は容量削除より、不要アクセスの制御と同時実行の確認が先です。
原因別に一つだけ試す
| 手掛かり | 試すこと | 確認結果 |
|---|---|---|
| bot集中 | WAFやログイン保護を公式手順で確認 | 対象アクセスとCPU山が減る |
| 画像生成 | 一括処理を少量に分ける | 処理時だけの山へ収まる |
| 特定プラグイン | 検証環境で停止比較 | 同じ操作の時間が短くなる |
| データベース処理 | 重い検索・集計・自動処理を特定 | 遅いURLが改善 |
| 継続的な上限 | プラン変更条件を確認 | 混雑時の制限が解消 |
アクセスログを見ると、同じURLへ何度もリクエストが来ています。すぐIPを全部拒否するのと、プラグインを止めるのはどちらが先ですか？
一度に両方変えると、何が効いたか分からなくなるよ。
まず既知の正常アクセスを巻き込まない公式のWAF設定を確認し、同じ時間帯の山が変わるか見よう。
変化がなかったら、次にプラグインを一つずつ検証するんですね。公開サイトで全部止めるのはまだこわいです。
その不安は大切だよ。
ステージングかアクセスの少ない時間に一つだけ試し、元へ戻してから次へ進めば安全だね。
プラン変更が必要な条件
- 同じ原因を除いても制限通知が継続する
- 通常アクセスだけでCPU・メモリ上限へ繰り返し達する
- キャンペーンや一時的なbotではなく、読者増加が続いている
- 処理を分散しても業務時間内の503が残る
- 上位プランで増える資源が今回の制限項目と一致する
「上位なら速い」ではなく、CPU、メモリ、同時実行、専有リソースなど何が変わるか確認します。変更後に同じ時刻・同じURLで比較できる測定方法も用意します。
余裕を重視するサーバー比較
アクセス増や画像処理を見据えるなら、プランごとのvCPU・メモリなどが分かりやすいシンレンタルサーバー、安定運用とサポート情報を重視するならエックスサーバーが候補です。現在の負荷原因を特定できていない人は、先にログ調査を行い、乗り換えだけで解決すると決めつけないでください。
シンレンタルサーバー
vCPU・メモリ・容量をプラン選択の材料にし、WordPress処理の余裕を重視したい人向けです。
向いている人： アクセス増加や画像処理を見据えてリソースを比較したい人
利点： プランごとの資源と高速化機能を確認しやすい
注意点： 一時的な負荷やプラグイン原因は上位プランでも残ります。先に発生時刻と処理を特定してください。
料金： ベーシック 1,078円〜、キャンペーン実質539円〜 / 36ヶ月契約時
シンレンタルサーバーのリソース条件を見る
エックスサーバー
負荷確認からサポート相談まで、安定運用の手順を重視する人の比較候補です。
向いている人： 初心者としてログとサポートを使いながら長く運営したい人
利点： WordPress運用情報が多く、複数の確認手段を持ちやすい
注意点： 契約前に最新プランのリソース表示と制限条件を確認してください。
料金： スタンダード月額693円〜目安（キャンペーン・契約期間で変動）
エックスサーバーの最新プラン条件を見る広告・PRを含みます。料金・提供条件は公式ページで最新情報をご確認ください。
よくある質問
CPU使用率100%なら故障ですか？
測定単位や表示基準はサービスで違います。短時間の画像処理か、継続的な制限かを時系列で確認してください。
キャッシュを入れれば必ず直りますか？
公開ページのPHP処理を減らせる場合はありますが、管理画面、bot、バックアップ、画像生成など原因が別なら効果は限定的です。
容量を削除するとCPUも下がりますか？
容量逼迫が処理失敗を招いている場合を除き、別の資源です。不要データ削除をCPU対策として機械的に行わないでください。
変更後24時間の確認表
対策後は直後だけでなく、以前遅くなった時間帯まで確認します。比較条件をそろえるため、同じページ、同じ端末、同じログイン状態を使います。管理画面と公開ページは処理が違うので分けて記録してください。
| 確認 | 合格 | 不合格時 |
|---|---|---|
| CPU・メモリの山 | 短くなり制限通知なし | 同時刻の処理を再確認 |
| 公開ページ | 混雑時も通常応答 | キャッシュ・DB・外部通信を分離 |
| 管理画面 | 保存・画像処理が完了 | プラグインとPHP処理を調査 |
| エラーログ | 500台やmemoryなし | 最初のエラーへ戻る |
上位プランへ変えた場合もこの表を使います。改善がなければ「さらに高いプラン」へ進む前に、変更した資源が今回のボトルネックと一致していたかを見直します。
測定値はスクリーンショットだけでなく、開始・終了時刻と実施した操作も文章で残します。次回同じ症状が出た時、前回との違いを比較でき、サポートへも具体的に説明できます。
推測より記録を優先しましょう。
まとめ：グラフと同時刻の処理を重ねる
遅いなら容量を空けるか高いプランへ変えるしかないと思っていました。発生時刻と処理を重ねれば、先に止められる無駄があるかもしれません。
数字を原因ではなく手掛かりとして読めたね。
何が動いた時に山が出るか分かれば、必要な費用だけを選べるよ。
グラフが赤いとまた焦りそうですが、一回だけか繰り返すかを見ます。変更も一つずつにします。
それで大丈夫だよ。
発生時刻、アクセス、エラー、処理を順に合わせ、それでも上限が続く時にプラン変更を検討しようね。
容量、CPU、メモリ、同時実行は別の資源です。同じ時刻のグラフ・ログ・処理を照合し、原因を一つずつ除いてからプランを選びます。