ロリポップを離れる決断をした理由　〜共有MySQLの限界と20年間の不安定さ〜

WordPressを運用していて、表示速度の不安定さに悩まされ続けた結果、ようやくサーバー移転を決意しました。

契約していたのはロリポップのエンタープライズプランです。アクセラレータを有効にし、テーマ側のキャッシュも使い、キャッシュ用プラグインもとっくに導入済みでした。データベースの不要データを定期的に整理し、プラグインや自動読み込みの容量も常にチェックしてきました。自分側でできることは、もう手を尽くしたと言っていい状態です。

それでもページの生成時間は大きく変動します。Query Monitorで計測した最近の記録を挙げると、次のとおりです。

• 10月19日 11:53　2.94秒
• 10月19日 12:00　0.70秒
• 10月19日 17:24　3.66秒
• 10月19日 17:57　4.36秒
• 10月19日 19:49　4.23秒

わずか数時間のうちに0.7秒台から4秒超まで揺れ動く。データベースへの問い合わせが軽い内容なのに、処理時間が極端に伸びる現象が何度も起きていました。

PageSpeed Insightsや実際の計測でも、TTFB（Time to First Byte）が遅くなるケースが目立ち、サーバーからの応答そのものがボトルネックになっていることが明らかでした。

サポートに問い合わせて分かったこと

詳細な計測結果を添えて問い合わせたところ、最初の回答は次のような内容でした。

大変お待たせいたしました。
ロリポップカスタマーサービスでございます。

この度は表示速度が不安定とのことでご不便をおかけし、申し訳ございません。
いただいた詳細な情報をもとに、データベースサーバー（mysql028）側の調査を行いましたので、結果をご案内いたします。

お客様が実行されているクエリ自体は、処理するデータ量も少なく、軽いものであることを確認しております。
WordPressの自動読み込み設定についても、一般的な範囲内のデータ量で、特に問題となるものではございませんでした。

一方で、同じデータベースサーバーを利用している他のお客様のクエリ処理が多く発生する時間帯があり、
その影響でサーバー全体の処理が混み合い、お客様のクエリも応答までに時間がかかる状況が発生していることを確認いたしました。
サーバーのCPU・ディスク自体には余裕があり、特定の時間帯に処理が集中することが、表示速度が不安定になる要因となっております。

お客様側の設定やデータに問題があるわけではございませんが、恐れ入りますが、
混雑する時間帯の影響を軽減する対策として、WordPressのキャッシュ用プラグインの導入をご検討いただけますと幸いです。

自分のサイトのデータ量やクエリの内容ではなく、共有しているMySQLサーバー上の他利用者の負荷が原因だと、公式に認められたわけです。

すでにキャッシュ機能を複数使っている状態で「キャッシュ用プラグインの導入を検討してください」と言われるのは、根本的な解決にはなりません。管理画面でも同じ遅延が発生するため、通常のページキャッシュではカバーしきれない部分も多いのです。

そこで、次のように追加で要望を送りました。

エンタープライズプランを利用しているにもかかわらず、これほど速度が不安定な状態が続いていることに、大変困っております。
今回、他の利用者による処理集中が原因であると確認された以上、キャッシュプラグインの導入を勧めるだけではなく、サーバー運営側での具体的な改善をお願いしたいと考えています。
追加料金が必要なのであれば、費用を負担することも検討しております。
現行環境を維持したまま、サーバー側の負荷分散や処理能力の改善、その他有料の対策など、実施可能な方法があれば具体的にご案内いただきたいです。

返ってきた回答は、これでした。

大変おまたせいたしました。
ロリポップカスタマーサービスでございます。

このたびは表示速度の不安定な状態が続き、ご不便をおかけして申し訳ございません。
追加でいただいたご要望について、改めて調査いたしましたので結果をご案内いたします。

大変恐れ入りますが、現在ご利用のデータベースサーバーを維持したまま
お客様のサイトのみ処理能力を高める方法や、そのための有料のメニューのご用意がございません。

お客様のデータベースが収容されているサーバーでは、他のお客様による処理が集中する時間帯があり、
その影響でお客様のサイトの処理にも時間がかかる状態が発生しております。

サーバー自体のCPU・ディスクには余裕がある一方、特定の時間帯に他のお客様の処理が集中することで、応答に時間を要しております。
この影響は、お客様側の設定やキャッシュのご利用では取り除くことができないことを確認しております。

ロリポップ！アクセラレータやWordPressのキャッシュ機能をすでにご活用いただいており、
データベースのデータ量や設定にも問題が無いことは、前回の調査結果のとおりでございます。

そのうえで時間帯により大きく変動する状況が続いていることも承知しておりますが、
現行のデータベース環境を維持される場合、弊社側でこれ以上の処置をご案内できる手段がない状況でございます。

他の利用者の負荷が原因であることを認め、ユーザー側の設定やキャッシュでは解決できないことも認めながら、「現行環境を維持するなら、これ以上できることはありません」で終わらせる。エンタープライズプランで、これはないと思います。

何より腹が立つのは、この「やる気のない定型文」感です。長年にわたって同じような返信を繰り返されてきた身としては、誠意を感じられませんでした。

20年間にわたって続いてきた問題

この不安定さは最近始まったものではありません。ロリポップを利用するようになってから、速度が急に落ちる現象を繰り返してきました。そのたびに自分の設定を疑い、データベースを掃除し、キャッシュを見直し、問い合わせを重ねてきました。

20年間、こうした不安定さに付き合ってきた結果、「またか」という思いが積み重なっています。返ってくるのは毎回似たような内容です。「混雑時間帯の影響を軽減するためにキャッシュを」という表現は、共有環境の構造的な問題を利用者側に押し付けるものに感じます。

CPUやディスクに余裕があるという説明も、時間帯によって処理が集中して遅延が発生している事実と矛盾します。余裕があるなら、なぜ他の利用者の負荷がここまで直接影響するのでしょうか。

エンタープライズプランであっても、安定した応答速度が保証されないのであれば、プランの価値は大きく損なわれています。

移転を決断し、実行した

読者の立場で考えれば、数秒の遅延はページを閉じる理由になります。管理画面の操作さえストレスになり、更新作業自体が億劫になる日もありました。

自分側でできる最適化をすべてやった上で、なお「他の利用者の負荷の影響です。現行環境を維持するならこれ以上できません」と言われる状況が続くなら、これ以上同じ環境に留まる意味はありません。

20年の狂おしい付き合いに疲れた私は、AIに手伝ってもらいながら、約7時間でエックスサーバーへ移転させました。

結果は爆速でした。20年間の長い苦しみから解放され、本当にスッキリしました。

同じようにロリポップで「自分の設定は問題ないはずなのに、なぜか急に重くなる」という経験をしている方がいれば、この記事が少しでも参考になれば幸いです。

20年間悩まされてきたサーバーとの縁を、ようやく切ることができました。安定した環境で、安心してブログを続けたいと思います。