ベアメタルを利用しない手はない
コンテナを動かすプラットフォーム選択、ベアメタルサーバ vs. 仮想マシン(1/2 ページ)
「Docker」コンテナをベアメタルサーバで動作させれば、移植性と安定性が得られる。だが、コンテナの動作場所として仮想マシンの方が適している場合もある――専門家が説明する。
コンテナの使用を検討する理由はよく知られている。だがコンテナの導入先となるインフラの種類についてはどうだろう。「Docker」などのコンテナ環境のホスティングプラットフォームとしては、ベアメタルサーバの方が仮想マシンよりも適しているのだろうか。
当然その答えはさまざまな条件に応じて変わる。そこで、ベアメタルホストと仮想サーバでコンテナを動作させる場合の長所と短所を挙げながら、どちらが適しているかを考えてみよう。本稿ではコンテナとしてDockerを取り上げているが、ここでの教訓はあらゆる種類のコンテナプラットフォームに広く当てはめることができる。
併せて読みたいお薦めの記事
ベアメタル vs. 仮想マシン
- 徹底比較:ベアメタルクラウド vs. 仮想サーバ、支持者が口をとがらせて語るメリットとは
- 1回で分かる:物理サーバを仮想サーバのように使えてしまう「ベアメタルクラウド」
- クラウドサービスの救世主? ベアメタルサーバの実力とは
Dockerとは
コンテナを理解する
ベアメタルサーバと仮想マシンの比較
ベアメタルサーバと仮想化ホスティング環境の長所と短所にそれぞれ重みを付けるのは目新しいことではない。これは、2000年代に仮想化がデータセンターで広く採用されるようになるころからCTOの念頭にあった。それは誰もがDockerを知るようになるはるか前のことだ。
ベアメタルサーバの主な長所を簡単に挙げるとすれば以下のようになる。
- ハードウェアエミュレーションによってシステムリソースが浪費されないため、パフォーマンスが高い
- 需要の高い期間にアイドルになるマシンリソースがないため、全てのリソースをフル活用できる
- インフラ内でのホスト、ネットワーク、ディスクの競合がほとんどないため、管理が容易
一方仮想マシンには以下のような長所がある。
- 仮想マシンイメージをサーバから別のサーバに移すだけで、ホスト間でアプリケーションを簡単に移動できる
- 異なる仮想マシン内で動作するアプリケーションはそれぞれ独立している。その結果、セキュリティのメリットが幾つか生まれ、管理の複雑さを抑えられる
- 全てのアプリケーションを同じ種類の仮想マシンに展開することで、基になるホストサーバが同じ種類でなくても、インフラ全体で一貫したソフトウェア環境を維持できる。
しかし、仮想マシンには幾つか欠点もある。
- サーバのリソースをフル活用できない。例えば、仮想マシンのディスクイメージを作成するためにサーバホストにストレージ領域を確保すると、そのディスクをアタッチした仮想マシンがその全領域を使用していなくても、そのストレージ領域を他の目的に使用できなくなる
- 仮想マシンから物理ハードウェアに直接アクセスできない。例えば、仮想マシンのコンピューティング操作をホストのGPUにオフロードすることはできない。できるとしても簡単ではない。それは、仮想マシンが基になるホスト環境から抽象化されているためだ。
- 仮想マシンのパフォーマンスは一般に物理サーバほど高くない。それはリソースが仮想サーバのエミュレーションに使用されるためだ
最近の仮想化プラットフォームは、管理者がこうした制限を回避できる仕組みを用意している。例えば、動的ディスクイメージを作成できる。これにより、仮想マシンによるディスク使用量が増加するにつれてイメージが拡張され、ゲストが実際に使用する前にホストのストレージ領域が使用できなくなるのを防ぐことができる。また、場合によってはパススルー機能を利用して、仮想マシンからホスト上の物理ハードウェアに直接アクセスすることもできる。
ただ、このような仕組みは常にうまく機能するとは限らない。このような仕組みは全種類のホストやゲストOSでサポートされているわけではなく、管理上の負担も増加する。実行するアプリケーションからベアメタルへのアクセスが必要なら、そのようなアプリケーションはベアメタルサーバで実行するのが最適だ。
あるいは、ベアメタルサーバのコンテナ内部でアプリケーションを実行すれば、ベアメタルと仮想化の両方の長所を生かすことができる。
不可能を可能にするベアメタルでのコンテナの実行
ベアメタルでコンテナを動作させれば、仮想化の欠点を補いながら、仮想マシンの多くの長所を生かすことができる。ベアメタルサーバで動作するコンテナにより以下のことが可能になる。
- アプリケーションのプロセスがホストサーバをサポートするOSと同じOSで動作するため、パススルー技法を使わずに、アプリケーションからベアメタルハードウェアにアクセスできる
- システムリソースの使用量を最適化できる。コンピューティング、ストレージ、ネットワークなど、コンテナが使用するリソースを制限できるが、通常、コンテナでは1つのコンテナがこれらのリソースを専用で使用する必要はない。そのため、ホストはシステムリソースを必要に応じて配分できる
- ホストサーバから独立したハードウェアエミュレーション層は存在しないため、アプリケーションのパフォーマンスはベアメタルのパフォーマンスと等しくなる
また、ベアメタルのコンテナホストを使用することで、これまで仮想マシンを使わなければ利用できなかった以下の長所も得られる。
- ホストサーバ間で簡単に移動できる移植可能な環境内部にアプリケーションを展開できる
- アプリケーションの分離。議論の余地はあるが、コンテナの分離レベルは仮想マシンほどではない。だが、コンテナにより管理者はアプリケーションが相互作用することを防ぎ、各コンテナに関連付けられる権限やリソースへのアクセス権に厳格な制限を設定することができるようになる
端的に言えば、ベアメタルで動作するコンテナは不可能を可能にする。ベアメタルのパフォーマンスとハードウェアアクセスの長所に加え、仮想マシンの移植性と分離機能も得られる。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[株式会社マクニカ] アイカ工業に学ぶ脆弱性対策 情シスが把握できずにいたアセットも正確に把握 -
製品資料
[株式会社マクニカ] 「脆弱性総まとめ」解説 被害事例から考える必須の対策ポイント -
製品資料
[Splunk Services Japan合同会社] サイバー脅威「トップ50」完全解説ガイド、新たな攻撃手法に対抗するには -
製品資料
[株式会社うるる] 「入札市場」完全ガイドブック:メリットから資格取得のポイントまで -
市場調査・トレンド
[株式会社うるる] はじめての「自治体/官公庁入札」 必要な知識がすぐに学べる入門ガイド
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
2
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
3
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
4
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
5
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
6
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
7
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
-
8
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
9
「IoT通信環境の構築・運用」に関するアンケート
-
10
「技術屋」で終わらないために 情シスが今取るべき認定資格5選
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
-
3
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
5
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
6
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
7
PostgreSQLの「機能」「性能」「運用」「拡張性」に関する悩みの解消法
-
8
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
9
Macの安全神話は崩壊? 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー