すべての人に良い一日を！



今日、会話のトピックは（私個人の考えでは）痛みを伴うものではないにしても、非常に関連性があります...

はい、はい、2つの主要なハイパーバイザープラットフォーム（ Hyper-V 3.0とVMware ESXi 5.0 / 5.1の相互の機能的および経済的比較を実施することにしました...しかし、CitrixからさらにXenServer 6を追加して全体像を完成させることにしました...

私はすでに私の庭の落石を見込んでいますが、それでも私たちは最後まで防御を維持します-あなたに合った適切な位置、側、キャンプをしてください-そして戦いを始めるためにカットの下で...

比較基準

生涯ではなく死のために戦いを始める前に、プラットフォーム間で機能が割り当てられ、比較される基準、ドメイン、ゾーンを定義することをお勧めします。 など：



1）スケーラビリティとパフォーマンス

2）セキュリティとネットワーク

3）インフラストラクチャの柔軟性

4）フォールトトレランスとビジネスプロセスの継続性



カテゴリが設定されました-さあ始めましょう！

スケーラビリティとパフォーマンス

まず、実験的なスケーラビリティの比較表をご覧になることをお勧めします。







表からわかるように、ここのリーダーは明示的で明確です-これはHyper-V 3.0です。 そしてここで、MSのハイパーバイザーのパフォーマンスとスケーラビリティは、その料金に依存しないことに言及する必要があります。 VMwareの場合、状況は逆です-永遠にグリーンなデジタルをいくつ支払うかによって異なりますが、非常に多くのチップを取得します。

比較のために、VMwareにはすでに2つの列があります。 XenServerは明らかに村にも都市にもありません-それはどういうわけか途中で立ち往生しました...

ただし、Citrix社が「仮想化に関する意思決定を行う会社ではなく、トラフィックの最適化に関する決定を行う会社」というCitrix社の多数の声明を思い出すと、XenServerはこの目標を達成するためのツールです。 ただし、Hyper-VとCitrix Xenは遠い親relativeであり、その結果、スケーラビリティにこのような違いがあるという事実は憂鬱です。

VMwareは、RAMライセンスポリシーの変動要因に非常に悩まされていました。 vRAM-実際にリリースできるもの。 それだけでなく、仮想マシンが消費するRAMの量をライセンスする必要がありましたが、さらに、必要に応じて、この非常にパラメーターvRAMにデルタが形成されました（ESX / ESXi 4.xには単にそのようなパラメーターがないため）-そしてそれから人々はお金のために落ちました。 確かに、5.1のリリースでVMwareはそれをより良く考え、そのようなクレイジーなフォーマットを放棄しました-しかし、そのような厳しい価格のけいれんは良いものを証明できません...

技術的な観点から-私は個人的に「鼻孔内の鼻孔」の状況を予期していました-しかし、そうではありませんでした。興味は少し薄れました...



この比較ブロックの次の部分、つまりパフォーマンスとスケーラビリティの指標に関連するいくつかの機能の概要に進むことを提案します。 ディスクサブシステムとの相互作用機能、下の表を検討してください。







この表を見ると、ここで次の点に注意できます。



1） 仮想ディスクの4Kセクターのネイティブサポートは 、要求の厳しいアプリケーションにとって非常に重要です。 高性能DBMSは通常、大きなストライプサイズのディスクに配置されます。 このメカニズムのサポートは、Hyper-Vにのみ正式に存在します。競合するベンダーの公式ドキュメントには、このメカニズムのサポートに関する情報が見つかりませんでした。



2） VMに直接接続されているLUNの最大サイズ -ここでの状況は次のとおりです。 CitrixおよびVMwareの場合、これはハイパーバイザー自体に直接依存するパラメーターですが、Hyper-Vの場合、どのOSがゲストである可能性が高くなります。 Windows Server 2012をゲストOSとして使用する場合、256 TBを超えるLUNを転送できます。他のハイパーバイザーでは、このパラメーターはVMwareで64 TBで終了し、Citrixでそれぞれ15 TBマークを超えません。



機能の観点から見ると、XenServerは非常に脆弱に見えます-少なくともプラットフォームレベルでは、ファイバチャネル仮想化のサポートがすでに標準になっているはずですが、この場合の状況は良い例ではありません。 VMwareが「有料」機能ポリシーを持っているという事実は長い間慣れ親しんでいるので、ESXiプラットフォーム自体のレベルでこれを実行できます。 vSphere Enterprise Plusのエディターはそれほど安くないため、サポートは必ず購入する必要があります。



SANでのハードウェアオフロードデータ送信のサポートも非常に良いボーナスです。 以前にVMwareの例外的な機能である配列統合用vStorage API （VAAI）であった場合、Hyper-V 3.0には同様の技術であるオフロードデータ転送（ODX）があります。 ほとんどのストレージベンダーは、このテクノロジーをサポートするシステムのファームウェアをリリースしているか、まもなくこれを行う準備ができています。 この特定の場合、Citrixにとって非常に悲しいことに、XenServerにはSANシステムとの作業を最適化するためのテクノロジーがありません。



さて、ディスクサブシステムを理解しました。次に、レビュアーがどのようなリソース管理メカニズムを備えているかを見てみましょう。







機能の観点から見ると、この状況の状況はほぼ均一ですが、次の点に注意する価値があります。



1） データセンターブリッジング（DCB） -この不思議な略語では、 コンバージドネットワークアダプターのサポート以外に隠されていないものがあります-コンバージドネットワークアダプター（CNA） 。 言い換えれば、コンバージドネットワークアダプターは、通常のLANイーサネットネットワークとSANネットワークの両方で動作するハードウェアサポートとアクセラレーションを同時に持つアダプターです。 アイデアは、データ伝送メディア、メディアのタイプ-統一され（これは光学系またはツイストペア）、物理チャネル上でさまざまなプロトコル（SMB、FCoE、iSCSI、NFS、HTTPなど）が使用されることです。 管理の観点から、必要性と負荷のタイプに応じて再配布することにより、そのようなアダプターを動的に再割り当てすることができます。 表を見ると、CitrixにはDCBサポートがありません-サポートされているCNAアダプターのリストがありますが、公式のCitrix XenServer 6.0のドキュメントにはDCBサポートに関する言葉はありません。



2） サービス品質、 QoS サポート -基本的にトラフィックを最適化し、データ伝送チャネルの品質を保証するメカニズム。 ここでのすべては、無料のESXiを除き、すべての人にとって基本的に正常です。



3） 動的記憶 -ここで物語は非常に興味深いことが判明しました。 Microsoftによると、Dynamic Memoryを使用してメモリを最適化するメカニズムが大幅に再設計され、メモリを最適化できるようになり、仮想マシンの密度が向上しました。 これに知的スワップファイルが追加され、個々のVMに設定されます。 正直なところ、このメカニズムがどれほど効果的かを判断するのは難しいですが、Hyper-V 2.0とHyper-V 3.0の同じVMの密度を比較すると、違いは2倍近くでした（仮想マシンは仮想Windows Server 2008 R2でした）。 ここで疑問が生じます。VMwareには、メモリページの重複排除など、メモリ操作を最適化するための豊富な機能があります。 しかし、この状況を詳しく見てみましょう。 VMwareには4つのメモリ最適化テクノロジーがあります-メモリバルーニング、透過的なページ共有、圧縮、およびスワップ。 ただし、4つのテクノロジーはすべて、ホストシステムのリソースに対する負荷が増加した状態でのみ作業を開始します。 彼らの行動様式では、彼らは積極的または最適化ではなく、反応的です。 ほとんどの最新のサーバープラットフォームがデフォルトでサイズが2 MBの大きなラージページテーブルをサポートしているという事実を考慮すると、生産性が向上します。ESXiはそのような大きなデータブロックを重複排除する方法を知らないため、状況が変わります4Kバイトの小さなブロックですが、重複排除は既に行われていますが、これらの操作にはすべてリソースと時間がかかります。そのため、これらのテクノロジーの有用性に関してはそれほど明確ではありません。

セキュリティとネットワーク

さて、パフォーマンスとスケーラビリティを理解したようです。今こそ、セキュリティ機能の比較と仮想化環境の分離に移るときです。







ここでは、次の点を強調する必要があります。



1） シングルルートI / O仮想化（SRIOV） -実際、これは物理アダプターを仮想マシンに転送するメカニズムですが、私の意見では、この分野でVMwareとMicrosoftのテクノロジーを比較するのは少し間違っています。 VMwareが使用するテクノロジーであるDirectPath I / Oは、実際にPCI Expressスロット、またはむしろその中にあるデバイスを転送します-ただし、この機能と互換性のあるデバイスのリストは非常に小さく、実際にホストにVMをバインドしてそれを奪うことができますメモリの最適化、高可用性、ネットワークトラフィックの監視などの分野のほぼすべてのボーナス。 おそらく、この状況での例外は、Cisco UCSベースのプラットフォームであり、それでも個々の構成のみです。 Citirixの状況はまったく同じです-SRIOVのサポートにもかかわらず、この機能がアクティブになっているVMは、VMを移動するすべての機能、VMのアクセスリストを構成する機能を奪われています（結局、このようなカードは仮想スイッチをバイパスします）非常に限られています。 マイクロソフトは、このようなアダプターを仮想化およびプロファイルする可能性が高くなります- VMは非常にアクセスしやすく、ホストからホストに移行できますが、これには各ホストでSRIOVをサポートするカードの可用性が必要です-その後、SRIOVアダプターのパラメーターはVMとともに新しいホストに転送されます。



