コンテナネットワークの基礎知識【第1回】

いまさら聞けない「コンテナ」と「仮想マシン」の根本的な違いとは？

「コンテナ」はアプリケーション開発に限らず、インフラ運用の技術としても関心が高まりつつあります。コンテナを理解するには、仮想マシンとの違いを整理することが重要です。何が違うのでしょうか。

公開 2020年05月22日 05時01分

著者

奈良昌紀

細谷典弘

千葉豪

[ネットワンシステムズ]

印刷する連載新着通知を受け取る

　複数のクラウドやオンプレミスなど、異なる環境で迅速にアプリケーションを実行するための技術として、「コンテナ」の利用が広がっています。コンテナ管理ツールの「Docker」に加え、「Kubernetes」のようなコンテナオーケストレーションツールが利用できるようになり、開発者に限らずITインフラ運用者の間でもコンテナへの注目度が高まっています。本連載はコンテナやコンテナネットワークの基礎知識など、コンテナをITインフラ運用に用いる場合に知っておくべきポイントを解説します。

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

ネットワーク技術のトレンド

コンテナ関連記事

　コンテナは仮想化技術の一つであり、単一のOSで複数のアプリケーションをそれぞれ隔離された状態で実行可能にします。コンテナを利用せず通常のOSで複数のアプリケーションを実行すると、そのOSが稼働するサーバ、そのサーバが利用するストレージ、ネットワークなどのリソースはアプリケーション間で共有されます。これに対し、コンテナでは各コンテナが個別に割り当てられたストレージやネットワークを持ち、他のコンテナから隔離された状態でアプリケーションを実行できます。

コンテナと仮想マシン、3つの違い

　コンテナの役割は、隔離されたアプリケーション実行環境を用意することです。その点で、広く普及している仮想マシン（VM）と類似しています。ただしVMはハイパーバイザーなどの仮想化ソフトウェアによってハードウェアを抽象化し、単一のハードウェアで複数のOSが起動することを実現する技術であり、仕組みはコンテナと異なります（図1）。まずはVMと比較することで、コンテナの特徴を考えてみましょう。

図1　VM（ハイパーバイザー型、左）とコンテナの構造《クリックで拡大》

違い1．イメージサイズと可搬性

　VMはVMごとにOS（ゲストOS）を必要とします。そのためVMの実行に必要なデータをまとめたイメージファイル（以下、VMイメージ）には、アプリケーション本体とその実行に必要なライブラリ、ゲストOS が含まれます。一方コンテナはOSを利用して起動します。アプリケーションの実行に必要なミドルウェアやライブラリをパッケージ化したイメージファイル（以下、コンテナイメージ）はアプリケーション本体とその実行に必要なライブラリなどで構成され、VMとは異なりゲストOS は含まないため、VMイメージと比べるとファイルサイズが小さく可搬性に優れています。

違い2．起動にかかる時間

　VMはゲストOSを起動してからアプリケーション本体やミドルウェアを起動します。これに対してコンテナは起動済みのOSでアプリケーション本体やミドルウェアを実行するだけなので、アプリケーションの起動にかかる時間はVMよりも大幅に短縮します。

違い3．隔離レベル

　VMはハイパーバイザーなどのサーバ仮想化ソフトウェアによってOSを含めて隔離されるため、隔離の程度はコンテナより高くなります。VMは単一のハイパーバイザーで複数種類のゲストOSを起動させ、各ゲストOSのアプリケーションを実行することが可能です。これに対してコンテナは単一のOSで個々のコンテナに対して論理的にリソースを割り当てます。OS部分を共有する必要があるため、異なるOS向けのアプリケーションをコンテナとして起動することはできません。例えば「Linux」で稼働するコンテナで「Windows」用アプリケーションを起動することはできません。

アプリケーションの一貫した実行環境

　こうした特徴を持つコンテナは、アプリケーションの実行環境として開発者の間で広く利用されています。コンテナイメージを再利用すればアプリケーションの実行環境を簡単に再現することが可能だからです。必要なミドルウェアやライブラリをひとまとめにすることで、開発、テスト、ステージング（検証）、本番といったアプリケーション開発の各フェーズで一貫したアプリケーションの実行環境を用意できます（図2）。オンプレミスかクラウドか、物理マシンかVMかといった環境の違いにとらわれることなくアプリケーションを実行できることもコンテナの利点です。