VMware ESXi は、初めての仮想化導入に最適なソリューションとして、無償でご利用いただけます。少数のサーバにアプリケーションを統合することで、ハードウェア、電力、冷却、および管理のコストを削減できます。VMware ESXi は、リソースを大量に消費するアプリケーションやデータベースでも最小のパフォーマンス オーバーヘッドで実行できるように、最適化およびテストを行っています。VMware ESXi では、次のことが可能になります。
- 1 台のサーバ上で複数のオペレーティング システムを実行し、ハードウェア コストを削減
- 環境に配慮したグリーン データ センターを実現し、エネルギー コストを削減
- 容易なアプリケーションのバックアップとリストア
- 多くのリソースを必要とするアプリケーションを本番環境で実行
お問い合わせ
03-4334-5600
ハイパーバイザーの基本機能の比較
ハイパーバイザーは、仮想インフラストラクチャの重要なコンポーネントの 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 ESX / ESXi 3.5 |
Microsoft Hyper-V RTM |
ハイパーバイザーの比較 |
|---|---|---|---|
| 専用のシン アーキテクチャ | |||
| 小規模なディスク占有量 |  |
 |
Hyper-V は汎用オペレーティング システム （Windows 2008） に完全に依存しています。Microsoft 社が提示した最良条件でのディスク占有量は 2.6GB （Hyper-V およびサーバ コア） であり、ESXi のディスク占有量 （32MB） の 80 倍以上です。Hyper-V と Windows Server 2008 を合わせるとディスク占有量はさらに大きくなり、最大で 10GB にもなります。Hyper-V と Windows Server 2008 の両方のサイズが大きいため、セキュリティ攻撃の対象となりやすく、パフォーマンスのオーバーヘッドも増大します。また、Windows Server 2008 または Server Core にパッチを適用すると、Hyper-V ゲストにも影響が及びます。 それに対し、VMware ESXi は 32MB のディスク占有量で完全に機能するハイパーバイザーであり、ダウンタイムのリスクを低減し、信頼性が向上します。 |
| OS への 非依存性 |
|
|
Hyper-V は Windows 2008 に依存しているため、使用可能なハードウェア リソースを完全に活用するために、Windows ゲストを使用することになります
VMware ESX / ESXi は仮想化用に最適化されており、最も幅広い OS のサポート（英語サイト）（10 個の Windows バージョン、16 個の Linux バージョン、2 個の NetWare バージョンおよび 2 個の 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 トラフィックの処理はこの汎用オペレーティング システムに依存しています。 Hyper-V のモデルでは、すべてのゲスト OS からの I/O 要求は Windows Server 2008 （または Server Core） を経由する必要があります。 このような設計は、I/O 要求を管理するプロセス スケジューラの効率性を阻害し、結果として遅延が高くなります。 仮想 SMP では、スケジューラの管理対象となるプロセス数が増大するにつれ、この影響がさらに顕著になります。 このため、負荷のかかった多くの仮想マシンを同時に実行するとスケーラビリティに問題が生じ、結果として統合率の低下を招きます。 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 と 8 はすべて paravirt-ops および VMI をサポートしています。 |
| 高度な仮想化機能 | |||
| 仮想セキュリティ テクノロジー | |
|
Hyper-V では、セキュリティ ベンダーが仮想環境でセキュリティ機能を拡張できるような、専用の機能を提供していません。 VMware ESX / ESXi で今後リリース予定の機能の 1 つである VMsafeにより、仮想環境向けの豊富なサード パーティ製セキュリティ ソリューション体系が実現可能になります。VMsafe は、仮想マシンのリソース全体を詳細に確認できる機能を提供する仮想セキュリティ テクノロジーです。これにより、システムの実行に関するあらゆる側面を監視し、従来は検出不可能であったウイルス、ルートキット、およびマルウェアを、システムに影響が及ぶ前に防ぐことが可能になります。 |