先週の土曜に、このサイトが動いているサーバが突然落ちたっぽい。MySQLのログに再起動っぽいログが。


Database was not shut down normally!とか言われてるので、いきなり電源断くらいの勢いで落ちたんだと思うんだけどなぁ。障害のアナウンスもなければメールでサポートに問い合わせても反応がねぇ。
アメリカ育ちのサービスだし非常におおらか。すばらしいスルー力。というかスルーしすぎ。きっと

「へーい、落ちたって言ってもほんの10分程度だろ？その10分の間に大量にアクセスがあるくらい君のサイトはクールなのかい？」

とか思っているに違いない(←思い込み)。あぁ確かに来ないさ。一日10～20人くらいしか来ないさ＿|￣|○
と、前フリが長くなったけど今日は俺が借りてる共用レンタルサーバについて色々と。

先月からこのサイトは自宅サーバではなく共用レンタルサーバなるサービスを借りてそこでサイトを動かしています。以前、日記とかではVPSと書いてたけど正確にはroot権限がもてないので共有サーバの部類に入るっぽい(勘違いすいません…m(_ _)m)。
ただ、root権限がないにしろ普通にログインシェルが使えるので自分の好きなソフトを入れることは可能。root権限ないんでちょっと大変だけど。1024番以下のポートはbindできないし、80はapacheがすでにバーチャルで動いてるし。
まぁそんな制約を入れていても自宅サーバよりも早そうだし、思い切って乗り換えることに。

そして24時間稼動のはずが色んな事情でちょくちょくサイトがダウン。

• 最大稼動プロセスが30だったのを知らず(聞かないと教えてくれない)にプロセスを大量に起動して落ちる。
• PHPのバグで落ちる。
• 最大オープンファイルの制限に引っかかり、対処してたらMySQLのDBが死ぬ。
• たまに何の前触れもなく再起動される。で、lighttpdが起動できず落ちてしまう。
• DCなのに電源障害でサービスダウン。

実は自分の家においていたほうが稼働率が圧倒的によかった…。そして逆に手間が増えてるような。家に置いておくより外に出したほうが楽だと思ったんだけどなぁ。
そしてサポートに連絡しても返答率が今ひとつ。

あと本当は自分のサイトが無事に動くのならもっと借りて別のサイトを動かそうと目論んでたんだけど却下。別の所を探そうかな…。というか自分のサイトもどこかいいところあれば移したいなぁ。今のところうちの会社の好意でタダで借りれてるのは魅力なのだが…。

最後にこれからこの共有レンタルサーバを使い続ける上で、一つ非常に大きい問題が。 共用レンタルサーバというだけあって色々な制約がある。プロセスは30まだとか最大同時オープンファイルは75までとか。その最大同時オープンファイルが曲者。ulimitで最大同時オープンファイルを見てみる。


なんとここでは最大同時オープンファイルは11095と表示されている。どうやらmysqlがこの数字を参考にしてmyslqの最大同時オープンファイル(open_files_limit)を決めてるっぽい。 でも最大同時オープンファイルは75という制限があるので、時々mysqlがエラーを吐いて動かなくなる。 回避策としてmax_connectionsとtable_cacheを下げてファイルオープン数が75を超えないようにしている…が、本当に75以下で収まってくれるか不安。過負荷のときに75超えたりしそう。それにこれが原因でDBの整合性が取れなくなったら悲しいし。
そんなわけでmysqlのopen_files_limitをうまいこと無理やり75以下にできないものかと考え中。…結果としてソースをいじるしかないようだ。一応変更箇所はわかったんで今度実際にやってみるつもり(でも、最大起動プロセスが30と決まっているのでうまくコンパイルしないとたまに落ちる)。
この問題が解決するまでまだ安心してサイトを動かせないなぁ、という感じです。というかここまでして自分でサーバ運用にこだわるってマゾだな。うん。

名前:

タイトル:

コメント: