（CentOS6まで）サービスの起動と停止と状態確認

Linuxでは、service というコマンドを使ってさまざまなサービス・デーモンを起動、停止させることができます。またサービスの状態もserviceコマンドで確認できます。ここでは、serviceコマンドの使い方について説明します。
※ CentOS 6までの説明です。CentOS 7からはランレベルの概念やサービスの自動起動の設定方法が変わっています。

Last Update : 2015年07月03日

（CentOS6まで）サービスの起動と停止と状態確認　項目

  1. service コマンドでサービスの状態を確認する
  2. service コマンドでサービスを起動する
  3. service コマンドでサービスを停止する
  4. service コマンドでサービスを再起動する

1. service コマンドでサービスの状態を確認する

現在のサービスの状態を確認するには、service コマンドを以下のようにして使います。

サービスの状態を確認する 書式

service service_name status

service_name は、サービス名を指定します。

また、以下のようにして、全てのサービスの状態を確認することもできます。

service --status-all

例） httpd サービスの状態を確認する

httpd サービスの状態を確認してみます。

# service httpd status
httpd (pid  2694) を実行中... ← httpd が実行中であることがわかります。

サービスが停止中の場合は、以下のようになります。

# service httpd status
httpd は停止しています ← httpd が停止していることがわかります。

全てのサービスの状態を確認してみます。

# service --status-all
NetworkManager (pid  1646) を実行中...
abrt-ccpp hook is installed
abrt-dump-oops (pid 3209) を実行中...
abrtd (pid  3201) を実行中...
acpid (pid  1752) を実行中...

memo

/etc/init.d/ 配下に、各サービスの起動／停止スクリプト（initスクリプト）が配置されていますが、このファイル名が各サービスのサービス名となります。

例えば、httpd の起動／停止スクリプトは、/etc/init.d/httpd なのでサービス名は、「httpd」
例えば、PostgreSQL の起動／停止スクリプトは、/etc/init.d/postgresql なのでサービス名は、「postgresql」
例えば、MySQLの起動／停止スクリプトは、/etc/init.d/mysqld なのでサービス名は、「mysqld」
となります。

memo

そのサービスの起動／停止スクリプト（initスクリプト）がどれなのかわからない場合は、パッケージの中身を確認するとわかります。

起動／停止スクリプトは、必ず/etc/init.d 配下に配置されるので、rpm パッケージのファイル一覧から確認できます。

# rpm -ql postgresql-server | grep init.d   ← PostgreSQL パッケージのファイル一覧から、「init.d」をgrep
/etc/rc.d/init.d/postgresql ← /etc/init.d 配下に配置されているこのスクリプトが、起動／停止スクリプトということ

2. service コマンドでサービスを起動する

サービスを起動するには、service コマンドを以下のようにして使います。

サービスを起動する 書式

service service_name start

service_name は、サービス名を指定します。


