前回Sentryというエラートラッキングツールのplaybookを書きました。 もってけエンジニア！エラートラッキングツール【Sentry】のplaybookを書いたよ
このSentryをDocker化してしまえ！と思い、Dockerで構築してみたのですが、しんどいことに気づいたので、メモっておきます。
※Kubernetes,composeとか使えば楽になるんじゃないかと思います。あくまでもDockerのみでやろうとした時の感想です。
結論 --linkだらけにすると地獄をみる
githubに上げました。MySQLはsentryのmigration済みのデータが入っています。
MySQLの容量が300MBあったので、上げれませんでした^^;なんか方法考えます。。。
https://github.com/maaaato/docker-lab/tree/master/sentry
※一応リンク。
どういう構成でDocker化したか図を載せます。
インターネットからのアクセスはnginxで受け、バックエンドのsentryサーバへproxyする形です。 あとはsentryで必要なMySQL(PostgreSQL)、Redisを用意しています。
これらをコンテナ化しましたが、図を見て頂くとわかると通りにコンテナ同士を通信させる必要があります。
Dockerのコンテナ同士の通信には
docker run -d --link CONTAINER_NAME:ALIASE IMAGE_NAMEといった様に
--linkオプションが必要になります。
図の例で言いますと、nginxはsentryサーバへproxyさせています。この時どのようなconfになっているかと言うと、
upstream sentry {
server sentry-docker:9000;
}
server {
listen 80;
location / {
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_pass http://sentry;
}
}proxyさせる先をsentry-dockerといった様に書いています。
--linkでCONTAINER_NAME:ALIASEで、ALIASEをsentry-dockerと指定してdocker runさせています。 こうすることでnginxのコンテナ内の/etc/hostsには、
172.17.0.9 2b312db7e6b4
127.0.0.1 localhost
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
172.17.0.8 sentry-docker 1f4c972658c2 sentry
このようにsentryサーバのIPアドレスが書き込まれます。 sentryサーバの--linkも同様で、MySQL、Redisも同じように各コンテナのIPが/etc/hostsに登録されます。
※
docker psの結果
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 2b312db7e6b4 maaaato/nginx "/bin/sh -c '/usr/sb 4 minutes ago Up 4 minutes 0.0.0.0:80->80/tcp nginx 1f4c972658c2 maaaato/sentry "sentry --config=/et 5 minutes ago Up 5 minutes 9000/tcp sentry 5473ad46ec96 maaaato/redis "/entrypoint.sh redi 17 minutes ago Up 17 minutes 6379/tcp redis-docker cdb6a0adf437 maaaato/mysql-sentry "/usr/bin/mysqld_saf 18 minutes ago Up 18 minutes 3306/tcp mysql-docker
つまり！！
ここでMySQLのコンテナをstopし、新規にrunしたらどうなるでしょうか？ MySQLのコンテナが新規に立ち上がるので、新たにIPが割り振られます。
つまり！MySQLへlinkしているコンテナはIPが変わった事なんてしらないので、あれ？接続できないぞ。。。となってしまいます。南無。 まぁ当たり前か。。。
先ほどの図では、sentryコンテナからMySQLコンテナに接続していました。これを再び接続し直すには、sentryコンテナをrestartして、nginxコンテナもrestartが必要です。 restartでうまくいかない場合は、コンテナの作り直しが発生してしまいます。
まとめ
Dockerでlinkさせまくると一カ所が死んだときに影響範囲が大きくなってしまう可能性があります。 Docker化を進めるにあたり、Docker化にするところしないところをしっかり設計する必要があると感じました。 Kubernetes,composeはまだ試していないのですが、Dockerの管理が楽になるもの？だと思いますので、次は試してみます。
参考サイト
Dockerのネットワークについてはこちらの記事がとても分かりやすいです。 Dockerのネットワークの基礎 Dockerコンテナ間のlink，database.ymlの書き方
つい先日CodeDeployを試してみました。
無事成功ですね。
右のオレンジ枠がデプロイされたリビジョンの履歴が記載される所。ここから前のリビジョンをデプロイしたりする。つまり
デプロイ対象の
Deployment ConfigurationをCodeDeployDefault.OneAtTimeに設定していたので、一台ずつデプロイしています。
まず一台にデプロイしてFailedとなったので、残りのもう一台にはSkippedとなってデプロイ実行されてないです。
View All Instancesをクリック。
実際にどこで失敗したのかは赤枠を見ると分かります。
BeforeInstallで失敗したようです。
次に青枠のView Eventsを見てみましょう。
View Logsをクリック。
エラーメッセージが出てますね。よくわかりませんが。。。
この時どこに問題があったかというとappspec.ymlです。