2） ディスク暗号化とIPSecオフロード -この図は明らかに明確であり、Hyper-V以外はこのようなメカニズムで動作します。 当然、IPSecオフロードには、このテクノロジーのハードウェアサポートを備えたカードが必要ですが、IPSecメカニズムとの集中的な相互作用でVMを実行する場合、このテクノロジーを使用することで利益が得られます。 ディスク暗号化に関しては、このメカニズムはBitLockerを使用して実装されていますが、わが国での使用の可能性は規制によって大幅に制限されています。 一般的に、このメカニズムは興味深いものです。データの漏洩を防ぐためにVMが配置されているスペースを暗号化することですが、残念ながら、このメカニズムは法的および規制上の問題が解決するまで広く使用されません。



3） 仮想マシンキュー（VMQ） -ホストレベルおよびネットワークインターフェイスでのVMトラフィックの処理を最適化する技術。 ここでは、ニンニクによると、DMVqがVMqよりどれだけ優れているかを判断するのは困難です。実際、これらのテクノロジーを比較する機会がなかったからです。 ただし、Hyper-VのみにDMVqがあると記載されています。 まあ、そのようなことがあります、おそらくそれはおそらく良いですが、この場合、私はコメントなしでこの点を残します-私にとっては、文字を除いて強い違いはありません-誰かが違いと効果に光を当てれば嬉しいです悪名高いVMqのダイナミクス。



さらに続けましょう-ハイパーバイザーが持っている仮想スイッチの機能を見てみましょう：







1） 拡張可能なスイッチ -ここでは、「拡張性」の意味をすぐに理解する必要があります。 私の理解では、これは、整合性を維持しながら、既存のソリューションの機能を追加、拡張する能力を意味します。 この場合、Hyper-VとXenServerはこのイデオロギーに対応しています。 しかし、VMwareでは、スイッチボードを「拡張可能」ではなく「交換可能」と呼びます。Cisco1000V Nexusをインストールするとすぐに、その機能を拡張するのではなくvDSを置き換えるためです。



2） なりすましや不正なパッケージに対する保護 -ここでは状況は単純です。 不要なパケットや攻撃に対する無料の保護は、Hyper-Vでのみ可能です。 残念ながら、Citrixにはそのような機能はありませんが、VMwareでは、vShield Appまたはサードパーティパートナーからソリューションを購入する必要があります。



他の機能のうち、無料のESXi以外のすべてのユーザーが仮想ネットワークポートへのアクセス制御を持っていることに注目する価値があるでしょう。 VMwareでは、これは追加費用でのみ適用できます。 さて、最後に、Hyper-Vだけが持っているVMへの直接トランクモードについて言及したいと思います。

インフラストラクチャの柔軟性

次に、VM移行メカニズムの比較と、 VXLANサポートの可用性を見てみましょう。







1） ライブマイグレーション -無料のESXiを除く全員がサポートしています。 同時移行の数-パラメーターは非常に薄いです。 VMwareでは、ハイパーバイザーレベルで技術的に制限されており、Hyper-Vは堅牢なロジックおよび物理インフラストラクチャ機能のレベルで制限されています。 Citrixには、サポートされている同時移行の数に関する明確な公式データがありません。 このオプションはHyper-Vではより魅力的に見えますが、このアプローチは非常に憂慮すべきです-もちろん、少なくとも1000台のVMを同時に移行できるのは非常にクールですが、ネットワークがハングするだけです。 知らないうちに、これが起こる可能性がありますが、友情があなたの頭にある場合-そして、あなた自身が所望のパラメータを設定します-デフォルトで同時移行の数は2であるので、注意してください。 仮想VMストレージの仮想移行に関しては、Hyper-VとvSphere Enterprise Plusのみがこれを誇っています。 ただし、共有ストレージなしでホストからホスト（または他の場所）に移行できるのはHyper-Vのみです。この機能は非常に重要で便利ですが、このメカニズムを備えているハイパーバイザーは1つだけです。



2） VXLAN-動的な拡張の可能性がある仮想ネットワークの抽象化と分離のためのメカニズム。 このメカニズムは、継続的なクラウド環境または仮想化が組み込まれた非常に大規模なデータセンターに非常に必要です。 現在、デフォルトでこのメカニズムをサポートしているのはHyper-Vのみです。VMwareにはこのメカニズムを実装する機能がありますが、追加料金のみです。 シスコからサードパーティの拡張機能を購入する必要があります。

耐障害性とビジネス継続性

