コンテナ実行の事実上の標準？

いまさら聞けない「Linuxコンテナ」の始め方

Linuxコンテナによって、アプリケーションごとにOSをインストールする従来のモデルは、なくなるかもしれない。

公開 2018年10月30日 05時00分

著者

Sander van Vugt

[TechTargetジャパン]

印刷する

コンテナの利便性を生かすには

　OSをベースにしたアプリケーションの欠点は導入に時間がかかることだ。新しいアプリケーションを導入するためには、その都度IT管理者が新しいサーバをインストールしなければならない。運用コストがかかり、時間も要する仕組みだ。

　アプリケーションがそれぞれ独自のOSを持っている状態では、運用が非効率になることが多い。例えばセキュリティを確保するためには、全てのアプリケーションに個別サーバが必要になる。その結果、十分に活用されていないハードウェアがデータセンターで数多く生まれることになる。

　コンテナとは分離された環境のことだ。名前空間を使って隔離された環境を作り出す。Linuxコンテナはアプリケーションを実行するのに必要な全てのコンポーネントを備えている。

　ハードウェアの観点では、コンテナの方がリソースを効率的に利用できる点が優れている。利用可能なハードウェア容量さえ残っていれば、管理者が新たなサーバを用意しなくてもいい。

併せて読みたいお薦め記事

コンテナで変わる技術

正しくコンテナを理解する

コンテナの始め方

　Linuxコンテナの設定は簡単だ。Linuxコンテナは、隔離された作業環境用の機能が用意されているため、コンテナ実行の事実上の標準になっている。

　Linuxカーネルはコンテナを利用するために不可欠な機能を備えている。「cgroups」は各コンテナが必要なリソースを確認できる。「namespace」はLinuxコンテナ内のアーキテクチャとアーキテクチャを厳格に分離できる。安全な環境にはこうした分離が欠かせない。Linuxカーネルには、コンテナの実行に使われる主要コンポーネントであるコンテナエンジンも含まれている。

　「Docker」はLinuxコミュニティーでよく知られたコンテナエンジンだ。Dockerには「Docker Community Edition」と「Docker Enterprise Edition」がある。Docker Community EditionではIT部門がコンテナの機能を試すことができる。また、オープンアプリケーションプログラミングインタフェース、対話型コマンドラインインタフェース、マルチコンテナアプリのサポート、ユニバーサルパッケージも備わっている。

　運用規模の大きい組織ではDocker Enterprise Editionを使用できる。このエディションでは統合セキュリティフレームワーク、アジャイルワークフロー、マルチクラウドに互換性のある仕組みを利用できる。

　コンテナエンジンの設定には、単純にLinuxディストリビューション（Linuxのパッケージ）からバイナリをインストールし、実行コマンドを使用すればいい。

Docker以外のオプション

　コンテナの実行では「Linux OS」を使用するのが最も安全というわけではない。Linuxにはドメインネーム（名寄せ）システム、Webサーバ、タイムサーバなどのサービスに加えて、アクセス規制を必要とするグラフィカルユーザーインタフェース（GUI）が含まれている。これらのアクセス方法が使えることで、攻撃者によるOSへの侵入方法が増える恐れがある。

　こうした懸念を解決するため、最適化されたコンテナプラットフォームが誕生した。その一例が「CoreOS」だ。CoreOSは最小限の機能を提供するように設計されており、コンテナを実行することに完全に重点が置かれている。

　そのため、IT部門のニーズ次第では、CoreOSがコンテナを運用する選択肢になり得る。CoreOSではLinuxコンテナを立ち上げるためのオプションが豊富で、オンプレミスでのインストール、自動更新、分散システムツールなどの機能により、容易にアーキテクチャを立ち上げられる。

印刷する