サービスを開始した後、Dockerコンテナーを実行し続ける方法は？

私がやろうとしていることと同じように見える一連のチュートリアルを見てきましたが、何らかの理由でDockerコンテナーが終了します。基本的に、私はDockerコンテナー内にWebサーバーといくつかのデーモンをセットアップしています。この最後の部分はrun-all.sh、DockerfileのCMDで実行するというbashスクリプトを使用して行います。run-all.shこのようになります：

service supervisor start
service nginx start

そして、次のようにDockerfile内で開始します。

CMD ["sh", "/root/credentialize_and_run.sh"]

手動で実行すると（つまり、-i -t / bin / bashを使用してイメージにアクセスすると）すべてのサービスが正しく起動し、イメージを実行するとすべてが正しく実行されているように見えますが、一度終了すると、プロセスの起動が完了します。プロセスを無期限に実行したいのですが、私が理解している限り、コンテナはこれを実行するために実行し続ける必要があります。それにもかかわらず、実行するとdocker ps -a、次のようになります。

➜  docker_test  docker ps -a
CONTAINER ID        IMAGE                            COMMAND                CREATED             STATUS                      PORTS               NAMES
c7706edc4189        some_name/some_repo:blah   "sh /root/run-all.sh   8 minutes ago       Exited (0) 8 minutes ago                        grave_jones

何ができますか？なぜ存在するのですか？私はbashスクリプトの最後にwhileループを置くだけでそれを維持できることを知っていますが、終了しないようにする正しい方法は何ですか？

これは、実際にDockerコンテナーを設計する方法ではありません。

Dockerコンテナを設計するときは、実行中のプロセスが1つだけになるように構築する必要があります（つまり、Nginx用に1つのコンテナと、実行中のスーパーバイザまたはアプリ用に1つのコンテナが必要です）。さらに、そのプロセスはフォアグラウンドで実行する必要があります。

コンテナーは、プロセス自体が終了すると「終了」します（あなたの場合、そのプロセスはbashスクリプトです）。

ただし、Dockerコンテナーで実際に複数のサービスを実行する必要がある（または希望する）場合は、疑似初期プロセスとして使用される「Docker Base Image」から開始することを検討してくださいrunit（runitNginxとスーパーバイザーの実行中はオンラインのままです）。フォアグラウンドで他のプロセスが処理を行います。

彼らは実質的なドキュメントを持っているので、あなたが合理的に簡単にしようとしていることを達成できるはずです。

Dockerfileを使用している場合は、以下を試してください。

ENTRYPOINT ["tail", "-f", "/dev/null"]

（明らかにこれは開発のみを目的としています。例えば、nginx ...などのプロセスを実行していない限り、コンテナを存続させる必要はありません。）

同じ問題が発生しましたが、-tand -dフラグを指定してコンテナーを実行している場合、コンテナーが引き続き実行されることがわかりました。

docker run -td <image>

フラグの機能はdocker run --help次のとおりです（に従って）：

-d, --detach=false         Run container in background and print container ID
-t, --tty=false            Allocate a pseudo-TTY

最も重要なのは-t旗です。-dコンテナーをバックグラウンドで実行するだけです。

それが終了する理由は、シェルスクリプトが最初にPID 1として実行され、それが完了するとPID 1がなくなり、DockerはPID 1が実行されている間のみ実行されるためです。

デーモン化しないように指示された「-n」フラグを指定して実行すると、スーパーバイザーを使用してすべてを実行できるため、最初のプロセスのままになります。

CMD ["/usr/bin/supervisord", "-n"]

そして、あなたのsupervisord.conf：

[supervisord]
nodaemon=true

[program:startup]
priority=1
command=/root/credentialize_and_run.sh
stdout_logfile=/var/log/supervisor/%(program_name)s.log
stderr_logfile=/var/log/supervisor/%(program_name)s.log
autorestart=false
startsecs=0

[program:nginx]
priority=10
command=nginx -g "daemon off;"
stdout_logfile=/var/log/supervisor/nginx.log
stderr_logfile=/var/log/supervisor/nginx.log
autorestart=true

次に、他のプロセスをいくつでも持つことができ、スーパーバイザは必要に応じてそれらの再起動を処理します。

そうすれば、nginxとphp5-fpmが必要になる可能性があり、それらを別々にしても意味がない場合に、supervisordを使用できます。

catブロ@ Sa'adで述べられているように、引数なしで単純に実行して、コンテナを単に動作させ続けることができます[実際には何もせずにユーザー入力を待つ]（JenkinsのDockerプラグインも同じことを行います）

daemon off;nginx.confに追加するかCMD ["nginx", "-g", "daemon off;"]、公式のnginxイメージに従って実行するようにしてください

次に、以下を使用して、スーパーバイザーをサービスとして実行し、nginxをフォアグラウンドプロセスとして実行して、コンテナーが終了しないようにします

service supervisor start && nginx

場合によっては、コンテナーに複数のプロセスが必要になることがあります。そのため、コンテナーに1つのプロセスのみを強制することは機能せず、デプロイメントでさらに問題が発生する可能性があります。

したがって、トレードオフを理解し、それに応じて決定を行う必要があります。

動機：

Dockerコンテナ内で複数のプロセスを実行しても問題はありません。軽量のVMとしてdockerを使用したい場合-そうです。アプリケーションをマイクロサービスに分割したい人もいます。私が考える：1つのコンテナー内のLAMPスタック？ただ素晴らしい。

答え：

スティックの良いベースイメージのようなのPhusionベースイメージ。他にもあるかもしれません。コメントしてください。

そして、これはまだ監督者のためのもう一つの懇願です。なぜなら、phusionベースのイメージは、cronやロケールのセットアップなどの他のいくつかのほかにスーパーバイザーを提供しているからです。このような軽量のVMを実行するときにセットアップしたいもの。それだけの価値がある場合は、コンテナーへのssh接続も提供します。

この基本的なdocker runステートメントを発行すると、phusionイメージ自体が起動して実行を継続します。

moin@stretchDEV:~$ docker run -d phusion/baseimage
521e8a12f6ff844fb142d0e2587ed33cdc82b70aa64cce07ed6c0226d857b367
moin@stretchDEV:~$ docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS
521e8a12f6ff        phusion/baseimage   "/sbin/my_init"     12 seconds ago      Up 11 seconds

またはまったくシンプル：

ベースイメージが適切でない場合...迅速なCMDで実行を継続するには、bashで次のようなものを想定します。

CMD exec /bin/bash -c "trap : TERM INT; sleep infinity & wait"

または、busyboxの場合：

CMD exec /bin/sh -c "trap : TERM INT; (while true; do sleep 1000; done) & wait"

ですぐに終了するため、これは便利ですdocker stop。単純であるsleepかcat、コンテナが終了するまで数秒かかります。

ngnixプロセスのPIDを変数（たとえば、$ NGNIX_PID）にキャプチャし、エントリポイントファイルの最後に行います。

wait $NGNIX_PID 

このようにして、コンテナーはngnixがアクティブになるまで実行する必要があります。ngnixが停止すると、コンテナーも停止します

可能であれば、監視形式のサービスを使用しませんか？

YOUR_SERVICE監督サービス

監視が正常に実行されると、強制終了されるか、または終了するように特別に要求されない限り、監視は終了しません。

を作成する必要がなくなります supervisord.conf