ここでは、コンテナーの出所、コンテナーの取得方法、かつコンテナーを安全に取得する方法について説明します。

コンテナーはイメージから構築され、イメージはレジストリーにあるリポジトリーに保存されます。本書では、コマンド docker pull がアクセスできる、(1) docker.io レジストリーおよび (2) 内部 redhat.com レジストリーの 2 つのレジストリーについて説明します。

$ sudo docker load -i input.tar

$ sudo docker save -o output.tar

ラベルを使用すると、ゴール達成までにコマンドラインに入力しなければならないすべての詳細を把握しておく必要がなくなります。以下の例は、ラベルの性質と機能を理解するのに役立ちます。

ここでは、一定の意味を持つ「run labels」を作成します。

GPU アクセラレーションと pulse audio 搭載の Chrome を実行するとします。これを実行するには、コンテナーが GPU にアクセスできる必要があります。それ自体は難しいことではありませんが、「合成 (composition)」について理解する必要があります。これを説明するために、ここでは連携する X11 と Window Manager の例を使用します。これらの 2 つのプログラムを最も効率よく連携させる方法として、合成要素のすべてのプログラムの書き込み先となる 1 つの大きなフレームバッファーを作成できます。これは、次のような非常に長いコマンドを使用して処理されます。

$ sudo docker run -v /dev/dri:/dev/dri \
-v /dev/snd:/dev/snd \
-v /dev/shm:/shm \
-­ipc=container:foo_bar \
-­privileged -e 'DISPLAY=:0' \
-u username fedora_chrome google-chrome

以下は内訳になります。

container:foo_bar は、このラベルが「 foo_bar」と呼ばれる別の実行中のコンテナーを参照することを意味します。これは実行中のコンテナー foo_bar を実行中のコンテナー fedora_chrome にリンクします。この引数は 2 つのコンテナーのプロセス間通信の名前空間を共有し、2 つのコンテナーが同じオブジェクトを参照し、2 つのコンテナーのそれぞれがそれらのオブジェクトを参照するために同じ名前を使用するようにします。これは、それらの通信が /dev/shm で実行されるために重要となります。

共有メモリーはプロセス間通信に必要な 1 つの手段です。

Red Hat は、ユーザーの予測性を高めるために、一般にリリースされた Docker イメージについての一貫性のある名前付けポリシーを提供しています。

プロトコル/レジストリー形式の V1 バージョンの Docker URL は GitHub リポジトリー名と同様に機能します。以下のような構造になります。

REGISTRY[:PORT]/USER/REPO[:TAG]

暗示的なデフォルトレジストリーは docker.io です。これは、"redhat/rhel" などの相対 URL が docker.io/redhat/rhel に解決されることを意味します。

特殊名の "library/*" は、直接の接頭辞のないイメージにマップされます。例: "docker.io/rhel".

Red Hat コンテンツの要求は docker.io から registry.access.redhat.com にリダイレクトされています。以下のマッピングはこのリダイレクトについて説明しています。

Red Hat のコミュニティーのコンテンツには、以下の場所にある Docker Hub でアクセスできます。

Red Hat Enterprise RHEL 7.2 に同梱される Docker のバージョンは、デフォルトで内部の Red Hat レジストリーと通信します。これにより、Red Hat は名前空間をレジストリーでセグメント化できます。

レジストリーコンテンツはタグ付けされた名前のマッピングであり、コンテンツのコピー操作を伴うものではありません。このマッピングは複数のシンボリックリンクを使って行われます。Red Hat はこれらのリンクを常に最新の状態に保つことでデータの整合性を確保します。

「REPO」は、多数の明示的にタグ付けされたイメージと多数の表示されない層が含まれるリポジトリーです。「IMAGE」はリポジトリー内の特定の層が設定されたブランチです。「イメージ」と「リポジトリー」という用語は同意語として使用されることが多くありますが、両者は同じものを指す訳ではありません。たとえば、複数の異なるイメージは単一リポジトリーにタグ付けすることができます。

管理対象の複数プロセスコンテナーの場合に、コンテナーで実行される複数のプロセスを管理するために systemd を実装します。systemd をコンテナーで実行するには、以下のコマンドと同様のコマンドを実行します。

$ sudo docker run -it --privileged -v /sys/fs/cgroup:/sys/fs/cgroup:ro IMAGE /bin/bash

コンテナーで systemd を実行することに関する詳細な背景情報およびコンテキスト情報については、この点について論じている Dan Walsh 氏の 2014 年 5 月のブログ記事を参照してください。Running systemd within a Docker Container

Red Hat ログインおよび有効なお客様またはパートナー様のエンタイトルメント (有効なサブスクリプション) を持つすべてのユーザーが Linter for Dockerfile にアクセスできます。

以下から Linter for Dockerfile ユーティリティーにアクセスします。https://access.redhat.com/labs/linterfordockerfile/#/

Dockerfile を検証するには: