表示が遅い・重い・落ちるサイトを調査します

「夕方になると決まって重くなる」 「ページの表示が遅い、と言われる」 「アクセスが増えると落ちる」 「セールや受付開始の瞬間だけ繋がらない」 「データが増えてから、明らかに遅くなった」 「サーバーのプランを上げたのに、改善しなかった」 表示が遅い、落ちるといった障害の原因を切り分けて、どこに手を入れるべきかをお伝えします。 やみくもな高速化ではなく、表示速度を落としている箇所を特定してから手を入れます。 ■ 「サーバーを増やす」で直らない理由 重い・落ちるの原因は、だいたい次のどれかです。 ・データベースの検索が遅い(インデックスが効いていない等) ・同じ処理を何度も繰り返している ・画像など重いファイルをサーバーから直接配信している ・書き込みが一箇所に集中している ・そもそもサーバーの設定が初期値のまま このうち、サーバーの増強で直るのは一部だけです。 詰まっている場所と、お金をかけた場所がずれていると、 費用だけ増えて改善しません。 まず「どこが詰まっているか」を特定するのが先です。 ■ 特に難しいケース 「特定の時刻に一斉にアクセスが来る」タイプは、 平常時のチューニングとは別の設計が必要になります。 ・セール開始の瞬間 ・受付・予約の開始時刻 ・メンテナンス明け 平常時はほぼ無風なのに、数十秒だけ垂直に立ち上がる。 この形は、普通の増強では対処できません。 私は、短時間にアクセスが集中するタイプのサービスで インフラ設計を担当してきました。 ・ボトルネックをデータベースの書き込みと特定 ・書き込みが集中するデータをKVSへ分離 ・重い処理をリクエストから切り離して非同期化 ・読み取り側はCDN / キャッシュ / リードレプリカで分散 事前の負荷試験で十分な余裕があることを確認した上で切り替え、 以後は長期間、無停止で稼働しています。 ■ 納品するもの 診断レポート(PDF、またはテキスト / Markdown)。 1. 原因がどこにあるかの切り分け 2. 高速化の対策案(費用対効果の高い順) 3. お金をかけずに済む対策と、投資が必要な対策の区別 4. 負荷試験をするなら、何をどの規模で測るべきか 「スペックを上げましょう」では終わりません。 今の規模で本当に必要かどうかまで書きます。 ■ 対応できるもの ・レンタルサーバー / VPS / AWS / GCP / Azure ・PHP / MySQL / PostgreSQL / WordPress ・サイト高速化 / 表示速度改善 / アクセス集中・同時アクセス対策 ・502 / 503 / 504エラー(アクセス集中やタイムアウトによるもの) ・スロークエリの特定とインデックス設計 ・デッドロック、書き込みの詰まり ・言語やフレームワークは問いません まずは「いつ、どう重いか」だけでも構いません。 見積り相談からお気軽にご連絡ください。