リバースプロキシ・バーチャルホストで複数Webサービスを運用する際に，あるサービスを稼働させたり停止させたりしたい

Question

前提・実現したいこと

• 1つのVPN上でnginxのリバースプロキシでVirtualHostを切って，複数のWebアプリを稼働させたい
• 常に動かしておくもの(app1)と，使うときだけ動かすもの(app2)がある
• それぞれのアプリは別のリポジトリで管理される
• 3つのコンテナ(nginx, app1, app2)をdocker-composeでシュッと起動させたい

考えたこと

• おそらく3つのコンテナを一気に起動するのは，docker-composeのfオプションで複数のymlファイルを渡せばできそう？
• (当たり前だが)app2を起動させる場合とさせない場合,両方の設定ファイルを用意すれば実現はできそう

聞きたいこと

• app2を起動させる場合とさせない場合は単純に2つの場合のnginxの設定ファイルとdocker-compose.ymlファイルを用意するしかないんでしょうか？(あまりスマートではない気がする)

(追記)

suamaさんの回答で

docker-compose up nginx app1
docker-compose up app2
docker-compose down app2

のような形でコンテナを個別に指定して起動できることはわかったのですが，
app2のコンテナが起動していない際にnginxに(接続先が存在しない旨の)不要なエラーが出力されてしまうのが気になって，その設定も変えられたら良いなと思っているんですがこれは流石に不可能ですかね

Answer 1

こんばんは。
はずしているかもしれませんが、思いつくあたりを書いてみます。（前提などが違ってましたらご容赦ください）

1つのdocker-compose.ymlに、サービス（nginx, app1, app2) を記載しておき、

• docker-compose up nginx app1 で起動したいサービスを明示して起動
• app2が必要になった時に、docker-compose up app2 でapp2のみあとから起動
• app2が要らなくなったら docker-compose down app2 でapp2のみ停止

ということではダメでしょうか。
メリットとしては、1つのymlに記載だと名前解決がしやすくなるというあたりかと思います。
（nginxからそれぞれを app1:3000, app2:3000 とかで参照できる）

ただし、docker-compose up としてサービス名を明示しない場合は、３つ全部起動になります。

Comments

[akamakku]

回答ありがとうございます
サービスを明示して個別に起動できるのを初めて知りました！

ただ, app1とapp2は全く別のアプリなので別のリポジトリで開発したくて，その場合は2つを別で`docker build`しておいてdocker-compose.ymlでimageを指定する形になるんでしょうか？(この手間は仕方ない？)

また, サービスを個別で指定して起動できるということで一歩前進した感じはあるんですが，app2が起動していない際にnginxに不要なエラーが出力されてしまうのが気になって，その設定も変えられたら良いなと思っているんですがこれは流石に不可能ですかね..

[akamakku]

不可能と言うか，単純にnginxの設定ファイルを差し替えるしかないんですかね
そして設定ファイルを差し替えるということは(volumesでコンテナ内に置く設定ファイルをかえるので，)docker-compose.ymlファイルから変える必要があるという認識で良いですかね

[suama]

> その場合は2つを別で`docker build`しておいてdocker-compose.ymlでimageを指定する形
はい、わたしが今扱っているのは、そんな形です。ビルドしておくというか、イメージとして登録しておいて、docker-compose内では image: app1_image みたいな感じで呼び出しています。

> app2が起動していない際にnginxに不要なエラーが出力されてしまう
なるほど。そのあたりは、質問のほうに追記いただけるといいいかなと思います。

[akamakku]

ありがとうございます
そうします

[suama]

エラーの内容はどのようなものでしょうか？そちらがあるほうがいいかなと思います。

[mosapride]

suamaさんの意見に賛成(down)なのでここに書かせていただきます。
Dockerと考えずに物理サーバーで考えてた場合でも、app2サーバーをシャットダウンするかポートを塞ぐなどの処置をするパターン(down app2)か、nginxサーバーの設定を変更するかの2択になると思います。
`down app2`の場合はnginxにエラーが発生するかもしれませんが、それは正常なエラーなので気にしなくて良いのではないかと思いますが、nginxサーバーにシェルを作ってconfを変更+nginx -s reloadをする手もありますね。
個人的にはエラーが出てもdocker downで止めてるのが好きですね。ホストOSから確認ができる(docker ps)ので。
nginxの設定を変えた場合はpsで見たときに全て起動状態になっているため、nginxの設定を見るのは面倒ですし、confがコロコロ変わるのは違和感があるので。

[mosapride]

(連投失礼です。)
あと、downの場合はdockerコンテナは止まってるのでリソースの節約にもなりますね。

[akamakku]

tenpaさんコメントありがとうございます

app2のコンテナを止めたいのはそうなんですが，同時にnginxの設定も変更するのが理想だと思います．その場合は一回`docker-compose down`して,http://docs.docker.jp/compose/extends.html にあるような拡張で変更を加えるのがいいんですかね

[suama]

tenpaさん、コメントありがとうございます！

akamakkuさん、app2が停止している際は、「app2用のVirtualHostの設定自体を無くしたい」感じなんでしょうか？（app2.example.comでのListen自体させない）

やりかたはどちらにしても、
app2用のバーチャルホストの追加設定は *.conf みたいに切り出しておいて、
app2を上げるときに includeを有効にする、
app2を落とす時にはincludeされないようにする（*.confをリネームしてnginxのリロード）

といったことができればいいいのかな？という気はします。
あまり深追いできないので、わたしからはこれくらいで。

[akamakku]

そうですね

基本的にdomainを指定せずにIP直打ちなアクセスは弾きたいので，そのような運用を考えています．

ありがとうございました．

[mosapride]

nginxの定義の変更するならば
docker-compose.ymlはあまり変更したくないので、私ならばnginx(proxy)内にbashスクリプトを配置しておきます。
```bash(/change.shとする)
#!/bin/sh
## confファイルを変更する文
nginx -s reload # nginxの再起動しないとconfの定義がロードされなかったはず。
```
docker exec -it nginxのコンテナ sh -c 'exec /change.sh' みたいな感じで実行します。
シェルの引数で有効無効を切り替えてもよいかもしれません。

玄人ぶって書いてますがｗ、サーバーは常時起動していることが前提(普通？)なので本質問はイレギュラーなため、個人の好みで決めちゃって良いかと(おい！)

[akamakku]

なるほど，
やはりイレギュラーなことをやろうとしていたんですね
とりあえずやってみて，自分の好みを見つけていこうと思います
ありがとうございました．