メリットとデメリットを整理

「仮想マシン」と「物理サーバ」を比較　コンテナにはどちらを選ぶべき？

物理サーバと仮想マシンのどちらがコンテナ導入に適するのか。どちらにも、それぞれ大きな長所と短所がある。

　コンテナのメリットは広く知られているが、コンテナの導入先に選ぶべきインフラの種類についてはどうだろうか。コンテナを物理サーバに配備するのは、仮想マシン（VM）に配備するよりも適切な選択なのだろうか。

　当然、その答えはさまざまな要素によって変わる。コンテナを物理サーバとVMで運用することには、それぞれ長所と短所がある。

物理サーバとVMの比較

　2000年代にデータセンターでサーバ仮想化技術が普及して以来、最高技術責任者（CTO）は物理サーバとVMのどちらが適切かをずっと考えてきた。コンテナ管理ツール「Docker」の名を誰もが耳にするようになったのは、そのかなり後のことだ。Dockerの登場は2013年にさかのぼる。

　主要な物理サーバのメリットは、次の通りだ。

• 物理ハードウェアのエミュレーションによるシステムリソースの浪費が基本的にはないため、パフォーマンスが高い。
• 負荷のピーク時に未使用のシステムリソースが生じにくく、リソースを十分に活用しやすい。

　一方のVMには、以下のようなメリットがある。

• サーバから別のサーバへVMイメージを転送するだけで、サーバ間でアプリケーションを簡単に移動できる。
• アプリケーションを異なるVMで実行させることで、アプリケーション同士を論理的に分離できる。この構造はセキュリティ上のメリットがあり、管理の複雑さも減る。

　ただしVMには、次のような幾つかのデメリットも伴う。

• サーバリソースが十分に活用されない可能性がある。例えばVMイメージを作成するためにサーバのストレージ領域を確保すると、その領域を他の目的に使用することが難しくなる。VMがそのストレージ領域を使い切っていなくても同様だ。
• ほとんどの場合、VMから物理ハードウェアへの直接アクセスはできない。例えば演算処理をサーバのGPU（画像処理プロセッサ）にオフロード（移転）することは、少なくとも簡単にはできない。
• VMではアプリケーションとハードウェアの間に抽象化層が追加されるため、一般的に物理サーバと同程度のパフォーマンスではアプリケーションを実行できない。

　サーバ仮想化製品の最新機能は、管理者がこうした制約を回避するのに役立つ可能性がある。VMの使用量増加に合わせてディスクイメージの容量を動的に拡大させる機能を使えば、ゲストOSが実際に使わないにもかかわらず、サーバのストレージ領域を余分に確保してしまう事態を回避できる。VMからサーバの物理ハードウェアに直接アクセスするパススルー機能の実装も進む。

　こうした機能は、必ずしも適切に動作しないことがある。全ての種類のゲストOSで利用できるわけでもない。新たな機能によって管理の負担が増える可能性もある。実行したいアプリケーションで物理ハードウェアへのアクセスが必要なら、そのアプリケーションは物理サーバで実行するのが最適だ。

物理サーバ×コンテナで不可能を可能に

　物理サーバでコンテナを実行すると、以下のようなメリットを享受できる。しかもVMのデメリットは伴わない。

この記事の著者

関連記事

• 

  いまさら聞けないコンテナの歴史　「chroot」から「Docker」まで

• 

  コンテナ管理ツールは「Docker」だけではない　主要ツールを紹介

新着ホワイトペーパー PR

• 製品資料
  [ファインディ株式会社] AI利用率だけでは説明できない成果　開発組織の競争力を生む「開発資本」とは？
• 製品資料
  [ニュータニックス・ジャパン合同会社] AI活用を成功へ導く、シンプルで費用対効果に優れたクラウド基盤とは？
• 製品資料
  [ニュータニックス・ジャパン合同会社] マネージドKubernetesには限界も――メリットをフル活用する新たな選択肢とは？
• 技術文書・技術解説
  [ニュータニックス・ジャパン合同会社] 決断の日が迫る「vSphere 8」サポート終了問題　考慮すべきリスクと選択肢は？
• 製品資料
  [サイバーソリューションズ株式会社] メール誤送信対策のルールが肥大化　苦しむ情シスはどうすれば救われるのか？