Docker Containerで異なるLinux OSを実行しますか？

Question

Dockerを学ぼうとしていて、私を困惑させることは、Dockerコンテナで実際にLinuxの異なる風味（ホストOSに対する）がどのように動作するかです。

私たちは私のドッカーホストはRedHatのを実行していると私はUbuntuのイメージからコンテナを起動すると仮定した場合、？：以下、真

• 論理的に言えば、Ubuntuの画像のフットプリントは、その後、550メガバイト程度であれば意志ドッカーがありますデーモンは実際にコンテナを作成するために550MB相当のUbuntuイメージを（イメージレジストリから）ダウンロードしますか？
• は、私が手動で同じバージョンを手動でダウンロードしてインストールした場合と違い、コンテナ内で実行されているUbuntuのインスタンスです。

私は、DockerコンテナがホストOSで使用されているのと同じカーネルを共有していることを知っています.Dockerの基本点の1つは、基盤となるOSを使用するコンテナの効率性です。ですから、ホストとは異なるLinuxバージョンから作成されたコンテナを起動すると、実際に何が起きるのか混乱します。

Answer 1

私はこの前の投稿がもう少し理解するのに役立つと思います - Docker container isolation, does it care about underlying Linux OS?。

ホストOSがRedHatの場合、それはRedHatカーネルであり、Dockerコンテナで実行するLinuxのビルドによって使用されます。あなたの例ではUbuntu。

これは、違いは、Linux OSおよびLinux 画像の間にあるものを理解することにダウンしています。 Docker Container内の完全なUbuntu OSではなく、Ubuntuのイメージを実行します。あなたの質問を考えるの目的のために

： -

OS =カーネル+ファイルシステム/ライブラリ
画像 =ファイルシステム/ライブラリ

あなたドッカー内で実行されているUbuntuの画像コンテナは、Ubuntuのファイルシステム/ライブラリ（Ubuntu OSに同梱されているカーネルではありません）です。コンテナ内で実行されるUbuntuイメージは、Redhatカーネルを使用します。これは、基本的なホストのカーネル（他の中でも）を活用しているDockerコンテナから得られる効率性の一部を説明しています。

Answer 2

Dockerコンテナ内で実行されるUbuntuイメージは、そのコンテナのユーザースペースと呼ばれる場所で実行されます。このイメージはRedHatホストOSカーネルへのカーネルシステムコールを行うことができます（ユーザー操作からカーネルスペースへの制御をユーザーの操作から転送する作業の一部として）。コアカーネルは一般的な技術であるため、UbuntuのユーザスペースコードからRedhatのカーネルコードを呼び出しても、システムコールは互換性があります。この互換性により、すべてが異なる基本OSイメージを持つ可能性のあるコンテナ間でカーネルを共有することが可能になります。