コンテナネットワークの基礎知識【第1回】
いまさら聞けない「コンテナ」と「仮想マシン」の根本的な違いとは？
「コンテナ」はアプリケーション開発に限らず、インフラ運用の技術としても関心が高まりつつあります。コンテナを理解するには、仮想マシンとの違いを整理することが重要です。何が違うのでしょうか。
複数のクラウドやオンプレミスなど、異なる環境で迅速にアプリケーションを実行するための技術として、「コンテナ」の利用が広がっています。コンテナ管理ツールの「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かといった環境の違いにとらわれることなくアプリケーションを実行できることもコンテナの利点です。
図2 開発におけるコンテナの活用例《クリックで拡大》
本番環境にもコンテナの導入が一般的になれば、Kubernetesのようなコンテナオーケストレーションツールを組み合わせて使うことでインフラを抽象化と運用の高度化が可能になります。
次回はDockerのコンテナ利用における役割と、コンテナ運用時に重要なネットワークの基礎知識を解説します。
執筆者紹介
奈良昌紀（なら・まさのり） ネットワンシステムズ ビジネス開発本部 第1応用技術部
通信事業者のデータセンターにおいてネットワークやサーバの運用を経験後、ネットワンシステムズに入社。帯域制御やWAN高速化製品、仮想化関連製品を担当後、主にクラウドや仮想インフラの管理、自動化、ネットワーク仮想化の分野に注力している。
細谷典弘（ほそや・のりひろ） ネットワンシステムズ ビジネス開発本部第3応用技術部
データセンターネットワークの他、マルチクラウド向けのハードウェアやソフトウェアの最先端技術に関する調査・検証、技術支援などを担当。注目分野は「Kubernetes」。放送システムのIP化に向けた技術調査・検証も担当している。
千葉 豪（ちば・ごう） ネットワンシステムズ ビジネス開発本部 第1応用技術部
IaaS（Infrastructure as a Service）をはじめとしたクラウド基盤技術および管理製品を担当。コンテナ技術を中心とした開発・解析基盤の構築から運用、コンテナに関連した自動化技術や監視製品の技術検証などに注力している。
Copyright © ITmedia, Inc. All Rights Reserved.
コンテナネットワークの基礎知識
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品レビュー
[ヴィーム・ソフトウェア株式会社] SCS評価制度を導入するだけで十分？ 組織の防御力を高める活用方法とは -
技術文書・技術解説
[フォーティネットジャパン合同会社] AIランサムウェアに勝つ 自律型エンドポイント管理導入で確認すべき条件4つ -
技術文書・技術解説
[フォーティネットジャパン合同会社] LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント -
製品レビュー
[ネットアップ合同会社] 研究分野でAI活用が進まない？ 真の成果につなげるデータ管理の在り方とは -
製品レビュー
[ヴィーム・ソフトウェア株式会社] SCS評価制度を導入するだけで十分？ 組織の防御力を高める活用方法とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
2
AI時代のITインフラ戦略とは？ 販売代理店が知っておきたい最新トレンド
-
3
VMware離れの決め手は“機能”以外だった 情シス109人が選んだ新基準と死角は
-
4
IBM iのブラックボックス化を打破 資産継承と進化を実現する「IBM Bob」の実力
-
5
二極化する生成AI活用 「一部の社員しか使いこなせない」をどう解消すべきか
-
6
「企業におけるAIの運用」に関するアンケート
-
7
「GPUが待ちぼうけ」の悪夢を防げ AIストレージベンダー7選
-
8
Claude Opus 5.5、GPT-6 Sol／Luna登場 情シスが迫られるモデル使い分け
-
9
デンソークリエイト、Excelからの移行も簡単に行えるプロジェクト管理ツールを発表
-
10
「仮想化基盤の利用・検討状況」に関するアンケート
ホワイトペーパーランキング PR
-
1
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
2
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
3
バックアップは“取っているから大丈夫”なのか？ ランサムウェア時代の備え方
-
4
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
5
月1000枚の紙を削減 9年動けなかった組織が、業務改革のその先に得たもの
-
6
「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略
-
7
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
8
ソフトウェア開発の属人化と手戻りをどう防ぐ？ 速さと品質を両立させる方法
-
9
AI活用を停滞させる「2：6：2の壁」を乗り越えるためのポイントとは？
-
10
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー