Terminalserver entlasten

[lefg 276]

Natürlich könnte man die VM klonen.Aber einfach umbenennen? Warum nicht eine "saubere" Neuinstallation dürchführen? Mal sehen, ob es da einen Unterschied gibt? Ob die besser läuft?

 

Ob die Breite aber das primäre Problem ist?

 

Geschrieben wurde von 65GB RAM, die wird wohl der Host haben, oder? Welche Ressourcen hat denn die VM?

 

Und reichen die der VM zugewiesenen Ressourcen für die Menge der Sessions aus? RAM, Prozessoren, Kernel, Zeit? Wieviel RAM wird sollte man für eine Session bereitstellen, wieviel RAM einer VM für die Sitzungen zuweisen?

 

 

Der TS ist eine VM. Jedoch stammen die Einstellungen wie CPU,RAM,Disk usw. von einer Migration von Hardware auf VM.

 

Stand das irgendwo in der Eröffnung des Threads, habe ich das überlesen?

bearbeitet 20. Dezember 2013 von lefg

[NeMiX 76]

Der TS hat 4 CPU und 65GB RAM virtuell auf einem IBM FLEX System.

 

Das war der 9. Eintrag ;)

 

 

Was für eine Virtualisierung nutzt du. Imho würde ich einen TS sauber neu aufsetzen und bei vSphere in eine Vorlage umwandeln (nach dem alles getestet wurde) und von der aus Clonen. Dann hast du auch direkt eine neue SSID usw.

[Daniel -MSFT- 129]

Hi Baba,

 

mal zum ursprünglichen Problem: Als Quick Fix kannst Du mal schauen, dass Du die Priorität der VLOG.exe von normal auf niedrig stellst. Dann kann die zwar immer noch solche Spikes verursachen, bekommt aber nur nachgelagert CPU-Zeit zugewiesen.

 

Generell solltest Du Dich mal mit dem Windows System Resource Manager beschäftigen: http://tinyurl.com/mojqsfe. Gerade Multiuser-Umgebungen solltest Du sauber ausmessen, wieviele Resourcen die brauchen und den Resourcenverbrauch zentral beschränken/regeln.

 

Seitdem 64-bit Computing auch bei Terminal Server Einzug gehalten hat, spricht nix gegen größere VMs. Wobei ich besonders auf die IO-Auslastung der VM schauen würde. Das ist oftmals der Engpass. Würde auch zum Seriendruck passen, wenn da Deine Anwendung nicht optimiert geschrieben wurde.

 

Have fun!
Daniel