ベアメタルを利用しない手はない
コンテナを動かすプラットフォーム選択、ベアメタルサーバ vs. 仮想マシン（1/2 ページ）
「Docker」コンテナをベアメタルサーバで動作させれば、移植性と安定性が得られる。だが、コンテナの動作場所として仮想マシンの方が適している場合もある――専門家が説明する。
右は仮想マシンベースのコンテナ（参照：DevOpsの成否は“運用”次第、「インフラ技術者」に期待する役割とは）《クリックで拡大》
コンテナの使用を検討する理由はよく知られている。だがコンテナの導入先となるインフラの種類についてはどうだろう。「Docker」などのコンテナ環境のホスティングプラットフォームとしては、ベアメタルサーバの方が仮想マシンよりも適しているのだろうか。
当然その答えはさまざまな条件に応じて変わる。そこで、ベアメタルホストと仮想サーバでコンテナを動作させる場合の長所と短所を挙げながら、どちらが適しているかを考えてみよう。本稿ではコンテナとしてDockerを取り上げているが、ここでの教訓はあらゆる種類のコンテナプラットフォームに広く当てはめることができる。
併せて読みたいお薦めの記事
ベアメタル vs. 仮想マシン
- 徹底比較：ベアメタルクラウド vs. 仮想サーバ、支持者が口をとがらせて語るメリットとは
- 1回で分かる：物理サーバを仮想サーバのように使えてしまう「ベアメタルクラウド」
- クラウドサービスの救世主？ ベアメタルサーバの実力とは
Dockerとは
コンテナを理解する
ベアメタルサーバと仮想マシンの比較
ベアメタルサーバと仮想化ホスティング環境の長所と短所にそれぞれ重みを付けるのは目新しいことではない。これは、2000年代に仮想化がデータセンターで広く採用されるようになるころからCTOの念頭にあった。それは誰もがDockerを知るようになるはるか前のことだ。
ベアメタルサーバの主な長所を簡単に挙げるとすれば以下のようになる。
- ハードウェアエミュレーションによってシステムリソースが浪費されないため、パフォーマンスが高い
- 需要の高い期間にアイドルになるマシンリソースがないため、全てのリソースをフル活用できる
- インフラ内でのホスト、ネットワーク、ディスクの競合がほとんどないため、管理が容易
一方仮想マシンには以下のような長所がある。
- 仮想マシンイメージをサーバから別のサーバに移すだけで、ホスト間でアプリケーションを簡単に移動できる
- 異なる仮想マシン内で動作するアプリケーションはそれぞれ独立している。その結果、セキュリティのメリットが幾つか生まれ、管理の複雑さを抑えられる
- 全てのアプリケーションを同じ種類の仮想マシンに展開することで、基になるホストサーバが同じ種類でなくても、インフラ全体で一貫したソフトウェア環境を維持できる。
しかし、仮想マシンには幾つか欠点もある。
- サーバのリソースをフル活用できない。例えば、仮想マシンのディスクイメージを作成するためにサーバホストにストレージ領域を確保すると、そのディスクをアタッチした仮想マシンがその全領域を使用していなくても、そのストレージ領域を他の目的に使用できなくなる
- 仮想マシンから物理ハードウェアに直接アクセスできない。例えば、仮想マシンのコンピューティング操作をホストのGPUにオフロードすることはできない。できるとしても簡単ではない。それは、仮想マシンが基になるホスト環境から抽象化されているためだ。
- 仮想マシンのパフォーマンスは一般に物理サーバほど高くない。それはリソースが仮想サーバのエミュレーションに使用されるためだ
最近の仮想化プラットフォームは、管理者がこうした制限を回避できる仕組みを用意している。例えば、動的ディスクイメージを作成できる。これにより、仮想マシンによるディスク使用量が増加するにつれてイメージが拡張され、ゲストが実際に使用する前にホストのストレージ領域が使用できなくなるのを防ぐことができる。また、場合によってはパススルー機能を利用して、仮想マシンからホスト上の物理ハードウェアに直接アクセスすることもできる。
ただ、このような仕組みは常にうまく機能するとは限らない。このような仕組みは全種類のホストやゲストOSでサポートされているわけではなく、管理上の負担も増加する。実行するアプリケーションからベアメタルへのアクセスが必要なら、そのようなアプリケーションはベアメタルサーバで実行するのが最適だ。
あるいは、ベアメタルサーバのコンテナ内部でアプリケーションを実行すれば、ベアメタルと仮想化の両方の長所を生かすことができる。
不可能を可能にするベアメタルでのコンテナの実行
ベアメタルでコンテナを動作させれば、仮想化の欠点を補いながら、仮想マシンの多くの長所を生かすことができる。ベアメタルサーバで動作するコンテナにより以下のことが可能になる。
- アプリケーションのプロセスがホストサーバをサポートするOSと同じOSで動作するため、パススルー技法を使わずに、アプリケーションからベアメタルハードウェアにアクセスできる
- システムリソースの使用量を最適化できる。コンピューティング、ストレージ、ネットワークなど、コンテナが使用するリソースを制限できるが、通常、コンテナでは1つのコンテナがこれらのリソースを専用で使用する必要はない。そのため、ホストはシステムリソースを必要に応じて配分できる
- ホストサーバから独立したハードウェアエミュレーション層は存在しないため、アプリケーションのパフォーマンスはベアメタルのパフォーマンスと等しくなる
また、ベアメタルのコンテナホストを使用することで、これまで仮想マシンを使わなければ利用できなかった以下の長所も得られる。
- ホストサーバ間で簡単に移動できる移植可能な環境内部にアプリケーションを展開できる
- アプリケーションの分離。議論の余地はあるが、コンテナの分離レベルは仮想マシンほどではない。だが、コンテナにより管理者はアプリケーションが相互作用することを防ぎ、各コンテナに関連付けられる権限やリソースへのアクセス権に厳格な制限を設定することができるようになる
端的に言えば、ベアメタルで動作するコンテナは不可能を可能にする。ベアメタルのパフォーマンスとハードウェアアクセスの長所に加え、仮想マシンの移植性と分離機能も得られる。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド：効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは？ -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合／分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
2
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
3
半数がブルーカラー転向を視野に？ ベテランエンジニアを追い込む“54歳の壁”
-
4
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
5
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
6
「有線LAN環境」に関するアンケート
-
7
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
8
「テザリング依存」に潜む落とし穴 “遅いVPN”を解消するネット構築術
-
9
積水化学工業が「SAP S/4HANA Cloud」の“全グループ導入”に踏み切った訳
-
10
データセンター事業者が「脱VMware」をした“例のライセンス問題”じゃない理由
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か？ 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出？ 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
7
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
8
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
9
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
-
10
「標的型攻撃メール」事例・サンプル集
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー