市場をリードするハイパーバイザー、VMware ESX および VMware ESXi によって、自動化された動的なデータ センターの基盤を構築できます。VMware ESX および VMware ESXi は最も普及しているハイパーバイザーで、アプリケーションに最高レベルの信頼性とパフォーマンスを提供します。これらのハイパーバイザーは VMware vSphere の主要コンポーネントです。これにより、あらゆる規模の企業で次のことが可能になります。
- サーバの統合による IT コストの削減と柔軟性の向上
- ビジネス継続性とディザスタ リカバリによるダウンタイムの短縮と信頼性の向上
- 実行するサーバ数の削減によるエネルギー効率の向上
ハイパーバイザーの基本機能の比較
ハイパーバイザーは、仮想インフラストラクチャの重要なコンポーネントの 1 つであり、その基盤となります。VMware は 2001 年に業界初となるベアメタル ハイパーバイザーを発表しました。それ以来、高まり続けるお客様のニーズに応じて機能を追加し、改良を続けてきました。現在は仮想化の普及が進んだため、企業はその規模を問わず、単なるサーバ統合を超えてさらなるメリットを実現するために、仮想化を導入しようとしています。ハイパーバイザーの基本的な特性には次のようなものがあります。
- オペレーティング システムに依存しない専用のシン アーキテクチャにより、信頼性と堅牢性を強化
- 利用可能なハードウェア リソースの使用を最適化
- ミッション クリティカルなアプリケーションをサポートするパフォーマンス向上機能を提供
- 物理システムでは不可能だった先進の機能を実現
VMware ESX / ESXi は、これまでに数万社の企業で採用され、現在最も実績ある仮想インフラストラクチャの基盤となっています。その信頼性は、業界メディアによって 「非常に堅牢である」 と評価されています （Redmond Magazine、2008 年 Editor Choice Award（英語サイト））。VMware ESX / ESXi は、今日のお客様の要件を満たすための必須機能を実際に提供する、業界唯一のハイパーバイザーです。 次の表は、VMware ESX / ESXi 3.5 と、最近リリースされた Microsoft Hyper-V ハイパーバイザーとを比較したものです。この表からわかるとおり、Hyper-V にはハイパーバイザーの持つ重要な機能において大きな制限があります。
| 機能 | VMware ソリューションを提供 VMware ESX / ESXi 3.5 |
Microsoft 社 Hyper-V RTM |
ハイパーバイザーの比較 |
|---|---|---|---|
| 専用のシン アーキテクチャ | |||
| 小規模なディスク占有量 |  |
 |
Hyper-V は汎用オペレーティング システム （Windows 2008） に完全に依存しています。Microsoft 社が提示した最良条件でのディスク占有量は 2.6GB （Hyper-V および Server Core） であり、ESXi のディスク占有量 （32 MB） の 80 倍以上です。Hyper-V と Windows Server 2008 を合わせるとディスク占有量はさらに大きくなり、最大で 10GB にもなります。Hyper-V と Windows Server 2008 の両方のサイズが大きいため、セキュリティ攻撃の対象となりやすく、パフォーマンスのオーバーヘッドも増大します。また、Windows Server 2008 または Server Core にパッチを適用すると、Hyper-V ゲストにも影響が及びます。 それに対し、VMware ESXi は 32 MB のディスク占有量で完全に機能するハイパーバイザーであり、ダウンタイムのリスクを低減し、信頼性が向上します。 |
| OS への非依存性 | |
|
Hyper-V は Windows 2008 に依存しているため、使用可能なハードウェア リソースを完全に活用するために、Windows ゲストを使用することになります。
VMware ESX / ESXi は仮想化用に最適化されており、最も幅広い OS のサポート（英語サイト）（5 個の Windows バージョン、9 個の Linux バージョン、NetWare および Solaris） を提供するとともに、利用可能なリソースをサポート対象のすべてのゲスト OS で最適に使用できます （サポート対象のすべてのサーバ OS で 4-way vSMP を利用可能）。 |
| ドライバの強化 | |
|
Windows 2008 は、仮想化向けに設計されたものではないサード パーティ製の汎用デバイス ドライバに依存する汎用オペレーティング システムです。このため、ドライバが Microsoft の認定プロセスを通過していても、パフォーマンスの問題、ドライバのパッチ適用に関連するダウンタイム、およびシステム障害の可能性が大幅に高くなります。現時点ですでに Microsoft の認定を受けている Windows のドライバであっても、ドライバの問題は依然として存在します。 それに対して、VMware は IHV と緊密に連携し、ESX / ESXi での使用を目的としたドライバのテストと最適化を行っています。これにより、仮想化されたワークロードを同時に実行する際の総合的な信頼性とパフォーマンスが確保されます。 |
| リソースの効率性 | |||
| 高度なメモリ管理 | |
|
システム メモリ管理は、多くの場合、物理ホスト上で同時に実行可能な仮想マシン数を決定する大きな要因となります。Hyper-V は、透過的なメモリ ページ共有やメモリのバルーニングなど、アイドル状態の物理メモリを再利用するための機能をサポートしないため、ホスト メモリのオーバーコミットメントは不可能です。その結果、Hyper-V では仮想マシンの密度が低下し、VMware ESX / ESXi と比べてサーバ統合率が低くなります。 VMware ESX / ESXi はメモリのオーバーコミットメントを完全にサポートしており、一貫したパフォーマンスを提供しながら、高い仮想マシンの統合率を実現します。VMware のお客様は、本番データ センターで定期的に 1.5 ～ 2.5 倍のメモリのオーバーコミットメントを行なっています。このとき、エンド ユーザーのサービスに影響を及ぼすことはありません。 |
| 高度なストレージ管理 | |
|
Hyper-V では、ストレージに NTFS ファイル システムを使用します。NTFS はクラスタ ファイル システムではありません。このため、Hyper-V では、共有仮想ディスクおよびライブ マイグレーションを元々サポートしていません。Hyper-V がクラスタ ファイル システムをサポートしないため、ホスト クラスタリングに基づく Microsoft Quick Migration では、LUN 上のすべての仮想マシンが同時に移行されることになります。このような結果を避けたい場合、ユーザーは LUN ごとに 1 つの仮想マシンを割り当てる必要があり、ストレージ管理が複雑になります。サード パーティのクラスタ ファイル システムを購入する方法がそれ以外の唯一の選択肢となりますが、ライセンスとサポート コストが余分にかかることになります。 VMware ESX / ESXi は、仮想化に特化して設計されたクラスタ ファイル システムである VMFS とともに提供されます。VMFS はライブ マイグレーションを完全にサポートしているため、複数の仮想マシンで 1 つの LUN を共有することができ、個々の仮想マシンの移行やフェイルオーバーが可能となります。 |
| 高度なネットワーク管理 | |
|
Hyper-V は、元々物理 NIC チーミングをサポートしていないため、IHV （Intel、Broadcom） が提供するサード パーティ製ドライバが必要になります。この制約により、Hyper-V では NIC の障害に対して、追加設定なしで利用できるハードウェアに依存しない保護機能を提供できません。さらに、サポート対象の NIC 用の Hyper-V のドライバは仮想化に対応しておらず、ハイパーバイザー内から制御できないうえ、親パーティションにロードする必要があります。 VMware ESX / ESXi は NIC チーミングを完全にサポートしており、NIC フェイルオーバーのためのシンプルで包括的なソリューションを追加設定なしで実現します。 |
| パフォーマンスの向上 | |||
| I/O スケーラビリティ | |
|
Hyper-V では、Hyper-V の親パーティションに格納された Windows 2008 インスタンス内にすべてのデバイス ドライバを保持する 「非ダイレクト ドライバ」 モデルを使用しており、I/O トラフィックの処理はこの汎用オペレーティング システムに依存しています。この設計では、すべてのゲスト I/O 要求は、仮想化向けに最適化されていない Windows Server 2008 （または Server Core） を経由するため、I/O のボトルネックが発生します。その結果、負荷のかかった多数の仮想マシンを実行すると、スケーラビリティの問題が発生することになります。このスケーラビリティの問題により、統合率が大きく制限されます。 VMware ESX / ESXi では、高い負荷のかかる複数の作業のニーズに対応するため、特別に構築されたスケジューラを使用した、ダイレクト ドライバ モデルを採用しています。このような高いスケーラビリティにより、優れたパフォーマンスを継続して維持しながら、仮想マシンの統合率を向上します。 |
| 分散リソースの割り当て | |
|
Hyper-V は、リアルタイムのワークロードの条件に基づいて、ハードウェア リソースを最適に分散するためのさまざまな機能を備えていません。ESX / ESXi とは異なり、Hyper-V は次のような機能をサポートしていません。
VMware ESX / ESXi は、ハードウェア リソースの分散に関して実績のあるソリューションを備えています。これには、ネットワーク トラフィック シェーピング、I/O の優先順位設定、およびメモリの管理と優先順位設定のためのメモリ バルーニングの完全なサポートが含まれます。 |
| パフォーマンス向上テクノロジーのサポート | |
|
Hyper-V は、次のようなパフォーマンス向上テクノロジーをサポートしていません。
VMware ESX / ESXi は、ネストされたページ テーブルおよびラージ メモリ ページの両方をサポートしており、最も要求の厳しい環境においても高いパフォーマンスを実現します。Oracle データベースのようなミッション クリティカルかつ負荷の大きなアプリケーションは、VMware の仮想環境においてさらに高いパフォーマンスが得られます。 |
| Linux の準仮想化のサポート | |
|
Hyper-V では、「従来型」 の Linux 準仮想化をサポートしています。つまり、IT 管理者が物理マシン用と仮想マシン用にそれぞれ 1 つずつカーネルを保持する方法です。これには余計なメンテナンスが必要となり、複雑さと管理コストが増大します。 それに対し、VMware ESX / ESXi では、paravirt_ops および VMI （Virtual Machine Interface） による Linux 準仮想化をサポートしています。これらは業界で認知されている、Linux 準仮想化のための新しい手法です。この方法では、IT 管理者は物理マシン用と仮想マシン用に個別のカーネルを保持してサポートする必要がなく、すべてを 1 つのカーネルで管理できます。現在、SLES 10 および Ubuntu 7 はすべて paravirt-ops および VMI をサポートしています。 |
| 高度な仮想化機能 | |||
| 仮想化セキュリティ テクノロジー | |
|
Hyper-V では、セキュリティ ベンダーが仮想環境でセキュリティ機能を拡張できるような、専用の機能を提供していません。 VMware ESX / ESXi で今後リリース予定の機能の 1 つである VMsafe により、仮想環境向けの豊富なサード パーティ製セキュリティ ソリューション体系が実現可能になります。VMsafe は、仮想マシンのリソース全体を詳細に確認できる機能を提供する仮想セキュリティ テクノロジーです。これにより、システムの実行に関するあらゆる側面を監視し、従来は検出不可能であったウイルス、ルートキット、およびマルウェアを、システムに影響が及ぶ前に防ぐことが可能になります。 |