MSHyperVを仮想サーバーホスティング用のVMWareESXと比較するための長所/短所のリストを探しています。
これはおそらく、Hyper-VとVMWareESXを比較してこれまで読んだ中で最高の記事の1つです。
更新
上記のリンクは機能しなくなったため、WayBackMachineの最後の既知のスナップショットは次のとおりです。
ウェイン(以下のコメントを参照)もいくつかの代替案を提案しました。
1つ目は、元の現在は機能していない記事への応答です。
2番目の記事では、残念ながらYouTubeから動画が削除されています。
両方を使用した(そして使用し続けている)人として、特に主にMicrosoftショップである場合は、Hyper-Vをお勧めします。 SCVMMを使用して25台を超える仮想マシンをVMwareからHyper-Vに移行しましたが、移行は完璧でした。現在Hyper-Vはメモリの圧縮/オーバーコミットをまだサポートしていないため、より多くのメモリが必要でしたが、メモリは現在安価であり、Hyper-Vにはこの機能がまもなく登場します。
VMWareにもライブマイグレーションがありますが、これは必要ありません。この機能は、Hyper-Vの次のリリースで提供されます。
VMホストがいくつかある場合は、Hyper-Vマネージャーで問題ありませんが、SCVMMには、ライブラリやVMwareホストとHyper-Vホストの組み合わせビューなど、多くの便利な機能が追加されています。
サーバーの1つが古く、32ビットのみをサポートしているため、引き続きVMwareを使用し、クライアントからいくつかのVMを取得します。ただし、すべての新しいVMはHyper-Vを使用して作成されています。
また、SCVMMを使用しており、一般的な構成のライブラリを作成しました。ドメインの命名や参加など、新しいVMのプロビジョニングはすべて自動化されています。 Powershellを使用してさらに自動化することを検討しています。以下を参照してください。 http://msevents.Microsoft.com/CUI/WebCastEventDetails.aspx?EventID=1032409528&EventCategory=4&culture=en-US&CountryCode=US
全体として、機能、使いやすさ、およびコストにより、VMwareからHyper-Vに移行しました。
最も直接的な比較は VMware ESXi vs Microsoft Hyper-V Server 2008 :
最終的に、決定は仮想化のユースケースに帰着すると思います。
製品は互いにうまく統合されているため、人々はMicrosoftスタックを実行します。 Microsoftの仮想化はまだ存在していませんが、まもなく登場することは間違いありません。今日、VMWareは優れていますが、Microsoftは依然として優れています。混合環境の場合は、VMWareを使用すると思います。あなたがマイクロソフトショップなら、マイクロソフトと一緒に行きましょう。
VMWare-長所=成熟度、機能と速度、短所=コスト
HyperVはその反対です。
これまでのところ、成熟しているのはVMwareだけです。
今日、現金を持ち、ベルとホイッスルが必要な中規模から大規模のビジネスの場合は、VMWareが最適です。ベルとホイッスル= VMotion、Site Recovery Manager、電源管理など。Windowsショップでない場合は、VMWareが最適です。
SMBの場合、HyperVは簡単です。LinuxをXenまたはその他の仮想化で実行し、WindowsをHyperVで実行するだけです。
1.0リリースを過ぎた3〜4年で、MicrosoftとVMWareは首を絞め、通常のMicrosoftの警告があります。
ここの素晴らしいポイント!私はマイクロソフトと仕事をしているので意見を述べるつもりはなく、偏見があるでしょうが、もしあなたがそこにいるなら、ぜひツイッターで私たちと話してほしいです!
私たちは@MSSpringboard、公式のWindows 7 IT Proフィードおよび@CIOsConnectであり、エンタープライズサイトと多くの仮想化の会話について詳しく話します。
私はいつも意見を聞きたいと思っています。特に経験のある人からの意見を聞きたいので、そこで皆さんから聞いていただければ幸いです。
ああ、私はHyper-Vが本当に好きです:)
乾杯、
Alex MicrosoftWindowsクライアントチーム
Massimo ReFerreの記事が好きです。it20.ifoにあるVMwareESX、XEN、およびMS Viridianのアーキテクチャの概要(少し古いため、コードネームViridianでHyper-Vを参照しますが、現在のところ、アーキテクチャは行きます。)
上記のKevの回答について)「Hyper-VとESXのアーキテクチャの違いを正しく説明する方法:Greg Shieldsは知識が豊富ですが、ハイパーバイザーアーキテクチャの詳細を簡単な方法で説明するのは難しい場合があります。KenClineはいくつかの修正を示しています。 kensvirtualreality.wordpress.comの彼のブログ投稿「Reactionto:「Hyper-VとESXのアーキテクチャの違いを正しく説明する方法」(完全な免責事項:私はVMwareで働いており、Kenは最近VMwareに参加しました)。
幸いなことに、アーキテクチャの正確な詳細は、日常のシステム管理者の生活ではそれほど重要ではありません。
(私は新しいので、リンクを投稿することはできませんので、この回答に自由に追加してください。)