「Windows Server 2016」の機能
Windows Serverコンテナ、Hyper-Vコンテナ、Hyper-V VM、3つ違いを比較
Microsoftの「Windows Server」コンテナと「Hyper-V」コンテナでは、分離レベルが異なる。Hyper-VコンテナではHyper-V VMを利用するが、この2つには大きく違う点が幾つかある。
Microsoftの「Windows Server 2016」で導入された全ての新しい機能の中で、最も注目を集めているのはコンテナだろう。オープンソースの世界ではだいぶ前から普及しているが、「Windows」にとってコンテナは新しいものだ。多くの点において、Windowsコンテナは「Linux」コンテナとよく似ている。
例えば、どちらも「Docker」を使用して管理することができる。ただし、Windowsに特有の側面が幾つかある。例えば、Windows Server 2016では、「Windows Server」コンテナと「Hyper-V」コンテナの使用がサポートされている。ここで、これらのコンテナの種類にはどのような違いがあるのか、Hyper-VコンテナはHyper-V VMとどう異なるのかという疑問が生まれる。
併せて読みたいお薦めの記事
「Windows Server 2016」2つのコンテナ
Windows Server 2016のコンテナ機能について
ハイパーバイザーとコンテナの違い
Windows Server 2016へ移るか、移らないか
Windows ServerコンテナとHyper-Vコンテナの比較
Windows ServerコンテナとHyper-Vコンテナの機能は非常に似通っている。どちらも同じことを行い、基本的に同じ方法で管理される。主な違いは分離レベルだ。
OSを個別に搭載しているVMと異なり、コンテナは共通のOSカーネルを共有している。各コンテナは、共有OSで動作する分離されたユーザーモード環境である。つまり、コンテナにはOSが含まれないので、サイズはVMより大幅に小さくなる。
OSを共有するコンテナに関する問題は、アプリケーションにはさまざまなニーズがあり、単一のOSイメージでは全てのコンテナに適切に対処できない可能性があるということだ。また、コンテナはお互いに分離するように設計されているが、マルチテナント環境ではテナントの境界を越えたOSカーネルの共有を回避するのが一般的である。
ここで登場するのがHyper-Vコンテナだ。Hyper-Vコンテナは、1点を除いてWindows Serverコンテナと全く同じ方法で動作する。唯一の違いは、Hyper-VコンテナとHyper-Vコンテナの依存関係がHyper-V VMにカプセル化されることだ。そのためHyper-Vコンテナが専用の基本OSイメージを持つことも、複数のHyper-Vコンテナが共通の基本OSイメージを共有することも可能になる。
Hyper-VコンテナとHyper-V VMの比較
技術的な観点で見ると、Hyper-VコンテナはHyper-V VMを使用している。だが、Hyper-VコンテナとHyper-V VMには、非常に重大な違いが幾つかある。これらの違いはコンテナの一般的なユースケースに関連している。
ご存じの通り、VMは物理マシンを仮想的に表したものだ。VMには、仮想化されたハードウェア、OS、ドライバ、アプリケーション、VMのワークロードを処理するために必要になる可能性のあるものが備わっている。だが、コンテナはVMと大きく異なる。1つ例を挙げると、コンテナはVMより大幅に小さい。上述の通り、コンテナにはOSも含まれていない。
コンテナは、SQLなどのアプリケーションを実行する目的で作成することはできる。だが、コンテナはWebサービスなどのマイクロサービスやステートレスアプリケーションを実行するのに最も適している。その理由は、コンテナが基本的に使い捨てできるように設計されていることにある。コンテナは非常に軽量で、必要に応じて動的に導入できるので、不要になった場合は簡単に削除できる。
思い立ったときにコンテナを削除できるなら、コンテナ内のデータはどうなるのだろうか。恐らくご存じの通り、一般的にHyper-V VMには1つ以上の仮想HDDが付いている。仮想HDDは、VMが物理HDDの代わりに使用するVHDまたはVHDXだ。コンテナとVMの主な違いの1つは、コンテナに仮想HDDがないことである。
実際のところ、コンテナは、アプリケーションの実行を許可された分離空間にすぎない。コンテナ内のものは、他のコンテナや基盤となるインフラから分離しておく必要がある。そのため、コンテナは全ての書き込み処理がコンテナ内のサンドボックス領域にリダイレクトされるように設計されている。サンドボックスに書き込まれた内容は、コンテナが停止すると自動的に削除される。コンテナが一般的にマイクロサービスやステートレスアプリケーションを実行するのに使用される理由はここにある。コンテナはデータ永続性を確保するように設計されていない。コンテナで外部のデータソースを使用することは可能だが、コンテナ自体は永続的データを保存しない。
Hyper-VコンテナはHyper-V VMに依存しているが、コンテナとVMには重大な違いがある。Hyper-VコンテナはHyper-V VMにカプセル化されているが、標準的なVMを管理するのと同じ方法でHyper-V VMを管理する必要がないことも注目に値する。Hyper-V VMの作成や最適化などのHyper-Vレベルで必要な全管理タスクは、OSによって自動的に行われる。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[o9ソリューションズ・ジャパン株式会社] 「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略 -
製品資料
[o9ソリューションズ・ジャパン株式会社] 「サプライチェーン最適化」実践ガイド：効果的な意思決定を実現する秘訣とは？ -
製品資料
[株式会社リンプレス] 非デジタル／IT人材を「自走するDX推進者」に変えるための育成ロードマップ -
市場調査・トレンド
[ワンアイルコンサルティング株式会社] AI時代の組織設計：「判断と責任」を人に残すための2つの原則とは？ -
技術文書・技術解説
[ワンアイルコンサルティング株式会社] システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
2
「完璧な設計」なのに3000万円溶けた AWSの失敗事例から学ぶ3つの教訓
-
3
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
4
LLMの「過学習」、正しく説明している文章はどれ？
-
5
「AIバブル」は崩壊するのか？ 熱狂の後に来る“尻拭い”と4つの防衛策
-
6
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
7
パナソニックが国内製造26拠点のERPを「SAP S/4HANA」に統一 アドオン7割削減
-
8
守るべきは「開発者のフロー状態」 AIによる生産性改善の6施策
-
9
高額な「AI PC」を一般従業員も使えたら？ 費用のハードルを一気に下げる方法
-
10
「RAGの利用」に関するアンケート
ホワイトペーパーランキング PR
-
1
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
2
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
3
生成AIで文書活用を進めるには？ 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
6
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
7
「人員を増やす」という選択肢はない 情シスが負の連鎖から抜け出すには？
-
8
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
9
「問題が深刻化しやすいプロジェクト管理」から脱却する方法とは？
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー