Terminalserver VM - Videos ruckeln
Hallo zusammen,
wir haben einen (free) ESXi 5.5 auf einem HP DL 380 G8 im Einsatz.
Darauf läuft, unter anderem, ein Terminal Server 2012R2 auf dem ca. 10 User gleichzeitig arbeiten.
Läuft soweit auch alles einwandfrei ausser das anschauen von Videos über z.B. Youtube
Die Videos sind einfach etwas ruckelig und laufen nicht 100% sauber. Ich habe leider keinen Anhaltspunkt woran das liegt. Die User arbeiten alle über das interne LAN (1 GBit) und der Server hat ausreichend Resourcen.
Jedoch hat er keine dedizierte Grafikkarte, sondern nur onboard. Liegt hier evtl. das Problem? Wird eine eigene Grafikkarte für sowas benötigt? Wenn ja, könnt ihr was empfehlen und ist das mit der Free ESXi Version auch nutzbar?
Vorab vielen Dank für euren Input!!
Grüße
Easyroder
wir haben einen (free) ESXi 5.5 auf einem HP DL 380 G8 im Einsatz.
Darauf läuft, unter anderem, ein Terminal Server 2012R2 auf dem ca. 10 User gleichzeitig arbeiten.
Läuft soweit auch alles einwandfrei ausser das anschauen von Videos über z.B. Youtube
Die Videos sind einfach etwas ruckelig und laufen nicht 100% sauber. Ich habe leider keinen Anhaltspunkt woran das liegt. Die User arbeiten alle über das interne LAN (1 GBit) und der Server hat ausreichend Resourcen.
Jedoch hat er keine dedizierte Grafikkarte, sondern nur onboard. Liegt hier evtl. das Problem? Wird eine eigene Grafikkarte für sowas benötigt? Wenn ja, könnt ihr was empfehlen und ist das mit der Free ESXi Version auch nutzbar?
Vorab vielen Dank für euren Input!!
Grüße
Easyroder
Please also mark the comments that contributed to the solution of the article
Content-ID: 443659
Url: https://administrator.de/contentid/443659
Printed on: October 6, 2024 at 19:10 o'clock
41 Comments
Latest comment
Was sagt der Ressourcenmonitor zu RAM, HDD, Netzwerk und İO-Auslastung?
Was für Clients hängen denn da überhaupt dran?
Viele unbekannte Variablen, die die Kristallkugel zum Glühen bringen.
lks
Moin Moin,
Ich habe selber leider feststellen müssen das auf meinen Privat Rechnern (Notebooks) bei allen die Performance nur so gefressen werden von Videos / Webseiten auf denen Kleinst-videos laufen.
Alle meine Systeme haben einen i5, SSD und min 8GB RAM (ein 520m Client) bzw 16GB (2nd und 3rd Gen.).
Aber wenn Videos kommen gehen die Lüfter in die Knie.
Und die Auslastung in die Decke
Neuere CPU haben das Problem so nicht.
6th Gen Mob. i5 klappt ganz gut, aber Ich rüste dafür nicht alle Systeme auf bzw kaufe neu da NB´s.
Ich habe selber leider feststellen müssen das auf meinen Privat Rechnern (Notebooks) bei allen die Performance nur so gefressen werden von Videos / Webseiten auf denen Kleinst-videos laufen.
Alle meine Systeme haben einen i5, SSD und min 8GB RAM (ein 520m Client) bzw 16GB (2nd und 3rd Gen.).
Aber wenn Videos kommen gehen die Lüfter in die Knie.
Und die Auslastung in die Decke
Neuere CPU haben das Problem so nicht.
6th Gen Mob. i5 klappt ganz gut, aber Ich rüste dafür nicht alle Systeme auf bzw kaufe neu da NB´s.
Moin zusammen,
also damit wir auf einem Stand sind. Wir reden hier über einen HP DL 380 G8 mit E5-2680 v1 (o.ä.) aus dem Jahre 2012 mit irgend einer gammeligen Onboard-Server-Grafik für die der ESXi vermutlich keine Treiber installiert hat oder für die Virtualisierung verwenden kann?!?
Und der soll nun Videos in Echtzeit dekodieren und zeitgleich den RDP-Datenstrom komprimieren um diesen an einen Client zu senden? Ja neeeeee?
Das geht zu 100% auf die CPU(s)!
Ein i5-4570 mit Intel HD Graphics 4600 kann 1080p ruckelfrei über RDP wiedergeben, generiert dabei aber ca. 50% CPU-Last und 30% Grafikkarten-Last.
Sprich folgende Lösungen:
p.s. hab letztens bei einem Kunden einen RDS gesehen. Direkt aufs Blech, onboard-Grafik mit Microsoft-Basic-Displayadapter-Treiber. Und die Leute sollen darauf CAD und Grafik-Bearbeitung machen. Funktioniert absolut gar und nicht keiner hat einen Plan wieso??? Ernsthaft?
also damit wir auf einem Stand sind. Wir reden hier über einen HP DL 380 G8 mit E5-2680 v1 (o.ä.) aus dem Jahre 2012 mit irgend einer gammeligen Onboard-Server-Grafik für die der ESXi vermutlich keine Treiber installiert hat oder für die Virtualisierung verwenden kann?!?
Und der soll nun Videos in Echtzeit dekodieren und zeitgleich den RDP-Datenstrom komprimieren um diesen an einen Client zu senden? Ja neeeeee?
Das geht zu 100% auf die CPU(s)!
Ein i5-4570 mit Intel HD Graphics 4600 kann 1080p ruckelfrei über RDP wiedergeben, generiert dabei aber ca. 50% CPU-Last und 30% Grafikkarten-Last.
Sprich folgende Lösungen:
- a) RDS direkt aufs Blech installieren und irgend eine Grafikkarte rein, da tuts auch eine GT710 o.ä. und Treiber installieren!
- b) RDS bleibt virtualisiert, dann brauchst du aber eine Grafikkarte die damit umgehen kann, welche das für den ESXi sein könnte, keine Ahnung
p.s. hab letztens bei einem Kunden einen RDS gesehen. Direkt aufs Blech, onboard-Grafik mit Microsoft-Basic-Displayadapter-Treiber. Und die Leute sollen darauf CAD und Grafik-Bearbeitung machen. Funktioniert absolut gar und nicht keiner hat einen Plan wieso??? Ernsthaft?
Zitat von @easyrider:
Ab Server 2016 kann man das nicht mehr explizit installieren bzw. es wird bereits mitinstalliert, wenn man die Installation mit "grafischer Oberfläche" installiert. Also das Gegenstück zur Core Version.
Im ersten Post wird die Performance auf Windows 2012 R2 bemängelt, 2016 wurde nur zum testen eingesetzt. Und unter 2012 muss man die sehr wohl noch installieren.Ab Server 2016 kann man das nicht mehr explizit installieren bzw. es wird bereits mitinstalliert, wenn man die Installation mit "grafischer Oberfläche" installiert. Also das Gegenstück zur Core Version.
eine Desktop Grafikkarte in einem Server?? Na ja....
Das war nur als Beispiel dafür gedacht, dass es ohne Virtualisierung da nicht viel braucht um es ans Laufen zu bekommen. Und die Nvidia-Grafikkarten und Treiber funktionieren meist um Längen besser als was auch immer auf den Mainboards verlötet wurde. Und deren Treiber sind ja fast immer auf eine OS-Generation festzementiert ...das wäre TOP, wenn hier jemand eine Empfehlung hat, am besten mit praktischer Erfahrung
Frag doch mal bei https://www.thomas-krenn.com usw. nach. Die sollten damit doch eigentlich genügend praktische Erfahrung gemacht haben?
THEORETISCH (!) Könnte man hier eine RemoteFX fähige NVidia Kepler K2000 oder K4000 einsetzen... (Wenn man noch eine bekommt...)
Allerdings müsste der Server zuerst, da nicht von Anfang an dafür vorgesehen, umgebaut werden (Riser Karte, Stromversorgung)
Finanziell dürfte sich dies, bei einem so alten Server kaum lohnen...
(Aber wer hat gesagt, das Desktopvirtualisierung billig ist?)
Allerdings müsste der Server zuerst, da nicht von Anfang an dafür vorgesehen, umgebaut werden (Riser Karte, Stromversorgung)
Finanziell dürfte sich dies, bei einem so alten Server kaum lohnen...
(Aber wer hat gesagt, das Desktopvirtualisierung billig ist?)
Ich meinte allgemein das mittlerweile nicht nur HD Videos Performance fressen.
Bei Webformaten ist die Komprimierung teils sehr krass um möglichst viel Bandbreite zu sparen. Ebenso ziehen jegliche bewegte Inhalte enorm Leistung. Sei es lokal oder eben über RDS.Vor ein paar Jahren war ja auch die App-Virtualisierung total im Trend. Sei es über RDS oder Citrix. Hatte nie verstanden wieso man sich das antun will. Lokaler Client bleibt eh bestehen, "streamt" sich dann aber irgend ein Programmfenster (z.B. Excel) vom Server? Startet langsam, ruckelt bei jedem Bewegen des Inhaltes (Tabelle scrollen). Habe da nie DEN Vorteil drin gesehen.
eine RemoteFX fähige NVidia Kepler K2000 oder K4000 einsetzen
Kann das jede K2000/K4000 oder gibt es für RemoteFX davon besondere Versionen?Zitat von @Dr.EVIL:
THEORETISCH (!) Könnte man hier eine RemoteFX fähige NVidia Kepler K2000 oder K4000 einsetzen...
Mal eine blöde Frage: Wieso RemoteFX-fähige Hardware wenn es ein VMware und kein Hyper-V Hypervisor ist?THEORETISCH (!) Könnte man hier eine RemoteFX fähige NVidia Kepler K2000 oder K4000 einsetzen...
So, lass mich dir noch einmal konkrete Vergleichswerte liefern.
Server: 2019 Standard, Remote Desktop ist session based (nicht VM based), KEIN RemoteFX.
CPU: 12 Core i7 5820k
Graka (oh Wunder): Nvidia Geforce GT 730
KEINE VM.
Belastung bei 1440p HD Video (2560x1440 Pixel): 5-13% CPU durch Chrome.exe auf https://www.youtube.com/watch?v=dVkK36KOcqs
Dabei sehr wenig bis Null tearing und angenehmes Empfinden. Der Taskmanager monitort auch die GPU und die ist dabei völlig arbeitslos.
Ich teste mit mstsc von Win10 v1903.
Server: 2019 Standard, Remote Desktop ist session based (nicht VM based), KEIN RemoteFX.
CPU: 12 Core i7 5820k
Graka (oh Wunder): Nvidia Geforce GT 730
KEINE VM.
Belastung bei 1440p HD Video (2560x1440 Pixel): 5-13% CPU durch Chrome.exe auf https://www.youtube.com/watch?v=dVkK36KOcqs
Dabei sehr wenig bis Null tearing und angenehmes Empfinden. Der Taskmanager monitort auch die GPU und die ist dabei völlig arbeitslos.
Ich teste mit mstsc von Win10 v1903.
Mal eine blöde Frage: Wieso RemoteFX-fähige Hardware wenn es ein VMware und kein Hyper-V Hypervisor ist?
Keine blöde Frage: Gute Frage!
Das durchreichen der PCI Karte an den Terminalserver ist natürlich die "Königsdisziplin" der Virtualisierung.
Nicht unmöglich, aber schwierig...
Daher machen RDP-Terminalserver mit Grafikkarten Support nur auf "nacktem Blech" OHNE Virtualisierung "Spass".
Für eine "echte" VDI Umgebung (z.B. Horizon, Citrix usw) dürfte das Projekt allerdings m.M. wieder zu klein sein.
Mahlzeit
Vielleicht ist es ja doch noch etwas anderes, was bei dir nicht stimmt?
Zitat von @easyrider:
Es wurde natürlich ein HP Custom Image verwendet, d.h. zertifiziert und freigegeben und hat dadurch auch alle passenden Treiber für die Maschine und für eine VM-Umgebung
Ich habe mal einen Test gemacht.Zitat von @anteNope:
Moin zusammen,
also damit wir auf einem Stand sind. Wir reden hier über einen HP DL 380 G8 mit E5-2680 v1 (o.ä.) aus dem Jahre 2012 mit irgend einer gammeligen Onboard-Server-Grafik für die der ESXi vermutlich keine Treiber installiert hat oder für die Virtualisierung verwenden kann?!?
richtig, DL 380 G8 E5-2630 @2.3 GHzMoin zusammen,
also damit wir auf einem Stand sind. Wir reden hier über einen HP DL 380 G8 mit E5-2680 v1 (o.ä.) aus dem Jahre 2012 mit irgend einer gammeligen Onboard-Server-Grafik für die der ESXi vermutlich keine Treiber installiert hat oder für die Virtualisierung verwenden kann?!?
Es wurde natürlich ein HP Custom Image verwendet, d.h. zertifiziert und freigegeben und hat dadurch auch alle passenden Treiber für die Maschine und für eine VM-Umgebung
- HP ML350G8 E5-2620 @2,0 GHz (hat 2 CPUs), onboard Grafikkarte
- Windows Server 2012R2 mit Hyper-V
- VM mit W2008R2 und 8 vCPUs
- 2 Benutzer per RDP von Windows 7 Client verbunden und beide spielen im FF jeweils anderes Youtube Video in HD ab, ohne Ruckler (CPU der VM hat dabei ca. 30% Auslastung)
Vielleicht ist es ja doch noch etwas anderes, was bei dir nicht stimmt?
Zitat von @Dr.EVIL:
Keine blöde Frage: Gute Frage!
Das durchreichen der PCI Karte an den Terminalserver ist natürlich die "Königsdisziplin" der Virtualisierung.
Nicht unmöglich, aber schwierig...
Daher machen RDP-Terminalserver mit Grafikkarten Support nur auf "nacktem Blech" OHNE Virtualisierung "Spass".
Für eine "echte" VDI Umgebung (z.B. Horizon, Citrix usw) dürfte das Projekt allerdings m.M. wieder zu klein sein.
Mal eine blöde Frage: Wieso RemoteFX-fähige Hardware wenn es ein VMware und kein Hyper-V Hypervisor ist?
Keine blöde Frage: Gute Frage!
Das durchreichen der PCI Karte an den Terminalserver ist natürlich die "Königsdisziplin" der Virtualisierung.
Nicht unmöglich, aber schwierig...
Daher machen RDP-Terminalserver mit Grafikkarten Support nur auf "nacktem Blech" OHNE Virtualisierung "Spass".
Für eine "echte" VDI Umgebung (z.B. Horizon, Citrix usw) dürfte das Projekt allerdings m.M. wieder zu klein sein.
Moin moin ,
och das ist heute gar kein Hexenwerk mehr . Betreibe einen virtuellen CAD Terminalserver und reiche per DDA eine Graka an den
Terminalserver durch . geht 1A.
Gruss
...Aber nur, wenn die VM sich nicht vom Platz bewegt.
Sobald sie sich per VMotion, StorageVMotion, HA, DRS, schwarze Magie, oder sonstwie "bewegt", dürfte es zu Problemen kommen (bis hin zum Absturz der ESXi)
Ich bin wahrlich kein Freund von Windows und Hyper-V. Aber in diesem speziellen Einsatzfall (Statischer Windows-Terminalserver mit GPU Support) würde ich von einem "richtigen" Bare-Metal Hypervisor absehen und eine nicht virtualisierte "Insellösung" schaffen.
Sobald sie sich per VMotion, StorageVMotion, HA, DRS, schwarze Magie, oder sonstwie "bewegt", dürfte es zu Problemen kommen (bis hin zum Absturz der ESXi)
Ich bin wahrlich kein Freund von Windows und Hyper-V. Aber in diesem speziellen Einsatzfall (Statischer Windows-Terminalserver mit GPU Support) würde ich von einem "richtigen" Bare-Metal Hypervisor absehen und eine nicht virtualisierte "Insellösung" schaffen.
Ich sage nur, dass unsere Billigkarte für den TS-Betrieb (Videos im Chromebrowser, Scrolling, Zooming) unter 2019 Server wunderbar ausreicht, wenn man die Hardwarebeschleunigung im Browser deaktiviert. Ich denke nicht, dass es wesentlich besser würde, wenn man da noch investiert, da laut Taskmanager die GPU gar nicht benutzt wird.
Zusätzlich wird nun ein neuer Server angeschafft auf dem eine Bare-Metal Installation des RDSH durchgeführt wird. Zusätzlich erhält dieser Server eine echte Grafikkarte und SSD Festplatten. Wahrscheinlich wird es ein aktueller HP DL380 G10 werden.
Würde ich auch nehmen....
Zum Abschluss noch die Frage ob jemand eine Empfehlung für eine entsprechende Grafikkarte hat?
Ich habe bereits etwas recherchiert und viel gutes über diese hier gelesen, auch im RDSH Umfeld.
AMD V5900 Grafikkarte - 2 GB GDDR5 - 256 Bit
Da sehe ich zwei Prblemchen:
1. Die Karte unterstützt m.W. kein Microsoft RemoteFX. Dies ist afair erst ab den "FirePro" Karten möglich.
2. Diese Karte wird von HPE nicht für den ProLIant Server supportet. (Garantieverlust, keine Treiber, keine Firmware und ewig heulen die Lüfter...)
Eine Liste der supporteten Grafikkarten findest du in den Quickspecs:
https://h20195.www2.hpe.com/v2/getpdf.aspx/a00008180ENUS.pdf
Die Meisten dieser Karten unterstützen RemoteFX...
Für Terminalserver werden gerne die "NVidia Quadro" benutzt.
"Tesla" ist eher was für VDI und Grid (und natürlich zum "Bitcoins schürfen...")
Zitat von @easyrider:
Moin moin ,
och das ist heute gar kein Hexenwerk mehr . Betreibe einen virtuellen CAD Terminalserver und reiche per DDA eine Graka an den
Terminalserver durch . geht 1A.
Gruss
Kannst Du mir bitte noch sagen, welche Grafikkarte du hier nutzt?och das ist heute gar kein Hexenwerk mehr . Betreibe einen virtuellen CAD Terminalserver und reiche per DDA eine Graka an den
Terminalserver durch . geht 1A.
Gruss
Das ist eine Nvidia Tesla M60.
Wenn du eh mit dem Gedanken HP spielst , nenne denen einfach deine Anforderungung . Die tüddeln dir das passende zusammen.
Gruss
Zitat von @Dr.EVIL:
Wenn man neben dem CAD die Karte zum "Mining" benutzt, relativieren sich die Kosten...
... Irgendwann verdient die Karte sogar Geld
Wenn man neben dem CAD die Karte zum "Mining" benutzt, relativieren sich die Kosten...
... Irgendwann verdient die Karte sogar Geld
Und der Strom kommt kostenlos aus der Steckdose?
Mining lohnt sich nur in China oder ähnlichen Ländern, wo Strom "nichts" kostet.
lks