VMware-Forum

Hallo,

in einer ESXi 5.1 Maschine ist eine USB 3.0 Karte eingebaut worden. Diese wird erkannt und ich kann diese einer VM zufügen. Nun hatte ich gedacht, wenn man externe Festplatten an einem USB 2.0 Port anbinden kann, dann muss das ja auch mit einem RDX Laufwerk mit USB 3.0 gehen. Wie gesagt, die USB 3.0 Schnittstelle kann ich zuweisen, wenn ich aber das USB Gerät auswählen will, wird dieses nicht angezeigt (grau).

Das RDX Laufwerk ist doch auch nix anderes, wie ne Festplatte. In der Konfig für meinen Windows Server 2008 R2 wird angezeigt, daß dieses Hostbetriebssystem nicht unterstützt wird. In der Konfig für mein Windows 8 wird diese Meldung nicht angezeigt, aber es läßt sich in beiden Fällen kein USB Gerät zufügen. Funktionieren tut das RDX aber. Mache ich was verkehrt (vermutlich ) oder geht das so nicht, wie ich mir das ausgedacht habe?

Danke für Tips!

Wie weist du denn eine bestimmte USB 3.0 Karte einer VM zu?

na über Hardware hinzufügen: USB xHCI Controller, das ist ja auch immer wieder in ToDo´s beschrieben, soweit funktioniert das ja.

Edit: hab in meinem ersten Artikel nochmal die Version 5.1 zugefügt, ich vergaß...

noch etwas:

Ich habe das USB 3.0 RDX an den USB 2.0 vom Host anschlossen. Da wird das RDX Laufwerk problemlos erkannt. Scheinbar doch irgend etwas mit dem Controller.

Kann ich denn irgendwo sehen, daß der Controller von der ESXi korrekt erkannt wurde?

Dann hast du einer VM einen virtuellen xHCI Controller hinzugefügt. Dieser ist laut VMWare für das Passthrough von Client-Connected USB 3.0 Geräten gedacht.

Host-Connected USB 3.0 Geräte werden ignoriert.

Zitat:

It is not possible to utilize a USB 3.0 device connected to the physical host; the device will be ignored. (Use client-connected USB passthrough instead)

Quelle:
http://kb.vmware.com/selfservice/micros ... Id=1022290

ok.

Das heißt, ich baue den Controller in einen Client und kann diesen dann im ESXi zuweisen?

Aber da Host und Client ja über LAN verbunden ist, würde dort dann der Flaschenhals sitzen und mir die USB 3.0 Geschwindigkeit nix nützen? Wofür soll dann also die Option im ESXi sein?

Danke schon mal.

Du kannst den Controller in einen Client einbauen und ein USB 3.0 Device anschließen. Dieses Device (und nicht den Controller) kannst du an eine VM mit virtuellem xHCI-Controller durchreichen. Flaschenhals ist dann das Ethernet.

Ich weiß nicht, was sich VMWare dabei gedacht hat.

Wenn man sich mal den langen, steinigen Weg von USB3.0 und die anfängliche Unterstützung ausschließlich über Zusatzchips ansieht, wird die bisherigen "Verweigerungshaltung" vielleicht etwas verständlicher.
Nicht vergessen sollte man bei aller Liebe zu USB3.0, daß es erst jetzt einigen MBs überhaupt gelingt, davon auch zu booten und selbst das ist in meinen Augen auch nur hingefrickelt. Oder wie sollte man das sonst nennen, wenn zum Booten eingestellte USB3.0-Geräte in den USB2.0-Modus gezwungen und dann über dessen Emulation gebootet wird

Von der Warte verspricht der Client-Ansatz von VMware eindeutig weniger Komplikationen, da die USB3.0-Einbindung vom OS erledigt wird (der mitgebrachte USB3.0-Treiber von Win8 war bisher der schnellste) und das Gerät dann nur noch an VMware weitergereicht werden muß. Wenn man sich dann mal die Schreibraten von USB3.0-Geräten ansieht, stellt Gig-Ethernet in den meisten Fällen keine Beschränkung dar.

Ich danke Euch für die ausführlichen Antworten.

Worum es bei uns geht ist eine einfache Sicherungsmöglichkeit für extern anzubieten, und zwar für kleine Kunden mit sagen wir 500GB Datematerial. Das tägliche Backup läuft auf eine zweite HDD und ist somit nicht das Problem. Mit RDX im Clientbereich haben wir bisher gute Erfahrung gemacht. Wir suchen hier nach einer Variante das gesichertet ab und an mal nach extern zu bringen. RDX/ SATA scheidet aus - soll laut einigen Aussagen nicht funktioneiren, USB 3.0 im Host wird laut VMWARE auch nichts. Bandlaufwerke werden ebenfalls nicht unterstützt.... Was gibt es denn da noch für Möglichkeiten?

Stell ein zweiten Server neben den ESXi, der sich ausschließlich um Backup to Tape kümmert.