コンテナ/Kubernetes入門
Toggle Dark/Light/Auto modeToggle Dark/Light/Auto modeToggle Dark/Light/Auto modeBack to homepage

コンテナを試す

この章ではコンテナについて簡単に解説した後、実際にコマンドを実行しながらコンテナについて学んでいきます。

コンテナとは?

CNCFによればコンテナとは下記のようなものです。

コンピューターのOSによって管理されるリソースと機能の制約を持つ実行プロセスです。 コンテナプロセスで使用できるファイルは、コンテナイメージとしてパッケージ化されます。 コンテナは同じマシン上で互いに隣接して実行されますが、通常、OSは、個別のコンテナプロセスが相互に対話することを防ぎます。

コンテナと近い技術として仮想化があります。 仮想化はハイパーバイザーを用いてハードウェアをエミュレートすることにより1つのマシン上で様々なOSを実行できる技術ですが、コンテナの場合は(基本的には)1つのOS上でLinuxカーネルの機能を用いて論理的に空間を隔離することで独立した環境を提供してくれます。

https://www.redhat.com/ja/topics/containers/whats-a-linux-container より

https://www.redhat.com/ja/topics/containers/whats-a-linux-container より

コンテナの特徴

ローカルマシンで開発を行ったり、本番環境で仮想マシンを利用したアプリケーション運用を行うのに比べると、コンテナは以下のような特徴があります。

ポータビリティ

コンテナを利用する際は、まずプログラムのランタイムやミドルウェアを含めた環境をパッケージングした「コンテナイメージ」を作成を行います。 そして、一般的には実行するアプリケーションのバイナリやプログラムなども、作成するコンテナイメージに含めることになります。

コンテナイメージは、1度作成してコンテナイメージをホストする「コンテナレジストリ」に登録してしまえば、誰でも利用することが可能です。 また、コンテナイメージを作成すれば、他の開発者や本番環境で(基本的に)完全に同じ環境でアプリケーションを動かすことができます。

そのため、開発者同士の開発環境や本番環境での差異を減らすことが可能です。

https://docs.docker.com/get-started/overview/ より

https://docs.docker.com/get-started/overview/ より

低オーバーヘッド

仮想マシンの場合、ハイパーバイザーがハードウェアのエミュレートを行い、その上で様々なOSを動かしますが、コンテナの場合は(基本的には)1つのOS上の1プロセスとして動作します。

コンテナは(基本的には)cgroupやnamespace、capabilityといった様々なLinuxカーネルの機能の組み合わせにより作られるプロセスでしかないため、仮想マシンと比べるとオーバーヘッドが小さく、起動なども高速です。

耐障害性

コンテナは論理的に空間を隔離することで独立した環境を提供します。 そのため1つのコンテナで何か障害が発生しても、基本的に他のコンテナには影響を及ぼしません。

また、コンテナの起動や仮想マシンと比べると高速なため、障害が発生してコンテナが停止した際の再起動までの時間も短いため、アプリケーションの回復力と可用性が向上します。

コンテナランタイム

実際にコンテナを利用する場合は、先程紹介したOCI準拠のコンテナランタイムが必要になります。

代表的なコンテナランタイムとしては「Docker Engine」というコンテナランタイムがあり、この資料でも主にDocker Engineをコンテナランタイムとして利用していきます。

また、コンテナランタイムには高レベルランタイムと低レベルランタイムがあります。

https://www.ianlewis.org/en/container-runtimes-part-3-high-level-runtimes より

https://www.ianlewis.org/en/container-runtimes-part-3-high-level-runtimes より

上記の図のように高レベルラインタイムは低レベルランタイムに命令を出し、低レベルランタイムがコンテナの起動などを行う仕組みになっています。

主な高レベルラインタイム:

主な低レベルラインタイム:

コンテナの仕様

コンテナについてはOpen Container Initiative(OCI)が標準化に関する仕様の策定を行っており

という3つの仕様が今のところ作られています。

また、OCI Runtime Specificationのリポジトリ内にはThe 5 principles of Standard Containers というドキュメントが作られており

標準コンテナの目標は、ソフトウェアコンポーネントとそのすべての依存関係を自己記述的で移植可能な形式でカプセル化することです。 これにより、準拠するランタイムは、基盤となるマシンやコンテナの内容に関係なく、追加の依存関係なしにそれを実行できます。

というふうにコンテナの標準化の目標が掲げられています。

そして5つの原則として

  1. 標準操作
  2. コンテンツにとらわれないこと
  3. インフラにとらわれないこと
  4. 自動化のための設計
  5. 産業グレードの配送

ということが書かれています。 これらについて詳しく知りたい場合は、ぜひThe 5 principles of Standard Containersを読んでみてください。

コンテナレジストリ

作成したコンテナイメージをホストするには、コンテナレジストリを利用します。

代表的なコンテナレジストリとしては以下があります:

また、コンテナレジストリは自分で構築することも可能で、OSSのコンテナレジストリとしては以下のようなものがあります:

参考