俺のブログサーバーがこんなに遅いわけがない６。docker構成見直し敢行。

time 2015/10/19

さて、このブログサーバーはdockerを用いて環境をサンドボックス化して運用しているのですが、構成の見直しに着手しました。理由は簡単で、「dockerをdockerらしく使い、その恩恵を受けるため」です。

現状の構成。

VPSの上で１個のdockerを動かし、その中でプロセスマネージャmonitを稼働、その管理下で、apache、php-fpm、mysql、newrelicの管理管理エージェント、syslogd、sshd、cron、fluentdまですべて動かし、管理はSSHでログインする、という構成です。要するに、dockerコンテナをVPS的に使っている状態です。

この構成にはそれなりのメリットがあり、VPS本体のOS環境とは独立して環境ができているのは非常に便利なのですが・・・ちょっとした問題がありました。

ここで稼働しているphpもmysqlも、CentOS6標準のものなので、phpが5.3、mysqlが5.1です。性能改善のため、これらのバージョン・アップをしようと思ったのですが、これだけのサービスが動いていると、パッケージ相互の影響やら何やら、いろいろ考えなくてはいけなくなる、と。動かなくなったら大変なので、結構な手間がかかる。

改めて考えてみた。こういう手間を避けるためのdocker、Immutable Infrastructureなのではないか？と。そうやって考えてみると、今の使い方は、dockerの正しい使い方にはなっていないということです。

そこで、いろいろ調べてみると、宗教論はあるようですが、やはりdockerコンテナはImmutable Infrastructureとして、綺麗に動かすべし、というのが正論のようです、ズバリ言えば、

プロセスマネージャを動かさない。
sshでログインしない
変動するトランザクションファイルはdockerの外部で管理する

とか、こんな話。言われてみれば確かに、現状dockerで動かしているこの環境、不定期にcommitしているのですが、ログからwordpressのコンテンツまで抱えたイメージサイズは6GBを超え、commitにかかる時間は30分近くになっている。コンテナの再実行をしようとすると、結局この時間がメンテナンス時間となってしまうので、あまり良くない状態です。

そこで、一念発起して、docker複数構成に変更することにしました。