docker run で/sbin/init を起動時に与えるコマンドとする設定の意味

Question

###分からないこと

docker run --name mycent -dt centos /sbin/init

幾つかのサイトで書いてあるのですが、上のようにdockerの起動時に/sbin/initを指定する意味がよく分かりません。例えば以下のようにhttpdのイメージを使う際に

docker run --name myhttpd -p 8080:80 -dt httpd /sbin/init

のように指定するとapacheサーバが起動していないのかhttp://localhost:8080としても
ページにアクセスできません。
/sbin/initを付けていない場合はうまくいくのですが、そうなると、この/sbin/initはどのような場合に
利用するのでしょうか？

###追加の疑問点

docker run --name myhttpd -p 8080:80 -dt httpd 

でコンテナを起動し、docker exec でコンテナに入ってsystemctl list-unit-files -t service
でサービス一覧を確認してもhttpdはありませんが、psコマンドで確認すると、httpdのプロセスがあるのが
確認できました。これはdockerの場合普通なのでしょうか？

どなたか知識のある方、回答宜しくお願い致します。

Answer 1

この/sbin/initはどのような場合に利用するのでしょうか？

Docker コンテナは、1コンテナで 1プロセスを起動するような設計方針ですので、httpd プロセスのみを起動する方が一般的だと思います。

しかし、そうではなくDocker コンテナを VM のように使いたい、すなわち、/sbin/init から各プロセスを起動したいという人もいます。
複数サービスを起動できたり、従来の管理方法(サービスの On/Off、ログ、...)が使えたり、といった理由で。
なので、/sbin/init から起動するのであれば、httpd が自動起動するように設定するなど、それ用にコンテナイメージを作り込まなくてはいけません(skitoy4321 さんの回答にあるとおりです)。

docker exec でコンテナに入ってsystemctl list-unit-files -t serviceでサービス一覧を確認してもhttpdはありませんが、

/sbin/init を経由せずに直接 httpd を起動しているので、systemctl でのサービス On/Off の設定に関係なく、httpd が起動します。

Answer 2

docker runのオプション後につける引数群は、イメージが指定したCMDを上書きする効果を持ちます。
https://docs.docker.com/engine/reference/commandline/run/

/sbin/initを付けると、"コンテナ内にある/sbin/initを実行する"という意味になります。
大抵のイメージでは/sbin/initはsystemdのリンクになっているようです。

以下のページでやり方等書いてあります。
https://developers.redhat.com/blog/2014/05/05/running-systemd-within-docker-container/
想定される使用方法ですが、コンテナ内で複数プロセスを起動、管理したい場合が考えられますが、ハマリ所が多いので注意が必要です。上記の記事にもありますが、余り推奨されるものではないようです。
意図通りに動かないということであれば、docker logs [コンテナ名]で出力を見ることができるので、トラブル解決に役立つと思います。

psコマンドでプロセスが表示される件については、dockerのプロセスは完全に独立した仮想マシン内で実行されるのではなく、ネームスペースを分けて起動されるに過ぎないので、ホスト上のpsコマンドで表示されるのは正常です。
この辺りの話は、以下のページが詳しいです。
https://success.docker.com/KBase/Introduction_to_User_Namespaces_in_Docker_Engine