Windows Terminalserver 2008R2 sehr langsam
Hi,
ich habe hier einen Terminal Server auf einem Xen Server installiert. Die VM läuft mit 32 GB RAM, 8 CPU Kerne (Xeon E5-2630 @ 2,60Ghz). Auslastung der VM ist Minimal 20-30% , RAM wird zu 40% genutzt.
Ich sehe nichts in den Ereignissen das etwas Kolidiert, Netzwerkspeed ist normal (1000er), und Prozesse oder irgendwas ist auch nichts ausgelastet.
Die Mitarbeiter verbinden sich mit verschiedenen System WIn7 + WinXP, von neu bis alt, überall das gleiche Szenario.
P.S
Kann Microsoft einen Terminal Server Clustern? Oder brauch ich da z.B. Citrix?
Danke
ich habe hier einen Terminal Server auf einem Xen Server installiert. Die VM läuft mit 32 GB RAM, 8 CPU Kerne (Xeon E5-2630 @ 2,60Ghz). Auslastung der VM ist Minimal 20-30% , RAM wird zu 40% genutzt.
Ich sehe nichts in den Ereignissen das etwas Kolidiert, Netzwerkspeed ist normal (1000er), und Prozesse oder irgendwas ist auch nichts ausgelastet.
Die Mitarbeiter verbinden sich mit verschiedenen System WIn7 + WinXP, von neu bis alt, überall das gleiche Szenario.
P.S
Kann Microsoft einen Terminal Server Clustern? Oder brauch ich da z.B. Citrix?
Danke
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 240834
Url: https://administrator.de/contentid/240834
Ausgedruckt am: 08.11.2024 um 06:11 Uhr
11 Kommentare
Neuester Kommentar
Hallo,
auch MS kann seine Dienste Clustern, wenn die Vorraussetzungen gegeben sind.
Was genau ist "langsam" bei dem Server und im Vergleich wozu, was ist der Normal/Ausgangswert?
Die VM hat 32GB RAM und hat 8vCPU zugewiesen?
Was hat der Host an Hardware? CPU+Kerne und RAM.
Was ist noch auf der Kiste drauf an VM?
Wie ist die Auslastung vom Hypervisor vor allem in Bezug auf die HDD-Auslastung.
Wenn der Terminalserver auf dem selben physischen Datenträger liegt wie alle anderen VM und die Mehrzahl davon Datenbank/Exchangeserver sind...
Oder es ist ein RAID5 und der hat gerade einen Rebuild.
Gruß
Chonta
auch MS kann seine Dienste Clustern, wenn die Vorraussetzungen gegeben sind.
Was genau ist "langsam" bei dem Server und im Vergleich wozu, was ist der Normal/Ausgangswert?
Die VM hat 32GB RAM und hat 8vCPU zugewiesen?
Was hat der Host an Hardware? CPU+Kerne und RAM.
Was ist noch auf der Kiste drauf an VM?
Wie ist die Auslastung vom Hypervisor vor allem in Bezug auf die HDD-Auslastung.
Wenn der Terminalserver auf dem selben physischen Datenträger liegt wie alle anderen VM und die Mehrzahl davon Datenbank/Exchangeserver sind...
Oder es ist ein RAID5 und der hat gerade einen Rebuild.
Gruß
Chonta
Ich schätze mal, die Frage nach Geschwindigkeit auf einem Terminalserver beschäftigt nahezu jede Administration im Laufe der Zeit einmal
Ein paar Angaben würden aber fehlen, was genau ist langsam? Sind es einzelne Programme, verhält er sich generell bei allem "unperformant" - was sagen die Eventlogs, steht dazu was drin, wie wird der TS angefahren, mit RDP oder was anderem? Erfolgen die Sessions über LAN oder WAN. Wieviele User arbeiten darauf, werden die Profile lokal hochgeladen oder über eine Netzwerkfreigabe eingestellt.
Auch nicht zu verachten, sind auf allen Clients die aktuelle RDP-Software aufgespielt, gerade bei XP kann das so ein Problemfall sein. Wie groß ist die Bildschirmauflösung die übertragen werden soll, werden Audiodaten übertragen...
Also eine große Menge, was an Fragen sich dabei immer wieder ergibt.
Zur letzten Frage noch ganz kurz, wieso über MS den TS clustern? Nutz doch dazu den Host, bzw. die Hosts und cluster Ressourcenpools in die VM rein.
Ah noch was am Rande, was die Performance auf einem TS schon beeinträchtigen kann, 32 GB Ram ist zwar machbar, aber bisher hab ich immer festgestellt, das ein TS mit 8 GB Ram wesentlich flotter reagiert, sprich es müssen halt mehr TS aufgesetzt werden, was aber in einer TS-Farm wiederum recht einfach umzusetzen ist.
Ein paar Angaben würden aber fehlen, was genau ist langsam? Sind es einzelne Programme, verhält er sich generell bei allem "unperformant" - was sagen die Eventlogs, steht dazu was drin, wie wird der TS angefahren, mit RDP oder was anderem? Erfolgen die Sessions über LAN oder WAN. Wieviele User arbeiten darauf, werden die Profile lokal hochgeladen oder über eine Netzwerkfreigabe eingestellt.
Auch nicht zu verachten, sind auf allen Clients die aktuelle RDP-Software aufgespielt, gerade bei XP kann das so ein Problemfall sein. Wie groß ist die Bildschirmauflösung die übertragen werden soll, werden Audiodaten übertragen...
Also eine große Menge, was an Fragen sich dabei immer wieder ergibt.
Zur letzten Frage noch ganz kurz, wieso über MS den TS clustern? Nutz doch dazu den Host, bzw. die Hosts und cluster Ressourcenpools in die VM rein.
Ah noch was am Rande, was die Performance auf einem TS schon beeinträchtigen kann, 32 GB Ram ist zwar machbar, aber bisher hab ich immer festgestellt, das ein TS mit 8 GB Ram wesentlich flotter reagiert, sprich es müssen halt mehr TS aufgesetzt werden, was aber in einer TS-Farm wiederum recht einfach umzusetzen ist.
Zitat von @Forseti2003:
Ah noch was am Rande, was die Performance auf einem TS schon beeinträchtigen kann, 32 GB Ram ist zwar machbar, aber bisher
hab ich immer festgestellt, das ein TS mit 8 GB Ram wesentlich flotter reagiert, sprich es müssen halt mehr TS aufgesetzt
werden, was aber in einer TS-Farm wiederum recht einfach umzusetzen ist.
Ah noch was am Rande, was die Performance auf einem TS schon beeinträchtigen kann, 32 GB Ram ist zwar machbar, aber bisher
hab ich immer festgestellt, das ein TS mit 8 GB Ram wesentlich flotter reagiert, sprich es müssen halt mehr TS aufgesetzt
werden, was aber in einer TS-Farm wiederum recht einfach umzusetzen ist.
Das ist pauschal falsch.
Wir haben Win2008R2-TS als VMware-VM im Einsatz. Die meisten mit 42 GB RAM un 8 vCPU bei 50-60 gleichzeitigen Sitzungen. Und das läuft absolut flott!
Die Frage ist also richtig gestellt: Was ist langsam? Bezogen worauf?
E.
Zitat von @emeriks:
Das ist pauschal falsch.
Wir haben Win2008R2-TS als VMware-VM im Einsatz. Die meisten mit 42 GB RAM un 8 vCPU bei 50-60 gleichzeitigen Sitzungen. Und das
läuft absolut flott!
Die Frage ist also richtig gestellt: Was ist langsam? Bezogen worauf?
E.
Das ist pauschal falsch.
Wir haben Win2008R2-TS als VMware-VM im Einsatz. Die meisten mit 42 GB RAM un 8 vCPU bei 50-60 gleichzeitigen Sitzungen. Und das
läuft absolut flott!
Die Frage ist also richtig gestellt: Was ist langsam? Bezogen worauf?
E.
Naja, pauschal ist so eine Sache, da der TE auch nur pauschal mal was raushaut, ist es schwer zu ermitteln wo man ansetzen soll.
Auch nicht zu verkennen wäre die Frage, was für ein physikalischer Server dahinter steht, ich hab einmal 3 Blades mit noch älteren Quad-Cores und einen Blade mit 6-cores im Einsatz, bei gleichen VM's und Konfigurationen merkt man schon da erhebliche Unterschiede.
Nebenbei, schätze ich mal, das Deine VM's auch nicht um RAM oder CPU-Zeit konkurrieren müssen, sprich nichts überbucht ist, was auch schon viel ausmacht.
Anders gesagt, ... Fragen über Fragen, warten wir was der TE uns noch so an Informationen liefern kann.
Naja, pauschal ist so eine Sache, da der TE auch nur pauschal mal was raushaut, ist es schwer zu ermitteln wo man ansetzen soll.
Auch nicht zu verkennen wäre die Frage, was für ein physikalischer Server dahinter steht, ich hab einmal 3 Blades mit
noch älteren Quad-Cores und einen Blade mit 6-cores im Einsatz, bei gleichen VM's und Konfigurationen merkt man schon da
erhebliche Unterschiede.
Ja, kenne ich.Auch nicht zu verkennen wäre die Frage, was für ein physikalischer Server dahinter steht, ich hab einmal 3 Blades mit
noch älteren Quad-Cores und einen Blade mit 6-cores im Einsatz, bei gleichen VM's und Konfigurationen merkt man schon da
erhebliche Unterschiede.
Nebenbei, schätze ich mal, das Deine VM's auch nicht um RAM oder CPU-Zeit konkurrieren müssen, sprich nichts
überbucht ist, was auch schon viel ausmacht.
Natürlich nicht! Überbuchung ist bei hochbelasteten TS-VM's tödlich. Bei Nicht-TS-VM's machen wir das, und auch hier ohne Probleme.überbucht ist, was auch schon viel ausmacht.
Anders gesagt, ... Fragen über Fragen, warten wir was der TE uns noch so an Informationen liefern kann.
jep
Okay, dann scheiden ja theoretisch viele Möglichkeiten aus und RDP mittels LAN, sofern nicht irgendwo ein Flaschenhals vorliegt, ist auch nicht ein direktes Problem. Wenn Du auf der Console direkt über den XEN-Host auf der VM bist, verhält sich die Maschine dann auch träge? Damit würden dann zumindest mal alle externen Lan-Möglichkeiten wegfallen.
Hallo,
der Hypervisor hat Doch bestimmt auch Gasterweiterungne oder sowas, sind die installiert?
Gibt es da auch andere Windowsserver oder kannst Du einen Testwindowsserver installieren, ist der genauso?
Wenn Du dich nicht über den Terminalserver verbindest dondern über die Verbindunf vom Host zur VM (Konsolensitzung) ist das dann auch so träge und schleichend?
Wieviel RAM sind für die Grafikkarte bereitgestellt?
Über was für verbindungen schlagen die Nutzer auf, welche RDP Clients?
Gruß
Chonta
der Hypervisor hat Doch bestimmt auch Gasterweiterungne oder sowas, sind die installiert?
Gibt es da auch andere Windowsserver oder kannst Du einen Testwindowsserver installieren, ist der genauso?
Wenn Du dich nicht über den Terminalserver verbindest dondern über die Verbindunf vom Host zur VM (Konsolensitzung) ist das dann auch so träge und schleichend?
Wieviel RAM sind für die Grafikkarte bereitgestellt?
Über was für verbindungen schlagen die Nutzer auf, welche RDP Clients?
Gruß
Chonta
Ah noch was am Rande, was die Performance auf einem TS schon beeinträchtigen kann, 32 GB Ram ist zwar machbar, aber bisher
hab ich immer festgestellt, das ein TS mit 8 GB Ram wesentlich flotter reagiert, sprich es müssen halt mehr TS aufgesetzt
werden, was aber in einer TS-Farm wiederum recht einfach umzusetzen ist.
hab ich immer festgestellt, das ein TS mit 8 GB Ram wesentlich flotter reagiert, sprich es müssen halt mehr TS aufgesetzt
werden, was aber in einer TS-Farm wiederum recht einfach umzusetzen ist.
Ja sehe ich auch so. Stichwort Round Robin.