ハードウェア アクセスをサポートする仮想マシン: USB 3 (および PCI)

ハードウェア アクセスをサポートする仮想マシン: USB 3 (および PCI)

VM ソフトウェアを選択中です。

VM (Windows 8 64 ビット ゲスト、ホストは Windows 7 64 ビット) でカスタム USB3 デバイスにアクセスする必要があります。私が読んだところによると、VMware は USB3 サポートに最適な選択肢だそうです。本当でしょうか? また、USB サポートは 100% 信頼できるわけではないとも読みましたが、これも本当でしょうか。また、何を期待すればよいのでしょうか?

オプションとして、PCI カードも使用したいと考えています (実際には、カメラからのビデオ取得用)。私が読んだところによると、VM に PCI ハードウェアへのアクセスを許可するのはかなり難しい作業です。ESXi と XEN (どちらもデスクトップ仮想化ではない??) には基本的なサポートがありますが、ほとんどの VM ソフトウェアではこれをまったくサポートしていません。

これらのトピックについて何か経験はありますか? USB2 と、主に USB3 が私の主な焦点であり、PCI アクセスがあれば便利です。

コンテクスト:

これらの VM は、独自の USB3 ハードウェアを中心としたアプリケーションの開発に使用します。

(利点は、システムを完全に異なる状態に素早く移行し、新規 Windows インストールでインストールをテストできることです。また、開発者は多数いますが、ハードウェア (プロトタイプ) は少ないため、各開発者が独自の環境 (少なくとも順番に) を持つことが理想的です。)

答え1

最大限の予測可能性でデバイスをパススルーすることに興味がある場合(つまり、開発中のソフトウェアがパススルーUSB3接続で動作することを確認したい場合)まったく同じようにデスクトップ仮想化ソリューションを使用することは、デスクトップ ハイパーバイザ パススルー テクノロジに頼るのではなく、実際のデスクトップよりも優れているため、またホスト OS ドライバの問題など、さまざまな理由から、最善の方法ではない可能性があります。ESXi、Xen、XenServer はすべて、デスクトップ ベースのソリューションよりもはるかに低レベルで予測可能なハードウェア パススルー機能を提供します。デスクトップ ソリューションは、エンド ユーザーの構成を最小限に抑え、デバイスの一部の機能を動作させることだけに重点を置いている傾向があるため、これは理にかなっています。

互換性のあるハードウェア上で実行する場合、シンハイパーバイザソリューションは「デバイスパススルー」を使用する機能をサポートしており、これを使用してデバイスをVMに転送することができます。IOMMU/VT-D処理、 としても知られているPCI パススルーそのデバイスは、その VM 専用になります (切り離すまで)。

これは機能することを意味しますその通り直接接続されているかのように動作します。ホストに互換性のあるドライバーを必要とする「もしも」の中間層はなく、ハイパーバイザーには機能的なデバイス タイプごとのリソース共有戦略はありません。デバイスはそのままゲストに渡されます。3 つの主要なシン ハイパーバイザーはすべて、同様の方法で任意の USB デバイスの直接パススルーもサポートしています (ただし、IOMMU/VT-D 対応ハードウェアは必要ありません)。パススルーされた USB デバイスは、パススルーされた PCI デバイスとは異なり、ホット プラグ/アンプラグも可能です。

シン ハイパーバイザーを使用すると、テスト対象のデバイスのインスタンスを 1 つのサーバーに接続し、各開発者にそのサーバー上の VM を提供できるという利点もあります。開発者の 1 人がハードウェアでテストしたい場合、デバイス接続を要求できます。管理者はデバイス パススルーを介して USB デバイスをその開発者の VM に接続し、開発者はリモート デスクトップなどを介して VM にアクセスできます。

ただし、いくつか注意点があります。

まず、互換性のあるハードウェアの非常に狭い範囲以外では、グラフィックカードのパススルーはうまく機能しません(そして、ほとんどの場合、XenServerでのみ確実に機能します--やり方はこうだ、 そしてHCLはこちら)。私の知る限り、これはあなたが議論したようなビデオ キャプチャ カードには当てはまりません。2 番目に、直接接続された PCI デバイスは、他の高度なハイパーバイザー テクノロジ (スナップショット、移行、その他の HA 機能など) の使用をブロックすることがよくあります。3 番目に、グラフィック カードの問題を除けば、ESXi はデバイス パススルーを管理するための最も堅牢でユーザーが構成可能な方法を備えています。Xenでできる(そしてXenServerで手動で)、しかし、あなたが思うほど簡単ではないESXiで可能4 つ目: ESXi の特定のバージョンでは、パススルーできるデバイスに制限が課せられます。ESXi 5.0 では、与えられたほぼすべてのデバイスをパススルーします (システムの安定性にリスクがあっても)。5.1 ではさらに厳しく、十分な理由が示されずにデバイスのパススルーが無効になることがよくあります。

答え2

VMware Workstation 9 は、Windows 8 と USB 3.0 をサポートしています。ゲストに接続する (ホストから切断する) オプションを切り替えるだけで、USB 付きの Microsoft StudioCam を VM で正常に使用できました。PCI カードで問題が発生する可能性があるため、フィードを取り込むには USB の代替ソリューションを見つけることをお勧めします。

答え3

私はUSB3.0ポートのみで販売されたデルのラップトップを持っています。VMware Workstation 9.01.894247を実行している間、このマシンでUSB3を動作させたり維持したりするのは困難です。

マシンが USB 用の Intel Xchi ドライバーを使用している場合も影響を受けます。

同じ問題を抱えている他の人たちはこちら

上記のスレッドには、さまざまなタイプの修正方法があります。私の場合は、Intel のサイトから「Intel_Chipset_7-Series_USB3_FJ3FJ_A03_SETUP_ZPE.exe」をダウンロードして実行し、インストールする方法が有効です。Windows 7 を再起動するたびに再インストールする必要があります。仮想マシンを再起動するときに再インストールしなければならないこともあります。これは本当に面倒なので、VMware がすぐに新しいアップデートをリリースしてくれることを願っています。

関連情報