Docker CMDを複数回使用して複数のサービスを実行できないのはなぜですか？

centos + sshという名前のDockerfileからベースイメージを構築しました。centos + sshのDockerfileでは、CMDを使用してsshサービスを実行しています。

次に、rabbitmqというDockerfileという名前の別のサービスを実行してイメージを構築します。

FROM centos+ssh
EXPOSE 22
EXPOSE 4149
CMD /opt/mq/sbin/rabbitmq-server start

rabbitmqコンテナーを起動するには、次を実行します。

docker run -d -p 222:22 -p 4149:4149 rabbitmq

sshサービスは機能しません。rabbitmqのDockerfile CMDがcentosのCMDをオーバーライドしていることを検出します。

1. CMDはdocker image内でどのように機能しますか？
2. 複数のサービスを実行したい場合、どうすればよいですか？スーパーバイザを使用していますか？

CMDはDockerfileに書き留められていますが、実際にはランタイム情報です。EXPOSEと同じですが、たとえばRUNおよびADDとは逆です。これにより、後で、拡張されたDockerfileで、またはrunコマンドで単純にオーバーライドできます。常に、CMDは1つしか存在できません。

複数のサービスを実行したい場合、私は実際にスーパーバイザーを使用します。各サービスのスーパーバイザー構成ファイルを作成し、これらをディレクトリに追加し、スーパーバイザーを実行して、supervisord -c /etc/supervisorすべてのサービスをロードし、次のようなスーパーバイザー構成ファイルを指すことができます

[supervisord]
nodaemon=true

[include]
files = /etc/supervisor/conf.d/*.conf

詳細をご希望の場合は、こちらのブログをこちらに書き込みました：http : //blog.trifork.com/2014/03/11/using-supervisor-with-docker-to-manage-processes-supporting-image-継承/

そうです、2番目のDockerfileはCMD最初のDockerfileを上書きします。Dockerは常に1つ以上のコマンドを実行します。したがって、Dockerfileの最後に、実行するコマンドを1つ指定できます。それ以上ではありません。

ただし、両方のコマンドを1行で実行できます。

FROM centos+ssh
EXPOSE 22
EXPOSE 4149
CMD service sshd start && /opt/mq/sbin/rabbitmq-server start

Dockerfileをもう少しきれいにするために何ができるか、CMDコマンドを追加のファイルに置くことができます。

FROM centos+ssh
EXPOSE 22
EXPOSE 4149
CMD sh /home/centos/all_your_commands.sh

そして、このようなファイル：

service sshd start &
/opt/mq/sbin/rabbitmq-server start

この問題を回避する方法を説明するqkrijgerからの回答を尊重していますが、ここで何が行われているのかを知ることができることはまだまだたくさんあると思います...

「なぜ」という質問に実際に回答するには... docker stopコマンドがどのように機能するかを理解し、プロセスを再起動しようとするときの問題（ファイルの破損など）を防ぐために、すべてのプロセスを完全にシャットダウンする必要があると思います。

問題：docker がコマンドからSSH を開始し、DockerファイルからRabbitMQを開始した場合はどうなりますか？" docker stopコマンドは、コンテナー内のルートプロセス（PID 1）にSIGTERMシグナルを送信することにより、最初に実行中のコンテナーを停止しようとします。 "どのプロセスが、SIGTERMを取得するPID 1としてドッキングプロセスを追跡していますか？SSHですか、それともウサギですか？「Unixプロセスモデルによると、initプロセス-PID 1-はすべての孤立した子プロセスを継承し、それらを取得する必要があります。ほとんどのDockerコンテナーには、これを正しく実行するinitプロセスがないため、コンテナーがいっぱいになります。ゾンビは時間をかけて処理します。」

回答：ドッカーは、単にその最後CMDを取る1として発売されますルートプロセス PID 1としてからSIGTERMを取得しますdocker stop。

推奨される解決策：phusion / baseimageなど、複数のサービスを実行するために特別に作成されたベースイメージを使用（または作成）する必要があります

ことに注意することが重要であるべきTINIは、このような理由のために正確に存在し、ドッカー1.13の最大として、TINIは正式ドッカーで複数のプロセスを実行するとことを教えてくれるドッカーの一部であり、有効です。..そうたとえ誰かに主張 Dockerについてより熟練し、これを行うことを考えるのは馬鹿げていると主張し、そうでないことを知ってください。そうするための完全に有効な状況があります。

知っておきたいこと：

• https://blog.phusion.nl/2015/01/20/docker-and-the-pid-1-zombie-reaping-problem/
• http://www.techbar.me/stopping-docker-containers-gracefully/
• https://www.ctl.io/developers/blog/post/gracefully-stopping-docker-containers/
• https://github.com/phusion/baseimage-docker#docker_single_process

コンテナ内で複数のサービスを実行するための公式のドッカーの答え。

これは、initシステム（systemd、sysvinit、upstart）、スクリプト（CMD ./my_wrapper_script.sh）、またはのようなスーパーバイザーでそれを行う方法を説明していますsupervisord。

この&&回避策は、バックグラウンド（デーモン）で開始するサービス、または対話なしで迅速に実行され、プロンプトを解放するサービスに対してのみ機能します。（プロンプトを保持する）対話型サービスでこれを行うと、最初のサービスのみが開始されます。

CMDがコンテナーごとに1つのサービスのみを実行するように設計されている理由に対処するために、同じコンテナーで実行されるセカンダリサーバーが単純ではない/補助的ではなく「主要」（たとえば、フロントエンドアプリにバンドルされているストレージ）である場合に何が起こるかを理解しましょう。まず、ノード間の水平（自動）スケーリングや再スケジュールなど、いくつかの重要なコンテナー化機能を分類します。どちらも、コンテナーごとに1つのアプリケーション（CPU負荷のソース）しかないことを前提としています。次に、脆弱性の問題があります-コンテナーに公開されているサーバーが多いほど、CVEのパッチの頻度が高くなります...

したがって、それはDocker（およびKubernetes / Openshift）の設計者による優れた実践への「ナッジ」であり、回避策を再発明すべきではないことを認めましょう（SSHは必要ありません-私たちはdocker exec / kubectl exec / oc rshそれを置き換えるように設計しました）。

• より詳しい情報

/devops/447/why-it-is-recommended-to-run-only-one-process-in-a-container