さくらのレンタルサーバでService Temporarily Unavailableが表示される条件について

さくらのレンタルサーバはスタンダードプランを利用しています。

また、このブログはWordPressで動作しており、動的にページを生成します。しかし、WordPress Super Cacheプラグインにより、生成されたページをキャッシュすることで、ページの動的な生成の回数を大幅に削減して、軽量化に努めています。

だいたい503によってアクセス制限されるのは毎分150PVから200PVの状態が数分続いたときです。アクセス制限されると、とある瞬間からガクッとアクセス数（Analytics）が減ります。

つまり、ある瞬間から突然規制が始まるわけです。

また、それとは別に、規制に向けてじわじわつながりにくくなります。

規制が始まると、ちょうど１分ごとに十数秒だけアクセスが来る状態になり、完全に遮断されるわけではありませんが、かなり制限されています。

ほとんどの場合503 Service Temporarily Unavailableが表示されてしまうのですが、何度もリロードしていると、たまに表示できます。

しばらくすると（20分以上、とても長いこともある）、また突然１分間あたりのPVが回復します。

つまり、規制の間だけ毎分PVのグラフがヘコんだ形になります。落ちるときも立ち上がるときもとても急です。

まず、対策の内容は別にして、できるだけ早めにアクセスの急増を察知し、503でWordPressなどの管理画面に入れなくなる前に対策をする、というのが重要そうです。

私の場合は、人気記事を非表示にしたりして、まず画像の表示数を減らしました。また、Super Cacheのキャッシュ機嫌を極端に長くすることで、キャッシュの再生成が起こらないようにしました。

ほんとに参考程度ですが、当ブログの場合はアクティブユーザ数が800ユーザから950ユーザあたりでアクセス規制が入るイメージです。アクセス規制が入ると、あっという間にアクティブユーザが200以下に落ちていきます。

これまた参考です。

さくらのレンタルサーバでは24時間ごとの転送量が記録されるのですが、だいたい規制されるようなときは１日9GBから19GBくらいの転送量になった経験があります。しかし、突発的なこの程度の転送量では、特にさくらからメールが届いたりすることは無いようです。

突発的なアクセス増加には耐えきれませんが、今のところそういうことさえなければ503は出ないので、スタンダードでまだいけそうな気がしています。レンタルサーバを引っ越してもっと表示速度が上がるのなら、引っ越しても良いかなぁ。