次に、仮想化プラットフォームに存在するフェールオーバーとフォールトトレランスのメカニズムを見てみましょう。







1） ビルトインバックアップ -このメカニズムは、Hyper-V、XenServerでのみ無料で利用できます-Advancedエディションから開始し、VMwareについて話している場合-Essentials Plusから開始します。 私の意見では、このメカニズムを組み込み、無料にしないのは少し奇妙です。仮想化をテストしている状況、仮想マシンを展開した状況を想像してください。 あまりクールではありませんが、私はそれが次のように見えると思います-あなたが本当にプラットフォームを市場にプッシュしたいなら、カスタマーケアでそれをします（笑）。



2） VMレプリケーション -別のデータセンターで実際のVMインスタンスを上げることができる必要がある場合の耐災害性シナリオのソリューション。 VMwareには、このソリューションを実装するための別の製品であるSite Recovery Manager（SRM）があり、費用がかかります。 Citrixにも同じ状況（Platinum Edition）があり、この機能を利用できます。 Hyper-V 3.0は無料です。



3） ゲストアプリケーションの監視-VM内のアプリケーションまたはサービスの状態を監視し、このデータに基づいて、必要に応じてVMを再起動するなどのアクションをVMで実行できるメカニズム。 Hyper-Vには、パラメーターを取得してアクションを実行するための組み込み機能があり、VMwareにはAPIがありますが、この機能を使用するためのソリューションはなく、Citrixには何もありません。



4） VM配布ルール -VMをクラスターに配布して、同じホスト上でVMが会わないようにするか、VMがVM内で分散しないようにするメカニズム。 Citrixは、このようなフェイントを耳で行う方法を知りません。VMwareは、HAが利用可能なすべての有料版でこれを行うことができ、Hyper-Vは常に0ルーブルです。



それ以外の場合、ESXiを除き、プラットフォームは機能的にはほぼ同じです。

その他の栄誉

ロシアとモスクワのITキャンプで、私は非常に異なる聴衆と話をしました。したがって、私はすぐにさらにいくつかのポイントを強調したいと思います。



1） 「そして、Hyper-VはVM内のホストからUSBキーを転送することをいつ学習しますか？」 -ほとんどの場合、決してありません。 ハイパーバイザーのアーキテクチャに関してはこれに制限があり、サービスのセキュリティとアクセシビリティに関しては考慮事項があります。



2） 「VMwareにはフォールトトレランステクノロジーがあります。このようなものはHyper-Vでいつ導入されますか？」 -答えは以前のものと似ていますが、...このテクノロジーは去勢されていると個人的に考えています-自分で判断して-あなたはそれをオンにしました。 しかし、プロセッサが1つだけでRAMが4 GB以下の仮想マシンで何をしますか？ あなたはそこにドメインコントローラーを置きます！？ 聖なる聖なる聖なる出てくる！ 常に少なくとも2つのドメインコントローラーが存在する必要があります。これにより、ゲストOSまたはゲストアプリケーションレベルでの障害を回避できません。BSODが発生した場合、両方のVMインスタンスで発生します。 プロセッサとRAMの数の制限により、3つ以上のリリースが連続して増加することを約束します。



3） 「VMwareでは、環境はLinux環境により適しています-Hyper-Vはどのように機能しますか？」 -はい、確かに-VMwareはLinuxゲストをより良くサポートします-これは事実です。 ただし、Hyper-Vはまだ機能していません。サポートされるディストリビューションの数と統合サービスの機能の両方が増加しています。

おわりに

そしてそう-一般的に、要約する。

機能面では、すべてのハイパーバイザーはほぼ同じですが、VMwareとHyper-Vを2つのリーダーとして選びます。 それらを互いに比較する場合-それはお金と機能だけでなく、ITインフラストラクチャの問題です-あなたはさらに何を持っています-LinuxまたはWindowsですか？ VMwareにはお金に見合う優れた機能がすべて備わっていますが、Microsoftにはありません。 MSにオペレーティング環境がある場合-VMwareは追加コストがかかり、深刻です-ライセンス+サポート+メンテナンス...

より多くのLinuxがある場合、VMwareはおそらくここにあります。環境が混在している場合、問題は未解決です。



PS>前回のGartnerの広場でHyper-VがリードしてvSphereを追い越したと聞いたが、そのような写真は見つからなかったので、今回はGartnerなしで、このトピックに関する情報があれば、それを共有してください。 6月からガートナースクエアを見つけましたが、そうではありません...



PSS>さて、私は地獄の執行の準備ができています）））彼らが言うように、それをどのように、どのように使用するかはあなた次第ですが、私はカートリッジを待っています！



よろしく

消防士

ジョージ・A・ガジエフ

情報インフラ専門家

マイクロソフト株式会社