質問: ハードウェアアクセスをサポートする仮想マシン:usb 3(およびpci) 私はvmソフトウェアを選択している最中です。vm(windows 8 64ビットゲスト、ホストはwindows 7 64ビット)でカスタムusb3デバイスにアクセスする必要があります。私が読んだところによると、usb3サポートにはvmwareが最適です。 。それは本当ですか?私はまた、usbサポートが100%信頼できるわけではないことを読みました-それも本当ですか、そして私は何を期待しなければなりませんか?オプションで、pciカードも使用したいと思います(実際には、カメラからのビデオ取得用)。私が読んだところによると、pciハードウェアへのvmアクセスを与えることはかなり難しい作業です。esxiとxen(どちらもデスクトップ仮想化ではない??)には(??)基本的なサポートがあります。 vmソフトウェアはこれをまったくサポートしていません。それらのトピックについて何か経験はありますか? usb2と-主に-usb3が私の主な焦点であり、pciアクセスがあればいいのですが。環境:これらのvmを使用して、独自のusb3ハードウェアを中心としたアプリケーションを開発します。(利点は、システムを完全に異なる状態にすばやく移行し、新しいwindowsインストールでインストールをテストすることです。また、開発者は多くなりますが、ハードウェア(プロトタイプ)はほとんどないため、それぞれが(少なくとも順次)独自の環境を持ちます。ニースなど)
回答: 最大の予測可能性を備えたデバイスの通過に関心がある場合(つまり、開発しているソフトウェアが通過したusb3接続でまったく同じように機能することを確認したい場合デスクトップハイパーバイザーのパススルーテクノロジやhost-osドライバーの問題に依存するのではなく、実際のソリューションよりも優れているため、デスクトップ仮想化ソリューションを使用するのは最善の方法ではない可能性があります。 esxi、xen、およびxenserverはすべて、デスクトップベースのソリューションよりもはるかに低レベルで予測可能なハードウェアパススルー機能を提供します。デスクトップソリューションは、エンドユーザーの構成を最小限に抑え、デバイスの一部の機能を機能させることに関係する傾向があるため、これは理にかなっています。互換性のあるハードウェアで実行する場合、シンハイパーバイザーソリューションは「デバイスパススルー」を使用する機能をサポートします。これを使用して、デバイスをvm via iommu/vt-d処理 、別名 pciパススルー 。そのデバイスは、そのvm(デタッチするまで)専用です。これは、直接接続されているかのように正確に機能することを意味します。ホストに互換性のあるドライバーを要求する「whatif」中間層や、ハイパーバイザーに機能的なデバイスごとのタイプのリソース共有戦略はありません。デバイスはそのままゲストに渡されます。 3つの主要なシンハイパーバイザーはすべて、同様の方法で任意のusbデバイスの直接パススルーもサポートします(ただし、iommu/vt-d対応のハードウェアは必要ありません)。パススルーusbデバイスは、パススルーpciデバイスとは異なり、ホットプラグ/プラグ解除することもできます。シンハイパーバイザーを使用すると、テストしているデバイスのいくつかのインスタンスを単一のサーバーに接続し、各開発者にvm onそのサーバー。1人の開発者がデバイス接続を要求できるハードウェアでテストしたい場合、管理者はデバイスパススルーを介してその開発者のvm)にusbデバイスを接続できます。リモートデスクトップなどを介してvm)にアクセスします。ただし、いくつかの注意点があります。まず、互換性のあるハードウェアの範囲が非常に狭い場合、グラフィックカードのパススルーはうまく機能しません(ほとんどの場合、xenserverでのみ確実に機能します-- 方法はこちら 、 hclはこちら )。これは、私が知る限り、あなたが議論したようなビデオキャプチャカードには当てはまりません。次に、pciデバイスを直接接続すると、他の高度なハイパーバイザーテクノロジー(スナップショット、移行、その他のha機能など)の使用がブロックされることがよくあります。 3番目:グラフィックカードの問題を除いて、esxiには、デバイスのパススルーを管理するための最も堅牢でユーザー設定可能な方法があります。 xenで実行できます (および xenserverで手動で )が、それほど簡単ではありません esxiで実行できます 。 4番目:esxiの特定のバージョンでは、通過できるデバイスに制限があります。 esxi 5.0は、(システムの安定性のリスクがある場合でも)与えられたものをほぼすべて通過します。 5.1ははるかに扱いにくく、正当な理由を与えずにデバイスのパススルーを無効にすることがよくあります。