docker - こちらも参照インストールコンテナをサブドメインに割り当てる PIDからコンテナを特定する jrcs/letsencrypt-nginx-proxy-companion で証明書の期限を確認イメージのバージョンを固定する時間が経つとリビルドできない時計がずれるお手軽にmongodbの永続化データバックアップDocker volumeの内容をバックアップバックアップレストアもっとちゃんとやるならMongoDBのバックアップ・レストアPostgreSQLのバックアップ・レストアdocker-composeWeb UI デバッグ用シェル開発環境としての利用未使用データの削除

*コンテナをサブドメインに割り当てる
-ドメインを取る
-DNSのAレコードに*.example.comを設定
-[[jwilder/nginx-proxy>https://github.com/jwilder/nginx-proxy]]を起動
-80番でlistenするコンテナを用意
-下記のオプションで起動
 -e VIRTUAL_HOST=<service-name>.example.com

* PIDからコンテナを特定する
topやiotopで重いプロセスがいたときに、そのプロセスが所属するコンテナを知りたい
---(
$ docker ps --format '{{.ID}}' | xargs docker inspect -f '{{.State.Pid}} {{.Config.Hostname}} {{.Name}}'
---)

docker psの方だけ--formatなのが罠(-fはFilter)
* jrcs/letsencrypt-nginx-proxy-companion で証明書の期限を確認
---(
find . -name cert.pem | xargs -n 1 -I{} sh -c 'echo {}; openssl x509 -noout -dates -in {} | grep notAfter'
---)
* イメージのバージョンを固定する
タグの指定では不十分(後から変更される可能性がある。latestとか特に)

---(
$ docker image ls --digests
REPOSITORY                               TAG                 DIGEST                                                                    IMAGE ID            CREATED             SIZE
jwilder/nginx-proxy                      latest              sha256:4e6bae63dab0c4d3ebf3bbecbf5cd2700ca99db02e155efaa6e28baa14033bc8   2e769f4d3e9c        2 months ago        148MB

そしてdocker-compose.ymlで
image: jwilder/nginx-proxy@sha256:4e6bae63dab0c4d3ebf3bbecbf5cd2700ca99db02e155efaa6e28baa14033bc8
---)

*時間が経つとリビルドできない
aptとかgemとかのリポジトリからパッケージが消えると、結局リビルドできない。
公開できるものはDocker Hubにビルド済イメージを入れておく。

プライベートのものは自前のDocker Hubを用意するのかなー

apt-get update がキャッシュされて、それが古くなってて失敗することもあるようだ。
docker build --no-cache でOK。
*時計がずれる
https://www.eucalyptus.com/blog/2014/09/14/docker-strange-dev-how-i-learned-stop-worrying-and-love-vm

*お手軽にmongodbの永続化
---(
$ boot2docker ssh
$ sudo mkdir -p /var/lib/docker/mongodb
$ exit

$ docker run --name mongodb --restart=always -d -v /var/lib/docker/mongodb:/data/db mongo mongod --smallfiles
---)

で、DBを使うコンテナを起動
---(
docker run ... --link mongodb:mongodb
---)
*データバックアップ
- バックアップ処理を行うコンテナを作る
- バックアップ対象とvolumeをshareする

[[If you run SSHD in your Docker containers, you're doing it wrong!>http://jpetazzo.github.io/2014/06/23/docker-ssh-considered-evil/]]

- DBの場合、バックアップ対象とlinkしてDBに接続する
- その場合、クライアントは同一イメージに入れると綺麗みたい

https://github.com/dockerfile/mongodb
 docker run -it --rm --link mongodb:mongodb dockerfile/mongodb bash -c 'mongo --host $MONGODB_PORT_27017_TCP_ADDR'

- gitlabみたいな複雑なコンテナの場合、データをtarに固めるのは誰がやるのがいい？
-- gitlabの場合はバックアップ機能があるので、同一イメージからそいつを実行すればいいかな

[[Docker Quicktip: Backing up Volumes Container42>http://container42.com/2014/05/05/docker-quicktip-5-backing-up-volumes/]]

*Docker volumeの内容をバックアップ

**バックアップ
docker compose downでサービスを止めてから

---(
docker run --rm -v <volume_name>:/dst -v `pwd`:/backup busybox \
  tar cpvf /backup/_`date +%Y%m%d_%H%M%S`.tar -C /dst ./
---)

**レストア
事前にdocker compose upでvolumeを作成し、downでサービスを止める

---(
# 一旦中身を消して
docker run --rm -v <volume_name>:/dst busybox \
  rm -rv /dst

# レストア
docker run --rm -v <volume_name>:/dst -v `pwd`:/backup busybox \
  tar xpvf /backup/<backup_file> -C /dst ./
---)

**もっとちゃんとやるなら
https://gist.github.com/nicklegr/9a792c00c02b524501b15ffcd84128e1
*MongoDBのバックアップ・レストア
''最近は docker compose run を使うといい''
---(
docker compose run --rm -v $WORK_DIR:/dst $SERVICE_NAME \
  mongodump --host $SERVICE_NAME -o/dst/mongodb
---)

json形式でエクスポートするには
https://gist.github.com/nicklegr/73d9d0824a8919a9e095e72db2837c9a

''※以下は古い情報。--linkや環境変数のホスト名は非推奨''

[[backup_docker_lets-chat.sh>https://gist.github.com/nicklegr/39a3e39ac8efec5ddfb5feed263b3fe7]]

$ sudo docker run -it --rm -v /path/to/backup:/backup --link <target_container>:mongodb mongo \
  /bin/bash -c 'mongodump --host $MONGODB_PORT_27017_TCP_ADDR -o/backup'

$ sudo docker run -it --rm --link <target_container>:mongodb -v /path/to/backup:/backup mongo bash
 $ mongorestore --host $MONGODB_PORT_27017_TCP_ADDR /backup

バイナリは互換性がなくなることがあるようなので、
テキストでエクスポートもしとくとよさげ
http://stackoverflow.com/a/13550669/1904257

---(
#!/bin/bash

if [ ! $1 ]; then
        echo " Example of use: $0 database_name [dir_to_store]"
        exit 1
fi
db=$1
out_dir=$2
if [ ! $out_dir ]; then
        out_dir="./"
else
        mkdir -p $out_dir
fi

tmp_file="fadlfhsdofheinwvw.js"
echo "print('_ ' + db.getCollectionNames())" > $tmp_file
cols=`mongo --host $MONGODB_PORT_27017_TCP_ADDR $db $tmp_file | grep '_' | awk '{print $2}' | tr ',' ' '`
for c in $cols
do
    mongoexport --host $MONGODB_PORT_27017_TCP_ADDR -d $db -c $c -o "$out_dir/${db}_${c}.json"
done
rm $tmp_file
---)

root以外で行う場合は下記のハック
---(
# バックアップファイルのオーナーがrootになるので、dockerに変更
# (idコマンドでホスト側のdockerのuid,gidを調べて渡している)
docker run -it --rm -v $WORK_DIR:/backup mongo:3.2.6 \
  /bin/bash -c "chown -R `id -u`:`id -g` /backup"
---)
*PostgreSQLのバックアップ・レストア
ここまで来るとバックアップコンテナ作った方がよさそうね
 $ sudo docker run -it --rm -v /path/to/backup:/backup --link <target_container>:postgresql sameersbn/postgresql:9.4 \
   /bin/bash -c 'DUMMY=$(echo "*:*:*:$POSTGRESQL_ENV_DB_USER:$POSTGRESQL_ENV_DB_PASS" > ~/.pgpass) && chmod 600 ~/.pgpass && pg_dump -h $POSTGRESQL_PORT_5432_TCP_ADDR -U $POSTGRESQL_ENV_DB_USER $POSTGRESQL_ENV_DB_NAME > /backup/dump.sql'

$ sudo docker run -it --rm -v /path/to/backup:/backup --link <target_container>:postgresql sameersbn/postgresql:9.4 /bin/bash
 # psql -h postgresql -U $POSTGRESQL_ENV_DB_USER $POSTGRESQL_ENV_DB_NAME -f /backup/<filename>.sql
*docker-compose
volumesの設定が間違ってると起きることがある？
---(
$ sudo docker-compose up
Recreating loftcalendar_mongodb_1...
Cannot start container 44ba4c1e27343fcbe77ae1c5e9b17cdec35908395e2890481329b6511f94f954: set app
armor profile docker-default: no such file or directory
---)

このときは一度コンテナを消す
---(
$ sudo docker rm loftcalendar_mongodb_1
---)

*Web UI
docker front end & reverse proxy for development
https://github.com/acidlemon/mirage

* デバッグ用シェル
下記をdocker-compose.ymlに書いておく

---(
shell:
  build: .
  command: bash
  working_dir: /app/user
  environment:
    - DB接続関連一通り
---)

* 開発環境としての利用
- [[Run compass, sass, guard in a Docker container | Brad Jones LLC>https://bradjonesllc.com/blog/run-compass-sass-guard-docker-container]]

* 未使用データの削除
- [[How to remove old and unused Docker images - Stack Overflow>https://stackoverflow.com/questions/32723111/how-to-remove-old-and-unused-docker-images/32723127#32723127 "How to remove old and unused Docker images - Stack Overflow"]]

タイムスタンプを更新

テキスト整形のルールを表示する

docker の編集

Active

アイデア

Recent