※JAVAバージョンの問題のため、Jenkins起動じエラーが発生するときのトラブルシューティング(https://tomokazu-kozuma.com/install-jenkins-on-ec2/)

Javeのバージョンアップ

Java 1.8.0をインストールして使用するバージョンをalternativesで変更します。説明通りに2を入力してエンターを押すと変更できます。




例） httpd サービスを起動する

httpd サービスを起動してみます。

# service httpd start
httpd を起動中:        [  OK  ]  ← httpd が起動されるとOKと表示されます。

3. service コマンドでサービスを停止する

サービスを停止するには、service コマンドを以下のようにして使います。

サービスを停止する 書式

service service_name stop

service_name は、サービス名を指定します。

例） httpd サービスを停止する

httpd サービスを停止してみます。

# service httpd stop
httpd を停止中:        [  OK  ]  ← httpd が停止されるとOKと表示されます。

4. service コマンドでサービスを再起動する

サービスを再起動するには、service コマンドを以下のようにして使います。

サービスを再起動する 書式

service service_name restart

service_name は、サービス名を指定します。

例） httpd サービスを再起動する

httpd サービスを再起動してみます。

# service httpd restart
httpd を停止中:        [  OK  ] 
httpd を起動中:        [  OK  ]  ← httpd 停止後、自動的に起動処理が開始されます。

memo

/etc/init.d/ 配下には、各サービスの起動、停止用のスクリプト（initスクリプト）がおかれています。

service コマンドは、これらの /etc/init.d/ 配下のスクリプトに、service コマンドで指定された引数をつけて実行しているだけです。 なので、以下のようにしても同じようにサービスの起動、停止ができます。

# /etc/init.d/httpd stop ← httpd サービスを停止
httpd を停止中:        [  OK  ] 
# /etc/init.d/httpd start ← httpd サービスを起動
httpd を起動中:        [  OK  ]


저작자표시 비영리 변경금지

'Server > Linux' 카테고리의 다른 글

centos7에서 nodejs, npm, redis, myslq 인스톨하기, 서비스가동하기, 재부팅후 자동가동하기  (0) 2019.03.17
service가동과 재시작시 자동 재가동시키기  (0) 2019.03.17
IP명과 호스트 명을 이어주는 /etc/hosts 파일  (0) 2018.11.20
rhef,fedora,centos구분하기,centos과 redhat관련성  (0) 2018.11.08
서버의 글로벌 ip를 확인하는 방법  (0) 2018.11.05

Dockerコマンドメモ

dockerこの記事は最終更新日から3年以上が経過しています。

http://www.calazan.com/docker-cleanup-commands/
上記サイトで紹介されているコマンドをよく使うので、日本語訳、しようかと思ったのですが、コマンドだけコピペで。

Dockerコマンドメモ
こちらのメモにもお世話になってます。

Kill all running containers
docker kill $(docker ps -q)

Delete all stopped containers (including data-only containers)
docker rm $(docker ps -a -q)

Delete all ‘untagged/dangling’ () images
docker rmi $(docker images -q -f dangling=true)

Delete ALL images
docker rmi $(docker images -q)

任意のレポジトリのイメージを全部削除したい場合(誤って他のも消しちゃうかもなので、grep注意
docker rmi $(docker images | grep 'REPOSITORY_NAME' | awk '{print$3}')

古いコンテナを削除したい場合(-fオプションがついているため実行中のContainerも削除されます。停止しているContainerのみ削除したい場合は-fを取り除いて下さい。

  • 数週間前
    • docker ps -a | grep 'weeks ago' | awk '{print $1}' | xargs --no-run-if-empty docker rm -f
  • 1週間前
    • docker ps -a | grep 'week ago' | awk '{print $1}' | xargs --no-run-if-empty docker rm -f
  • 数日前
    • docker ps -a | grep 'days ago' | awk '{print $1}' | xargs --no-run-if-empty docker rm -f
  • 1日前
    • docker ps -a | grep 'day ago' | awk '{print $1}' | xargs --no-run-if-empty docker rm -f
  • 数時間前
    • docker ps -a | grep 'hours ago' | awk '{print $1}' | xargs --no-run-if-empty docker rm -f
  • 1時間前
    • docker ps -a | grep 'hour ago' | awk '{print $1}' | xargs --no-run-if-empty docker rm -f
  • 数分前
    • docker ps -a | grep 'minutes ago' | awk '{print $1}' | xargs --no-run-if-empty docker rm -f
  • 1分前
    • docker ps -a | grep 'minute ago' | awk '{print $1}' | xargs --no-run-if-empty docker rm -f
  • 数秒前
    • docker ps -a | grep 'seconds ago' | awk '{print $1}' | xargs --no-run-if-empty docker rm -f

適宜自分用に更新します。。


저작자표시 비영리 변경금지

'Server > Docker' 카테고리의 다른 글

Docker로 postgre 콘테나 가동하기  (0) 2019.05.21
Docker container간 연동 확인  (0) 2018.11.20
Why docker container exits immediately  (0) 2018.11.14
docker-compose.yml 내부 명령어  (0) 2018.11.14
docker-compose 커맨들 일람  (0) 2018.11.09

Docker container間の連携について
(https://qiita.com/taka4sato/items/b1bf33941a1ec8b69fd2)

docker
この記事は最終更新日から3年以上が経過しています。

docker初心者なので、Docker container同士の連携について、設定方法やらを半年後の自分用にチラシの裏しておきます。

この内容を踏まえた上で、docker-compose (旧Fig)に進む事をお奨めします。

初めに

Container同士の連携と言っても、大きく2つのケースがあります。

  1. 同じHost内にあるContainer間の連携 (シングルホスト)
  2. 別のHostにあるContainerとの連携 (マルチホスト)

マルチホストでの連携は、Best practiceについてまだ試行錯誤の段階にあるみたいですが、ここら辺とかここら辺を参照して見て下さい。

ここでは、シングルホストでの連携についてチラシの裏しておきます。
結論から言うと、同じHost上のContainer-A→Container-Bにアクセスさせる場合、

  • Container-Aの起動時に、docker run に--link OptionでContainer-Bを指定して上げる事でアクセスできる様になります
  • Container-A上でcurl localhost:xxx (xxxはContainer-BがHostにexposeしてるPort)ではアクセス出来ないです

参考URL

素のContainerからnginx Containerにアクセス

Container-A (素のubuntu) から、Container-B (nginx, Port 25525をhostにexpose)にアクセスしたい、というCase studyで、Container間の連携の設定方法やアクセス方法を見てみたいと思います。

Container-Bを立ち上げる

まず、アクセスを受ける側のContainer-Bを立ち上げます。中身のdockerfile/nginxはこのDockerfileです。単にnginxをinstallして、port 80で待ち受けしているだけです。このcontainerにnginx_testという名前を付けて、Host側からPort 25525でアクセスできるようにしています。

#docker run -d -p 25525:80 --name nginx_test dockerfile/nginx

Container-Bの起動後、host上で、curl localhost:25525すると、Container-Bのnginxから応答(Welcome to nginxのHTML code)がある事を確認して下さい。

Container-Aを立ち上げる

続いて、アクセスする側のContainer-Aを立ち上げます。中身は素のubuntu 14.04です。
--link nginx_test:nginxで、nginx_testというcontainerにnginxというAliasを付与しています。

#docker run -it --link nginx_test:nginx ubuntu:14.04

すると、Container-Aのshellに遷移すると思います。

Container-AからContainer-Bがどう見えるか確認する

Container-AのShell上で以下の操作をして、Container-BがContainer-Aからどう見えて居るのか、Container-Bのnginxにどうすればアクセスできるのか見てみます。

環境変数の確認
#env | grep NGINX
NGINX_PORT_443_TCP_ADDR=172.17.0.2
NGINX_NAME=/cranky_kowalevski/nginx
NGINX_PORT_80_TCP_PROTO=tcp
NGINX_PORT_80_TCP=tcp://172.17.0.2:80
NGINX_PORT_443_TCP_PORT=443
NGINX_PORT_80_TCP_PORT=80
NGINX_PORT_443_TCP=tcp://172.17.0.2:443
NGINX_PORT_443_TCP_PROTO=tcp
NGINX_PORT_80_TCP_ADDR=172.17.0.2
NGINX_PORT=tcp://172.17.0.2:80

/ect/hostsの確認
#cat /ect/hosts | grep nginx
172.17.0.2      nginx

Container-Bにping
#ping nginx
PING nginx (172.17.0.2) 56(84) bytes of data.
64 bytes from nginx (172.17.0.2): icmp_seq=1 ttl=64 time=0.114 ms
...

Container-Bのnginxに接続してみる
#apt-get update && apt-get install -y curl
#curl nginx
で、Welcome to nginxのHTML codeが戻って来たら成功です。

まとめ

  • Container-AからはContainer-Bはnginxというaliasで見える。curl nginxもしくはcurl nginx:80でアクセスできる
  • Container-Aの環境変数に、Container-Bの情報が色々登録されている
  • Container-Aから、curl localhost:25525やcurl localhost:80してもContainer-Bにはアクセスできない
  • Container-Bは、docker run -p 25525:80として起動させたが、Container-Aからはnginx:80として見える
    25525はあくまでhost側に見せるport。つまりContainer-BにはContainer-Aしかアクセスせず、HostからContainer-Bへのアクセスは存在しない場合には、Container-BのPortはHostにExposeする必要は無い

素のContainerからMongo Containerにアクセス

続いて、Container-A (素のubuntu) から、Container-B (MongoDB, Port 27017をhostにexpose)にアクセスしたい、というCase studyで、Container間の連携の設定方法やアクセス方法を見てみたいと思います。

Container-Bを立ち上げる

まず、アクセスされる側のContainer-Bを立ち上げます。中身のdockerfile/mongodbはこのDockerfileです。単にMongo DBをinstallして、port 27017で待ち受けしているだけです。このcontainerにmongo_testという名前を付けて、Host側からPort 27017でアクセスできるようにします。

#docker run -d -p 27017:27017 --name mongo_test dockerfile/mongodb

Container-Aを立ち上げる

続いて、アクセスする側のContainer-Aを立ち上げます。中身は素のubuntu 14.04です。
--link mongo_test:mongo_test1で、mongo_testというcontainerにmongo_test1というAliasを付与しています。

#docker run -it --link mongo_test:mongo_test1 ubuntu:14.04

すると、Container-Aのshellに遷移すると思います。

Container-AからContainer-Bがどう見えるか確認する

Container-AのShell上で以下の操作をして、Container-BがContainer-Aからどう見えて居るのか、Container-BのMongoにどうすればアクセスできるのか見てみます。

環境変数の確認
#env | grep MONGO
MONGO_TEST1_PORT_27017_TCP_ADDR=172.17.0.57
MONGO_TEST1_PORT_27017_TCP=tcp://172.17.0.57:27017
MONGO_TEST1_PORT=tcp://172.17.0.57:27017
MONGO_TEST1_PORT_27017_TCP_PROTO=tcp
MONGO_TEST1_PORT_28017_TCP=tcp://172.17.0.57:28017
MONGO_TEST1_PORT_27017_TCP_PORT=27017
MONGO_TEST1_PORT_28017_TCP_ADDR=172.17.0.57
MONGO_TEST1_PORT_28017_TCP_PORT=28017
MONGO_TEST1_NAME=/sharp_pike/mongo_test1
MONGO_TEST1_PORT_28017_TCP_PROTO=tcp


/ect/hostsの確認
#cat /ect/hosts | grep mongo
172.17.0.57     mongo_test1


Container-Bにping
#ping mongo_test1
PING mongo_test1 (172.17.0.57) 56(84) bytes of data.
64 bytes from mongo_test1 (172.17.0.57): icmp_seq=1 ttl=64 time=0.058 ms
...


Container-BのMongoに接続してみる
#apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv 7F0CEB10
#echo 'deb http://downloads-distro.mongodb.org/repo/ubuntu-upstart dist 10gen' > /etc/apt/sources.list.d/mongodb.list
#apt-get update && apt-get install -y mongodb-org-shell
#mongo $MONGO_TEST1_PORT_27017_TCP_ADDR:$MONGO_TEST1_PORT_27017_TCP_PORT
MongoDB shell version: 2.6.7
connecting to: 172.17.0.57:27017/test
...
mongo cliに入れて、mongoの操作が出来る事を確認して下さい


最後のmongoコマンドは、単純に以下でもOKです
#mongo --host mongo_test1

まとめ

  • Container-Aからは、Container-Bは、mongo_test1というaliasで見えている。curl mongo_test1でアクセスできる
  • Container-Aの環境変数に、Container-Bの情報が色々登録されている
  • Container-Aから、curl localhost:27017してもContainer-Bにはアクセスできない


저작자표시 비영리 변경금지

'Server > Docker' 카테고리의 다른 글

Docker로 postgre 콘테나 가동하기  (0) 2019.05.21
docker 커맨드 메모(모든 작업 죽이기, 모든 작업 중지하기, 모든 컨테너 삭제하기 ...)  (0) 2018.11.22
Why docker container exits immediately  (0) 2018.11.14
docker-compose.yml 내부 명령어  (0) 2018.11.14
docker-compose 커맨들 일람  (0) 2018.11.09

/etc/hosts

pointこの用語のポイント

pointファイルだよ

pointUNIX系のOSで使われるよ

pointDNS代わりにホスト名とIPアドレスの対応付けを書いておくファイルだよ

スポンサーリンク

 簡単に書くよ

/etc/hostsとは

UNIX系のOS（LinuxとかMacとか）で使われる、なんちゃってDNSサーバなファイル。
もう少しきちんと書くと

UNIX系のOSで使われる、ホスト名とIPアドレスの対応付けを書いておくファイル
です。

image piyo

 詳しく書くよ

「etc」ディレクトリの中の「hosts」ファイルで「/etc/hosts」です。
UNIX系のOSで使われるファイルで、ホスト名とIPアドレスの対応付けが書かれています。

/etc/hosts

……と、いきなり言われても困りますよね。

まずは、それぞれの用語の意味から説明していきましょう。

IPアドレスは「コンピュータさん向けのネットワーク上の住所」です。
通信において、送信先を特定するときに使う情報です。
「198.51.100.10」のような形式になっています。

/etc/hosts2

ドメイン名は「IPアドレスに付けた人間様向けの名前」です。
インターネットやメールなどで使われる住所です。
「i-3-i.info」のような形式になっています。

/etc/hosts3

DNSは「IPアドレスとドメイン名の紐付けをしまっせシステム」です。

パソコンさんはIPアドレスしか分かりません。
ドメイン名を見せられても「う～ん、どこの住所だろう」と困ってしまいます。

/etc/hosts4

一方、人間様はIPアドレスがピンときません。
例えば「198.51.100.1」と「198.51.100.10」と「198.51.100.11」の違いなんて、パッと見で分かりませんよね。
うっかりミスも増えそうです。

/etc/hosts5

そのため、コンピュータさんはコンピュータさんが分かりやすい形式の住所（IPアドレス）、人間様は人間様が分かりやすい形式の住所（ドメイン名）を扱えるような仕組みがあります。
具体的には、事前にIPアドレスとドメイン名の対応付けを行っておいて、必要に応じて変換するのです。

/etc/hosts6

このIPアドレスとドメイン名を変換してくれる仕組みをDNSと言います。
変換のお仕事を生業にしているコンピュータさんが「DNSサーバ」です。

/etc/hosts7

ホスト名は「ネットワーク上でコンピュータさんを識別するために付ける、コンピュータさんの名前」です。

/etc/hosts8

本当は違いますが、今回は

ホスト名 ≒ ドメイン名

と思ってください。

以上を踏まえて、ホスト名とIPアドレスの対応、つまり「このホスト名が入力されたら、このIPアドレスだと思ってね～」な内容を書いておくファイルが「/etc/hosts」です。

ホスト名とIPアドレスの対応です。
規模と影響範囲は違いますが、DNSサーバさんがやってるお仕事と似ていますよね。

例えば、ピヨ太コンピュータの「/etc/hosts」に

192.168.1.2 piyopiyo

と書いておいたとしましょう。

そうすると、ピヨ太コンピュータでは「piyopiyo」と入力すると「192.168.1.2」だと解釈してくれます。
「piyopiyoに接続しろ～！」と命令を出すと「192.168.1.2」に接続しようと頑張ってくれます。

もちろん、それが通用するのはピヨ太コンピュータのみです。
他のコンピュータで「piyopiyoに接続しろ～！」と命令しても「piyopiyo？何それ」と怒られます。

「/etc/hosts」の使い道はいろいろありますが、内輪なネットワークでホスト名を使いたいときに、よく登場します。
DNSサーバさんに登録したりなんだりすると、結構大げさになっちゃいますからね。

image piyo2

 一言でまとめるよ

まぁ「/etc/hosts」って単語が出てきたら「ホスト名とIPアドレスの対応付けを書いておくファイルなんだな～」と、お考えください。

一番上に戻るよ
スポンサーリンク


저작자표시 비영리 변경금지

'Server > Linux' 카테고리의 다른 글

service가동과 재시작시 자동 재가동시키기  (0) 2019.03.17
centos6에서 jenkins인스톨  (0) 2018.11.30
rhef,fedora,centos구분하기,centos과 redhat관련성  (0) 2018.11.08
서버의 글로벌 ip를 확인하는 방법  (0) 2018.11.05
centOS6에 gitlab 인스톨하기  (0) 2018.10.31


136down votefavorite
39

I run a container in the background using

 docker run -d --name hadoop h_Service

it exits quickly. But if I run in the foreground, it works fine. I checked logs using

docker logs hadoop

there was no error. Any ideas?

DOCKERFILE

 FROM java_ubuntu_new
 RUN wget http://archive.cloudera.com/cdh4/one-click-install/precise/amd64/cdh4-repository_1.0_all.deb
 RUN dpkg -i cdh4-repository_1.0_all.deb
 RUN curl -s http://archive.cloudera.com/cdh4/ubuntu/precise/amd64/cdh/archive.key | apt-key add -
 RUN  apt-get update
 RUN apt-get install -y hadoop-0.20-conf-pseudo
 RUN dpkg -L hadoop-0.20-conf-pseudo
 USER hdfs
 RUN hdfs namenode -format
 USER root
 RUN apt-get install -y sudo
 ADD . /usr/local/
 RUN chmod 777 /usr/local/start-all.sh
 CMD ["/usr/local/start-all.sh"]

start-all.sh

 #!/usr/bin/env bash
 /etc/init.d/hadoop-hdfs-namenode start
 /etc/init.d/hadoop-hdfs-datanode start
 /etc/init.d/hadoop-hdfs-secondarynamenode start
 /etc/init.d/hadoop-0.20-mapreduce-tasktracker start
 sudo -u hdfs hadoop fs -chmod 777 /
 /etc/init.d/hadoop-0.20-mapreduce-jobtracker start
 /bin/bash
shareimprove this question
  • can you show us your Dockerfile and the complete run command ? – user2915097 Jan 29 '15 at 10:46
  • I ll edit and show you docker file. i have provided you already run command – Gops AB Jan 29 '15 at 10:50
  • The golden rule is that you should prevent your dockerized servers from daemonizing. Most server packages have options to force them in the foreground since daemonizing is the normal case. – Arnaud Meuret Sep 22 '15 at 10:29

10 Answers

答えが見つからない？日本語で聞いてみましょう。

✕
up vote85down voteaccepted

A docker container exits when its main process finishes.

In this case it will exit when your start-all.sh script ends. I don't know enough about hadoop to tell you how to do it in this case, but you need to either leave something running in the foreground or use a process manager such as runit or supervisord to run the processes.

I think you must be mistaken about it working if you don't specify -d; it should have exactly the same effect. I suspect you launched it with a slightly different command or using -it which will change things.

A simple solution may be to add something like:

while true; do sleep 1000; done

to the end of the script. I don't like this however, as the script should really be monitoring the processes it kicked off.

(I should say I stole that code from https://github.com/sequenceiq/hadoop-docker/blob/master/bootstrap.sh)

shareimprove this answer


저작자표시 비영리 변경금지

'Server > Docker' 카테고리의 다른 글

docker 커맨드 메모(모든 작업 죽이기, 모든 작업 중지하기, 모든 컨테너 삭제하기 ...)  (0) 2018.11.22
Docker container간 연동 확인  (0) 2018.11.20
docker-compose.yml 내부 명령어  (0) 2018.11.14
docker-compose 커맨들 일람  (0) 2018.11.09
docker-compose로 10분만에 gitlab,redmine,jenkins서버 만들기  (0) 2018.11.09

Docker Compose - docker-compose.yml リファレンス(https://qiita.com/zembutsu/items/9e9d80e05e36e882caaa)

docker-compose

Docker Compose - docker-compose.yml リファレンス

原文：docker-compose.yml reference
https://docs.docker.com/compose/yml/

docker-compose.yml で定義される各々のサービスは、特定の image か build を指定する必要があります。その他のキーはオプションであり、docker run コマンドラインのものと似ています。

docker run と同様に、Dockerfile で指定されたオプションがデフォルトとして尊重されます（例：CMD,EXPOSE,VOLUME,ENV）。そのため、docker-compose.yml で再び定義する必要はありません。

image

タグや image ID の一部です。ローカルでもリモートでも構いません。ローカルに存在しなければ、Compose はイメージを取得（pull）します。

image: ubuntu
image: orchardup/postgresql
image: a4bc65fd

build

Dockerfile のあるディレクトリのパスを指定します。この値が相対パスで指定された場合は、yml ファイル自身がある場所からの相対パスになります。また、ディレクトリは内容構築のため、Docker デーモンにも送られます。

Compose は構築し、生成した名前をタグ付けし、以後のイメージでも使われます。

build: /path/to/build/dir

dockerfile

代替用の Dockerfile です。

Compose は構築時に指定されたファイルを使います。

dockerfile: Dockerfile-alternate

command

デフォルトのコマンドを上書きします。

command: bundle exec thin -p 3000

links

コンテナを他のサービスにリンクします。サービス名とリンク・エイリアス（サービス:エイリアス）を指定できるだけでなく、あるいは、サービス名（エイリアスとしても使われます）でも指定できます。

links:
 - db
 - db:database
 - redis

エイリアス名を記述すると、コンテナ内の /etc/hosts の中にサービス名が追加されます。例：

172.17.2.186  db
172.17.2.186  database
172.17.2.187  redis

環境変数も作成されます。詳細は環境変数リファレンスをご覧ください。

external_links

この docker-compose.yml や、とりわけ Compose の外にある共有ないし共通サービスが提供するコンテナとリンクします。external_links はコンテナ名やリンク・エイリアス（CONTAINER:ALIAS）の指定時に links と似たような意味あいを持ちます。

external_links:
 - redis_1
 - project_db_1:mysql
 - project_db_1:postgresql

extra_hosts

ホスト名のマッピングを追加します。docker クライアントの --add-host パラメータと同じ値です。

extra_hosts:
 - "somehost:162.242.195.82"
 - "otherhost:50.31.209.229"

入力した IP アドレスとホスト名は、コンテナ内の /etc/hosts にサービスと記載されます。例：

162.242.195.82  somehost
50.31.209.229   otherhost

ports

ポートを公開（expose）します。ホストとポートを指定（ホスト:コンテナ）するか、コンテナのポートのみ指定します（ホスト側のポートはランダムに選ばれます）。

メモ：ポートのマッピングに ホスト:コンテナ の形式を使うとき、コンテナのポートが 60 以下の場合はエラーが表示されるでしょう。これは YTML がxx:yy 形式を60進数と認識するためです。そのため、常に明確なポートのマッピングを文字列で指定することを推奨します。

ports:
 - "3000"
 - "8000:8000"
 - "49100:22"
 - "127.0.0.1:8001:8001"

expose

ホストマシン上にポートを露出（expose）しますが、公開はしません。リンクされたサービスのみアクセスできます。内部ポートのみ指定できます。

expose:
 - "3000"
 - "8000"

volumes

パスをボリュームとしてマウントします。オプションとしてホスト側のパスを指定（ホスト:コンテナ）したり、アクセスモードを指定します（ホスト:コンテナ:ro）。

volumes:
 - /var/lib/mysql
 - cache/:/tmp/cache
 - ~/configs:/etc/configs/:ro

volumes_from

他のサービスやコンテナから、全てのボリュームをマウントします。

volumes_from:
 - service_name
 - container_name

environment

環境変数を追加します。配列や dictionary（訳注；YAML のハッシュ）を使えます。

キーだけの環境変数は、Compose 起動時に用いられる値があてられますので、秘密にしたい値やホスト固有の値を指定しやすいです。

environment:
  RACK_ENV: development
  SESSION_SECRET:

environment:
  - RACK_ENV=development
  - SESSION_SECRET

env_file

ファイルから環境変数を追加します。リストには１つの値です。

Compose でファイルを docker-compose -f ファイル名 で指定した場合は、env_file のパスはそのファイルがあるディレクトリからの相対パスになります。

environment で指定した環境変数は、これらの値に上書きされます。

env_file: .env

env_file:
  - ./common.env
  - ./apps/web.env
  - /opt/secrets.env

Compose は環境変数で指定されたファイルの各行が 変数=値 の形式とみなします。#` で始まる行は無視され（例：コメント）、空白行として扱われます。

# 環境変数 Rails/Rack の設定
RACK_ENV=development

extends

現在のファイルや別のファイルから、他のサービスを拡張します。オプションで設定を上書きします。

以下は簡単な例です。２つのファイル common.ylm と development.yml があります。extends を使って development.yml のサービスを定義します。このサービスとは common.yml で定義されているものです：

common.yml
webapp:
  build: ./webapp
  environment:
    - DEBUG=false
    - SEND_EMAILS=false
development.yml
web:
  extends:
    file: common.yml
    service: webapp
  ports:
    - "8000:8000"
  links:
    - db
  environment:
    - DEBUG=true
db:
  image: postgres

ここでは、development.yml の web サービスは、common.yml の webapp サービスの設定を継承します。build、environment のキーと、ports と links 設定を追加します。新しい値を持つ環境変数（DEBGUG）が定義されると、既存のものを上書きします。
他の環境変数（SEND_EMAILS）はそのままです。

extends の詳細は、チュートリアルやリファレンスをご覧ください。

labels

Docker labels を使ってコンテナにメタデータを追加します。配列やハッシュが使えます。

逆引き DNS の概念を使い、他のソフトウェアが使うラベルと衝突しないようにすることをお勧めします。

labels:
  com.example.description: "Accounting webapp"
  com.example.department: "Finance"
  com.example.label-with-empty-value: ""

labels:
  - "com.example.description=Accounting webapp"
  - "com.example.department=Finance"
  - "com.example.label-with-empty-value"

log driver

docker 実行時のオプションで（ドキュメントはこちら(英語)です） --log-driver を使い、ログ記録用のドライバを指定します。

現時点で使える値は json-file、syslog、none です。暫くすると Docker エンジンにドライバが更に追加され、一覧が変わる可能性があります。

デフォルトの値は json-file です。

log_driver: "json-file"
log_driver: "syslog"
log_driver: "none"

net

ネットワーキング・モードを指定します。Docker クライアントで --net パラメータを指定したときと同じです。

net: "bridge"
net: "none"
net: "container:[name or id]"
net: "host"

pid

pid: "host"

PID モードを host PID モードにセットします。これにより、コンテナとホスト・オペレーティング・システム上の PID アドレス空間を共有します。ベアメタルマシンの名前空間などで、他のコンテナにアクセス・操作できるように、コンテナ起動時にこのフラグを使います。

dns

DNS サーバーを設定します。１つまたはリストで記述します。

dns: 8.8.8.8
dns:
  - 8.8.8.8
  - 9.9.9.9

cap_add, cap_drop

コンテナの性能を追加したり下げたりします。man 7 capabilities で詳細をご覧ください。

cap_add:
  - ALL

cap_drop:
  - NET_ADMIN
  - SYS_ADMIN

dns_search

DNS の search ドメインを設定します。１つまたはリストで記述します。

dns_search: example.com
dns_search:
  - dc1.example.com
  - dc2.example.com

devices

デバイス・マッピングの一覧です。Docker クライアントで作成時のオプション --device と同じ形式の使い方です。

devices:
  - "/dev/ttyUSB0:/dev/ttyUSB0"

security_opt

それぞれのコンテナ毎に、デフォルトのラベリング・スキーマを上書きします。

  security_opt:
    - label:user:USER
    - label:role:ROLE

working_dir, entrypoint, user, hostname, domainname, mem_limit, privileged, restart, stdin_open, tty, cpu_shares, cpuset, read_only

それぞれ単一の値を持つもので、docker runの対となります。

cpu_shares: 73
cpuset: 0,1

working_dir: /code
entrypoint: /code/entrypoint.sh
user: postgresql

hostname: foo
domainname: foo.com

mem_limit: 1000000000
privileged: true

restart: always

stdin_open: true
tty: true
read_only: true


저작자표시 비영리 변경금지

'Server > Docker' 카테고리의 다른 글

Docker container간 연동 확인  (0) 2018.11.20
Why docker container exits immediately  (0) 2018.11.14
docker-compose 커맨들 일람  (0) 2018.11.09
docker-compose로 10분만에 gitlab,redmine,jenkins서버 만들기  (0) 2018.11.09
docker커맨드를 sudo없이 실행하는 방법  (0) 2018.11.09

docker-compose コマンドまとめ

dockerdockerfiledocker-compose
この記事は最終更新日から1年以上が経過しています。(https://qiita.com/wasanx25/items/d47caf37b79e855af95f#version)

開発環境としてDockerを使ってるのですが、なんとなくコマンドを打っていて、あまりちゃんとコマンドを理解していないので、覚え書きとしてまとめてみようと思います。
dockerコマンドというよりdocker-composeを紹介します。

今回は以下のようなdocker-compose.ymlを参考にします。

docker-compose.yml
web:
  build: .
  environment:
    DISABLE_SPRING: "1" 
    DB_USERNAME: "root"
    DB_PASSWORD: "root"
    DB_HOST: "db"
  ports:
    - "3000:3000"
  volumes:
    - ".:/var/local/rails5_product"
  links:
    - "db"

db:
  image: mysql:5.6
  environment:
    MYSQL_ROOT_PASSWORD: "root"

Dockerfileも

Dokerfile
# rails5_product
FROM ruby:2.3.0
ENV LANG C.UTF-8

# Install Packages
RUN apt-get update -y && apt-get upgrade -y
RUN apt-get install -y \
      sudo \
      nodejs \
      build-essential \
      mysql-client 

# Application
ENV app     rails5_product
ENV deploy  /var/local/$app
ENV user    prod_dev

# User
RUN useradd -d /home/$user -m -s /bin/bash $user
RUN echo "$user:$user" | chpasswd
RUN echo "$user ALL=(ALL) NOPASSWD:ALL" >> /etc/sudoers.d/$user
USER $user
ENV HOME /home/$user

# Work Directory
RUN sudo mkdir -p $deploy
RUN sudo chown -R $user:$user $deploy
WORKDIR $deploy

# Bundle Install
RUN sudo gem install bundler
ADD Gemfile $deploy/
ADD Gemfile.lock $deploy/
RUN sudo chown $user:$user Gemfile
RUN sudo chown $user:$user Gemfile.lock
RUN bundle install

EXPOSE 3000
CMD ["./bin/rails", "server", "-b", "0.0.0.0"]

環境

・ Ruby 2.3.0 (ベースとなるDockerイメージを使用しております。）
・ Ruby on Rails 5.0.0
・ Mac OS X El Capitan 10.11.5
・ Docker 1.12.0-rc4
・ docker-compose version 1.8.0-rc2
(Docker for Mac Beta を使用しております。)

build

サービスのビルドを実行します。
サービスとは「web」や「db」のことを指します。ymlファイルにimage:が書かれている場合はそのイメージ名がローカルになければ、リモートからプルしてきます。imageが書かれていない場合、buildに書かれているパスの(デフォルトは)Dockerfileを参考にしてイメージを構築します。

$ docker-compose build
db uses an image, skipping
Building web ......

また引数にサービス名を指定して、特定のサービスだけビルドすることも可能です。

bundle

DAB(Distributed Application Bundles)というのを作成します。これは事前に作成したイメージをdockerのregistryにpushしておく必要があります(ローカルにpushでも可)。

$ docker-compose bundle
WARNING: Unsupported key 'links' in services.web - ignoring
WARNING: Unsupported key 'volumes' in services.web - ignoring
Wrote bundle to rails5product.dab

作成されたファイルは以下のような内容です。

{
  "Services": {
    "db": {
      "Env": [
        "MYSQL_ROOT_PASSWORD=root"
      ], 
      "Image": "mysql@sha256:2897982d4c086b03586a1423d0cbf33688960ef7534b7bb51b9bcfdb6c3597e7", 
      "Networks": [
        "default"
      ]
    }, 
    "web": {
      "Args": [
        "bash", 
        "-c", 
        "rm -f tmp/pids/server.pid; ./bin/rails server -b 0.0.0.0"
      ], 
      "Env": [
        "DB_PASSWORD=root", 
        "DB_HOST=db", 
        "DB_USERNAME=root", 
        "DISABLE_SPRING=1"
      ], 
      "Image": "wataru0225/rails5_product@sha256:3fb6321b2c8edb2a3f74ca85574182802359a8d4106a9350406a6d5252a71a00", 
      "Networks": [
        "default"
      ], 
      "Ports": [
        {
          "Port": 3000, 
          "Protocol": "tcp"
        }
      ]
    }
  }, 
  "Version": "0.1"
}

config

docker-compose.ymlで書かれてる内容が表示されます。今回は、networksやvolumesは書いてないので空で表示されてます。

$ docker-compose config
networks: {}
services:
  db:
    environment:
      MYSQL_ROOT_PASSWORD: root
    image: mysql:5.6
    network_mode: bridge
  web:
    build:
      context: ~/rails5_product
    environment:
      DB_HOST: db
      DB_PASSWORD: root
      DB_USERNAME: root
      DISABLE_SPRING: '1'
    links:
    - db
    network_mode: bridge
    ports:
    - 3000:3000
    volumes:
    - ~/rails5_product:/var/local/rails5_product:rw
version: '2.0'
volumes: {}

create

構築されたサービスを参考にそのコンテナを作ります。ここで作られたコンテナは起動している状態ではありません。

$ docker-compose create
Creating rails5product_db_1
Creating rails5product_web_1

これもまた引数にサービス名を指定して、特定のサービスだけのコンテナを作ることも可能です。

down

docker-compose.ymlに書かれているサービスを参考にコンテナを停止し、そのコンテナとネットワークを削除します。
オプションで--rmi allをつけることでイメージも削除してくれます。

$ docker-compose down
Stopping rails5product_web_1 ... done
Stopping rails5product_db_1 ... done
Removing rails5product_web_1 ... done
Removing rails5product_db_1 ... done

events

コンテナからのイベントを受信します。コマンドを打つと、受信状態に入り特に動きはありません。別のタブでdockerコマンドを試すと動きが分かります。

$ docker-compose events


$ docker exec -it rails5product_web_1 /bin/bash
root@21896a731d87:/var/local/rails5_product#                                                               

$ docker-compose events
container exec_start: /bin/bash  21896a731d87e65c0725df989b8c2828d14850ece829897e057caa514e435f7f (image=rails5product_web, name=rails5product_web_1)

exec

docker execコマンドと同等のことができます。引数にサービス名と実行するコマンドを指定して、実行します。

$ docker-compose exec web /bin/bash
root@3a0319c17621:/var/local/rails5_product#

help

コマンドの一覧を表示します。基本はこちらを参考にすると良いでしょう。

images

対象のイメージの情報を表示します。

$ docker-compose images
     Container           Repository        Tag       Image Id      Size   
-------------------------------------------------------------------------
rails5product_db_1    mysql               5.6      cdfa8cc50c33   284 MB  
rails5product_web_1   rails5product_web   latest   42427affdec4   1.17 GB

kill

コンテナを強制停止します。

$ docker-compose kill
Killing rails5product_web_1 ... done
Killing rails5product_db_1 ... done

logs

サービスのログを出力します。

$ docker-compose logs
Attaching to rails5product_web_1, rails5product_db_1
.....

また引数でサービス名を指定できるので、そうするとサービスごとにログを出力してくれます。

pause

サービスを一旦停止します。(一時停止したサービスは強制削除、強制開始ができずunpauseをしてからでないと作業ができなくなるので注意してください。)

$ docker-compose pause
Pausing rails5product_db_1 ... done
Pausing rails5product_web_1 ... done

port

割り当てているポートを表示します。引数でサービス名とポート番号が必要になります。

$ docker-compose port web 3000
0.0.0.0:3000

ps

コンテナの一覧を表示します。

$ docker-compose ps
       Name                      Command              State            Ports          
-------------------------------------------------------------------------------------
rails5product_db_1    docker-entrypoint.sh mysqld     Paused   3306/tcp               
rails5product_web_1   ./bin/rails server -b 0.0.0.0   Paused   0.0.0.0:3000->3000/tcp

ちなみにdocker psでもコンテナ一覧表示ができます。

$ docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                    NAMES
430a9252b5ef        rails5product_web   "./bin/rails server -"   4 seconds ago       Up 2 seconds        0.0.0.0:3000->3000/tcp   rails5product_web_1
ace14a21fdca        mysql:5.6           "docker-entrypoint.sh"   4 seconds ago       Up 4 seconds        3306/tcp                 rails5product_db_1

pull

サービスのイメージをプルしてきます。今回書かれている内容だと、mysqlにしかimageが記載されてないので、mysqlのイメージのみpullしてきます。

$ docker-compose pull
Pulling db (mysql:5.6)...
5.6: Pulling from library/mysql

push

サービスのイメージをプッシュします。サービス名がwebの方ならpushができます。(dockerのregistryなどにpushする場合、事前に docker loginをしておく必要があります。）

$ docker-compose push web
Pushing web (wataru0225/rails5_product:latest)...
The push refers to a repository [docker.io/wataru0225/rails5_product]
dd109e1c2002: Preparing
9fb4d117f6f2: Preparing
17e7a11e646d: Preparing
d1223c4f56c0: Preparing
73b7de3ce7c8: Preparing
6e3fe9a92a13: Waiting
251e05a2e324: Waiting
1ad3dbeb7233: Waiting
..........

restart

コンテナを再起動します。

$ docker-compose restart
Restarting rails5product_web_1 ... done
Restarting rails5product_db_1 ... done

rm

停止中のコンテナを削除します。デフォルトだと[y/N]の確認があるのですが、-fオプションをつけることで、確認なしでコンテナを削除します。

$ docker-compose rm 
Removing rails5product_web_1 ... done
Removing rails5product_db_1 ... done

run

引数で指定したサービスのコンテナ内でコマンドを実行します。

$ docker-compose run web rails s
=> Booting Puma
=> Rails 5.0.0 application starting in development on http://0.0.0.0:3000
=> Run `rails server -h` for more startup options
..........

scale

サービスを実行するコンテナ数を指定します。サーバーの台数を増やしたりする時に使用します。
portsが被ると正常に実行できないので注意してください。

$ docker-compose scale web=2
Creating and starting rails5product_web_1 ... done
Creating and starting rails5product_web_2 ... done

start

サービスを開始します。これは既にコンテナがある状態でなければなりません。

$ docker-compose start
Starting db ... done
Starting web ... done

stop

サービスを停止します。

$ docker-compose stop
Stopping rails5product_web_1 ... done
Stopping rails5product_db_1 ... done

top

各コンテナのプロセス情報を表示します。

$ docker-compose top
rails5product_db_1
 PID    USER   TIME   COMMAND 
-----------------------------
26399   999    0:00   mysqld  

rails5product_web_1
 PID      USER     TIME                               COMMAND                              
------------------------------------------------------------------------------------------
26690   dockrema   0:00   bash -c rm -f tmp/pids/server.pid; ./bin/rails server -b 0.0.0.0 
26713   dockrema   0:03   {ruby} puma 3.4.0 (tcp://0.0.0.0:3000) [rails5_product]

unpause

サービスの再開をします。pauseしている状態から復帰するのですが、pauseしている状態から復帰するにはこのコマンドが必要です。

$ docker-compose unpause
Unpausing rails5product_web_1 ... done
Unpausing rails5product_db_1 ... done

up

コンテナを作成して、起動します。オプションで-dをつけることでバックグラウンドで実行することができます。
またオプションで--buildをつけることで起動前にイメージも構築します。

$ docker-compose up
Creating rails5product_db_1
Creating rails5product_web_1
Attaching to rails5product_db_1, rails5product_web_1
.........

version

docker-composeのバージョンを表示します。

$ docker-compose version
docker-compose version 1.8.0-rc2, build c72c966
docker-py version: 1.9.0-rc2
CPython version: 2.7.9
OpenSSL version: OpenSSL 1.0.2h  3 May 2016

(※これは 2016年7月16日現在のバージョンになります。）

その他

up -d --buildをすれば、サービスのコンテナが立ち上がりサービスを開始してくれます。
またdocker-composeとコマンドを打つのが面倒な方は、エイリアスでfigとするのもお勧めします。
元はfigというツールだったようなので。(2014年7月にDocker社は、figを買収したようです。）

alias fig='docker-compose'

docker-composeはイメージ名とコンテナ名を自動で生成してくれます。ですが、railsとかだとGemとかを管理する時、ブランチを切ってbundleを実行したりしてしまうと、イメージ名に差はないのでまた新しくイメージをbuildしようとしてしまいます。差分を管理したいとかの運用法になると、自動生成はかえって便利でなくなってしまう恐れがありますね。（ベストプラクティスが思いついてはいません。。。）

参考リンク

https://docs.docker.com/compose/reference/
http://qiita.com/skyriser/items/2cf98b747ed6577cc5ee


저작자표시 비영리 변경금지

'Server > Docker' 카테고리의 다른 글

Docker container간 연동 확인  (0) 2018.11.20
Why docker container exits immediately  (0) 2018.11.14
docker-compose.yml 내부 명령어  (0) 2018.11.14
docker-compose로 10분만에 gitlab,redmine,jenkins서버 만들기  (0) 2018.11.09
docker커맨드를 sudo없이 실행하는 방법  (0) 2018.11.09

Docker-ComposeでGitLabとRedmineとJenkinsを立ち上げる

nginxRedmineJenkinsGitLabdocker
この記事は最終更新日から1年以上が経過しています。(https://qiita.com/nexkeh/items/02a4d6c33d884bda1b23)

書店のコンピュータ関係の棚に、最近、Dockerという言葉をよく見かけるようになったので、年末年始にDockerについて調べてみました。
その中で、RedmineやらGitLabやらのイメージを取り込んで簡単に環境が構築できると知り、試しにやってみましたので、構築手順のメモを残します。

環境

  • CentOS Linux release 7.2.1511 (Core)

手順

OSの設定

CentOSのアップデート

とりあえず OSのアップデートを行います。

# yum update -y

ファイヤーウォールとSELinuxの無効化

必要なのか分かりませんがファイヤーウォールとSELinuxは無効にした方が良さそうです。

ファイヤーウォールとSELinuxの無効化
# systemctl disable firewalld
# vi /etc/selinux/config
...
SELINUX=disabled
...

再起動

設定変更後はいったん再起動を行います。

再起動
# reboot

OSバージョン

本記事掲載時のOSバージョンは以下のような感じです。

# cat /etc/redhat-release 
CentOS Linux release 7.2.1511 (Core)

Dockerのインストール

CentOSでは、Dockerを"yum install -y docker"でインストール出来るようなのですが、この場合は最新バージョンがインストールされませんでした。
Dockerの公式サイトにある記述に従って、docker.repoファイルを作成します。

docker.repoファイルの作成
# tee /etc/yum.repos.d/docker.repo <<-'EOF'
[dockerrepo]
name=Docker Repository
baseurl=https://yum.dockerproject.org/repo/main/centos/$releasever/
enabled=1
gpgcheck=1
gpgkey=https://yum.dockerproject.org/gpg
EOF

ようやくDockerをインストールします。

dockerのインストール
# yum install docker-engine

なんかDockerのサービスを起動しておくようです。

Dockerサービスの開始
# service docker start
バージョンの確認
# docker -v
Docker version 1.9.1, build a34a1d5

Docker-Composeのインストール

Dockerでは1つのコンテナに1つの機能を持たせるのが一般的なようです。
たとえば、Redmine用のコンテナ、RedmineのMySQL用のコンテナ、GitLab用のコンテナ･･･などの感じです。
これらを一つ一つコマンドで起動させるのは面倒で仕方がないと思っていたら、当然、複数のコンテナを管理するDocker-Composeというツールがあるようなのでそちらを用います。
こちらもDockerの公式サイトに手順があるのでそのままです。

Docker-Composeを取得
# curl -L https://github.com/docker/compose/releases/download/1.5.2/docker-compose-`uname -s`-`uname -m` > /usr/local/bin/docker-compose
実行権限を付与
# chmod +x /usr/local/bin/docker-compose

以下のコマンドを実行するとTabキーでの補完が有効になるようです。

Tabキーの補完の有効化
# curl -L https://raw.githubusercontent.com/docker/compose/$(docker-compose --version | awk 'NR==1{print $NF}')/contrib/completion/bash/docker-compose > /etc/bash_completion.d/docker-compose
バージョンの確認
# docker-compose version
docker-compose version 1.5.2, build 7240ff3
docker-py version: 1.5.0
CPython version: 2.7.9
OpenSSL version: OpenSSL 1.0.1e 11 Feb 2013

Docker-Composeで GitLabとRedmineとJenkinsの環境を用意する

Docker-Composeで一気に環境を用意します。
いろいろと調べた結果、以下のファイルを用意すればいけそうです。

docker-compose.yml

GitLabの部分はこちら
Redmineの部分はこちら
の記述を参考に、MySQLを使ったり、GITLAB_RELATIVE_URL_ROOTの設定を変更しています。
portsのオプションは、nginxでリバースプロキシを使ってアクセスできるようにしているため不要です。
その他のオプションは詳しく調べていません。

docker-compose.yml
gitlab-mysql:
  restart: always
  image: sameersbn/mysql:latest
  environment:
    - DB_USER=gitlab
    - DB_PASS=password
    - DB_NAME=gitlabhq_production
  volumes:
    - /srv/docker/gitlab/mysql:/var/lib/mysql
gitlab:
  restart: always
  image: sameersbn/gitlab:8.3.2
  links:
    - gitlab-redis:redisio
    - gitlab-mysql:mysql
  environment:
    - DEBUG=false
    - TZ=Asia/Tokyo
    - GITLAB_TIMEZONE=Tokyo

    - GITLAB_SECRETS_DB_KEY_BASE=long-and-random-alphanumeric-string

    - GITLAB_HOST=
    - GITLAB_PORT=
    - GITLAB_SSH_PORT=
    - GITLAB_RELATIVE_URL_ROOT=/gitlab

    - GITLAB_NOTIFY_ON_BROKEN_BUILDS=true
    - GITLAB_NOTIFY_PUSHER=false

    - GITLAB_EMAIL=notifications@example.com
    - GITLAB_EMAIL_REPLY_TO=noreply@example.com
    - GITLAB_INCOMING_EMAIL_ADDRESS=reply@example.com

    - GITLAB_BACKUP_SCHEDULE=daily
    - GITLAB_BACKUP_TIME=01:00

    - SMTP_ENABLED=false
    - SMTP_DOMAIN=www.example.com
    - SMTP_HOST=smtp.gmail.com
    - SMTP_PORT=587
    - SMTP_USER=mailer@example.com
    - SMTP_PASS=password
    - SMTP_STARTTLS=true
    - SMTP_AUTHENTICATION=login

    - IMAP_ENABLED=false
    - IMAP_HOST=imap.gmail.com
    - IMAP_PORT=993
    - IMAP_USER=mailer@example.com
    - IMAP_PASS=password
    - IMAP_SSL=true
    - IMAP_STARTTLS=false
  volumes:
    - /srv/docker/gitlab/gitlab:/home/git/data
gitlab-redis:
  restart: always
  image: sameersbn/redis:latest
  volumes:
    - /srv/docker/gitlab/redis:/var/lib/redis
redmine-mysql:
  restart: always
  image: sameersbn/mysql:latest
  environment:
    - DB_USER=redmine
    - DB_PASS=password
    - DB_NAME=redmine_production
  volumes:
    - /srv/docker/redmine/mysql:/var/lib/mysql
redmine:
  restart: always
  image: sameersbn/redmine:latest
  links:
    - redmine-mysql:mysql
  environment:
    - TZ=Asia/Tokyo

    - REDMINE_PORT=
    - REDMINE_HTTPS=false
    - REDMINE_RELATIVE_URL_ROOT=/redmine
    - REDMINE_SECRET_TOKEN=

    - REDMINE_SUDO_MODE_ENABLED=false
    - REDMINE_SUDO_MODE_TIMEOUT=15

    - REDMINE_CONCURRENT_UPLOADS=2

    - REDMINE_BACKUP_SCHEDULE=
    - REDMINE_BACKUP_EXPIRY=
    - REDMINE_BACKUP_TIME=

    - SMTP_ENABLED=false
    - SMTP_METHOD=smtp
    - SMTP_DOMAIN=www.example.com
    - SMTP_HOST=smtp.gmail.com
    - SMTP_PORT=587
    - SMTP_USER=mailer@example.com
    - SMTP_PASS=password
    - SMTP_STARTTLS=true
    - SMTP_AUTHENTICATION=:login

    - IMAP_ENABLED=false
    - IMAP_HOST=imap.gmail.com
    - IMAP_PORT=993
    - IMAP_USER=mailer@example.com
    - IMAP_PASS=password
    - IMAP_SSL=true
    - IMAP_INTERVAL=30
  volumes:
    - /srv/docker/redmine/redmine:/home/redmine/data
jenkins:
  restart: always
  image: jenkins:latest
  environment:
    - JENKINS_OPTS=--prefix=/jenkins
  volumes:
    - /srv/docker/jenkins/jenkins:/var/jenkins_home
proxy:
  build: proxy
  links:
    - gitlab:gitlab
    - redmine:redmine
    - jenkins:jenkins
  ports:
    - "80:80"

Dockerfile

nginx用のDockerfile。docker-compose.ymlのproxyの部分で、このDockerfileを使ってnginxのイメージがビルドされます。

Dockerfile
# https://registry.hub.docker.com/_/nginx/
FROM nginx:latest

# 設定ファイルをコピー
COPY nginx.conf /etc/nginx/nginx.conf

# HTMLファイルをコピー
COPY index.html /usr/share/nginx/html/index.html

nginx.conf

通常だとコンテナ側のポートをホスト側のポートに割り当てるため、GitLabでは10080のポートだったり、Redmineでは10081のポートでアクセスすることになるようですが、http://127.0.0.1/gitlab などのようにアクセスしたかったので、nginxのリバースプロキシという機能を使ってみる。
docker-compose.ymlのproxyのlinksというオプションで書いた、gitlabやredmineの変数にnginx.confからアクセスできるらしい。
いろいろ試してみて以下のような感じでやりたいことが実現できた。

nginx.conf
user  nginx;
worker_processes  2;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;

events {
  worker_connections  1024;
}

http {
  include  /etc/nginx/mime.types;
  default_type  application/octet-stream;

  log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                    '$status $body_bytes_sent "$http_referer" '
                    '"$http_user_agent" "$http_x_forwarded_for"';
  access_log  /var/log/nginx/access.log  main;

  sendfile           on;
  keepalive_timeout  65;
  server_tokens      off;

  server {
    listen 80 default_server;
    listen [::]:80 default_server;
    server_name 127.0.0.1;
    charset koi8-r;

    client_max_body_size 1024M;

    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-Proto http;
    proxy_set_header X-Forwarded-Host $host;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-NginX-Proxy true;

    # static-html
    location / {
      index index.html;
      root /usr/share/nginx/html;
    }
    # gitlab
    location /gitlab {
      proxy_pass http://gitlab;
    }
    # redmine
    location /redmine {
      proxy_pass http://redmine;
    }
    # jenkins
    location /jenkins {
      proxy_pass http://jenkins:8080;
    }
  }
}

nginx.confは参考にしたサイトごとに書き方が違うため、上記が正しいかは自信がない･･･。

ディレクトリ構成

とりあえず、index.htmlは適当に作成し、上記で作成したファイルを以下のようなディレクトリ構成で配置する。

ディレクトリ構成
docker
├─ docker-compose.yml
└─ proxy
　　├─ Dockerfile
　　├─ nginx.conf
　　└─ index.html

Jenkinsの共有ディレクトリの設定

なぜかJenkinsだけ、そのままだとホスト側の共有ディレクトリにコンテナ側から書き込むことができないため、chmodで1000を設定しておきます。

オーナーの変更
# mkdir -p /srv/docker/jenkins/jenkins
# chmod 1000 /srv/docker/jenkins/jenkins

Docker-Composeの実行

docker-compose.ymlを格納したディレクトリに移動し、Docker-Composeで一気にコンテナを用意します。

docker-composeの実行
# docker-compose up -d

アクセス

ブラウザから以下のアドレスでそれぞれの環境にアクセスすることができるようになります。

  • GitLab:http://127.0.0.1/gitlab
    • root/5iveL!fe
  • Redmine:http://127.0.0.1/redmine
    • admin/admin
  • Jenkins:http://127.0.0.1/jenkins

注意

まだ、実際の運用はしていませんので問題が起こる可能性があります。


저작자표시 비영리 변경금지

'Server > Docker' 카테고리의 다른 글

Docker container간 연동 확인  (0) 2018.11.20
Why docker container exits immediately  (0) 2018.11.14
docker-compose.yml 내부 명령어  (0) 2018.11.14
docker-compose 커맨들 일람  (0) 2018.11.09
docker커맨드를 sudo없이 실행하는 방법  (0) 2018.11.09

+ Recent posts

티스토리툴바