えー。まず事前案内から。
実は今月の投稿の約9割は、WordPress の予約投稿機能によるものです（汗）
今これを書いてる日付も本当は3/14ですが、今日のこの投稿内容で時系列が少し可笑しくなる恐れがあるので、予めお断りしておきます（曝）
先日（僕にとっては本当に昨日だけど、この投稿が公開される時点では一週間前になる）、WordPress の高速化 と言う投稿をしました（と言ってもその投稿自体書いたのは今を遡ること2週間前になる）が、その後の効果を報告しておきます。
（あー。くどいので文中に時系列の解説はもう入れません）
QoSアラート再び
実はこの WordPress の高速化を実施する前までは、特に恐らく WordPress の最新版 2.7.1 をインストールしてからは、サーバーのメモリ使用率は一日あたり約10回前後のアラートが発生していました。
以前、このサーバーの下位プランを借りた時点ではアラートなんて出てませんでしたが、調子に乗ってあれやこれや回すようになったら、すぐにメモリが厳しくなってしまい、ものの3ヶ月ほどで現在の上位プランに移行せざるを得ませんでした（汗）
でもその後しばらくはまた平穏な日々が続いていたはずでしたが、今年の2月に入ってくらいかな、またアラートがポツ、ポツと出始めるようになってしまったのです。
ちなみに今僕が使ってるサーバーは VPS なので（厳密には性能保証プランの方）、管理画面が Virtuozzo （仮想化ソフト）やら Presk （コントロールパネル）やらが利用できるのですが、その Virtuozzo の方でリソースやら QoS アラートやらがモニタできるようになってます。
で、このアラートにも段階があり、普段出ていたのはソフトリミットの方で「イエローゾーン」と呼ばれています。これは、「契約しているプランの保証値に近づいてるぞ！」というものです。
と言っても、仮にコレを越えてもハードリミットまでの余裕があればそっちに回るので問題はありません。
が、ここ最近はまた契約初期のように「ブラックゾーン」と呼ばれるハードリミット越えが見られ始めていました。またかよ、と。
多分そのせいで WordPress が転けるようになり始めたんだと思います。
でも、こりゃどげんかせんといかん。
と言う経緯があっての、先日の WordPress の高速化 でした。
WordPress高速化の結果報告！
長くなりましたが、結果報告です。
なんと、これを実施した3/9以降、まだ一度もアラートは出てません！
ブラックどころかイエローすら見あたりません。
こりゃ凄い！！
いやぁ、ダメもとで試してみたMySQL のクエリキャッシュと、WordPress のコンテンツキャッシュの設定でしたが、なんとまあコレが覿面だったようです。
以下は、3/8まで出ていたアラートのログ。
また、平常時でもメモリ使用率はほぼ安定して40％台をキープしています。とてもこれがフローするとは今のところ思えません。
僕はサーバー関係は専門外でサッパリなのですが、これでしばらくは一安心です。
だったらルート権限付きのサーバーなんか借りるなって話ですが。。。汗
僕のようにリソースで困ってるサーバー初心者の方、もし WordPress を使ってるなら高速化をオススメしますです。
でも、早くも問題が・・・
ところで MySQL の状態を phpMyAdmin で見てみたら、なんか早くも Qcache_lowmem_prunes の値が現れていた。
- Qcache_lowmem_prunes
- 新しい照会をキャッシュするためにメモリを解放するべく、キャッシュから削除された照会の数。この情報は照会キャッシュのサイズを調整するときに便利です。照会キャッシュがキャッシュから削除する照会を決定する際には、最後に使われた時刻が最も古いものから削除する戦略をとります。
これ、今 query_cache_size の値を 24M にしてあるんだけど、もう少し挙げた方が良いのかなぁ。
ま、ブログの方は閲覧者が少ないし、そこまで神経質になることないのかな？
サーバー先生。。。
