Fujitsu 68 manual Seite 38

Page 38
Seite 38 (68)

White Paper Sizing Guide Terminal Server Sizing GuideAusgabe: 3.3 Dezember 2006

Bei allen PRIMERGY Servern, insbeson- dere aber bei den leistungsfähigeren, kann man ein Verhalten beobachten, bei dem ein scheinbar normal ausgelastetes System durch das Hinzufügen einiger weniger Benutzer überlastet wird. Auf einer PRIMERGY RX600 mit vier Prozessoren, 4 GB Arbeitsspeicher und eingeschaltetem Hyper-Threading wurde untersucht, ob dieses Verhalten nur mit Terminal Server auftritt, oder ob diese

Limitierung schon durch das Betriebssystem gegeben ist. Hierzu wurde eine synthetische kleine Applikation verwendet, die abwechselnd das System belastet und wartet, so wie es auch eine Anwendung auf einem Terminal Server System tun würde. Von dieser Applikation wurden kontinuierlich

neue Instanzen gestartet. Wie nebenstehende Grafik zeigt, wird das System durch den kontinuierlichen Start der Anwendungen nicht belastet. Doch es gibt einen Zeitpunkt, bei dem durch das Hinzufügen weniger Prozesse die CPU-Belastung sprunghaft bis auf über 90% ansteigt. Bei den Untersuchungen, die mit Terminal Server durchgeführt wurden, ist diese Grenze nicht so deutlich wie in diesem synthetischen Fall, jedoch gibt es auch diesen Punkt, bei dem das »Fass zum Überlaufen« gebracht wird.

Die T4US-Messung mit vari- abler Benutzeranzahl beendet eine Messung in dem Moment, in dem die Antwortzeiten des Terminal Servers nicht mehr ausreichen, unabhängig davon, wie hoch die CPU Auslastung des Servers zu dem Zeitpunkt ist. Daher ist es interessant, sich die Prozessorauslastung in diesem Moment anzuschauen und diese Ergebnisse zwischen den PRIMERGY Systemen mit

unterschiedlichen CPU- Ausbauten in Beziehung zu setzen. Nebenstehende Grafik zeigt auf der Y-Achse die Benutzeranzahl, die das entsprechende PRIMERGY System bedient, während auf der X-Achse die prozentuale

CPU-Auslastung aufgetragen ist, die für den Betrieb dieser Benutzeranzahl notwendig ist. Die verschiedenen Geraden zeigen die verschiedenen CPU-Ausbaustufen der Systeme: bei einer durchgezogenen Geraden handelt es sich um ein System ohne Hyper-Threading, eine gestrichelte Gerade zeigt ein System mit eingeschaltetem Hyper-Threading. Die Grafik zeigt nur den Trend der CPU-Auslastung. In der Realität schwankt die tatsächliche Prozessorauslastung um diese Gerade. Die Zahlen bezeichnen die Anzahl CPUs »real/virtuell«, beispielsweise bedeutet »2/4« ein System mit 2 CPUs und eingeschaltetem Hyper-Threading. Man erkennt deutlich, dass, bei gleicher Benutzeranzahl, die Prozessorauslastung bei einem System ohne Hyper-Threading entsprechend höher ist als bei einem System mit Hyper-Threading. Weiterhin ist die CPU-Auslastung umso geringer, je größer ein System ist. Die Benutzerzahl, die ein solches System mit den erwarteten Antwortzeiten noch bedienen kann, wird also nicht immer bei der gleichen CPU- Auslastung erreicht. Während ein Monoprozessorsystem erst bei 90% bis 100% CPU-Last die Antwortzeiten nicht mehr erreichen kann, kann ein Dualprozessorsystem vielleicht schon bei 70% CPU-Last schon keine weiteren Benutzer mehr bedienen. Trotz dieser Unterschiede kann ein größeres System natürlich in Summe mehr Benutzer bedienen, jedoch können seine CPU-Ressourcen nicht so optimal ausgenutzt werden, da andere Komponenten im System begrenzend wirken.

© Fujitsu Siemens Computers, 2006

Seite 38 (68)

Image 38
Contents Abstract Terminal Server Sizing GuideReliability & Availability PRIMERGYScalability, Flexibility & Expandability SecurityEinsatzgebiet Windows Terminal ServerSenkung der TCO durch Rezentralisierung Microsoft Terminal Services HistorieCitrix Presentation Server Virtual Address Support Citrix Presentation ServerApplication Isolation Virtual Memory OptimizationVerbessertes Printing CPU Utilization ManagementSupport für Windows Server 2003 x64 Edition Seite 7Skalierung Scale-UpServer-Farm Scale-OutJust a Bunch of Servers Seite 10 Load-balanced Server-FarmScale-Out mit Terminal Server Dimensionierung BenutzerBenutzersimulation Seite 13 Vergleichbarkeit Seite 14»Tool for User Simulation« Seite 15dem Netzwerk zwischen Clients und dem Terminal Lastgeneratoren MessumgebungController T4US-Control ClientsLastprofil Infrastruktur-ServerReferenzmessung mit konstanter Benutzeranzahl Messarten, Messdauer und MessphasenMessmethode Messung mit konstanter BenutzeranzahlMessung mit variabler Benutzeranzahl Während aller Phasen werdenSeite 21 ProzessorauslastungReaktionszeit Tuning würden. In diesem Beispiel ist der Score »76 Benutzer«Ressourcenbedarf Rechenleistung ProzessortypTaktfrequenz Pentium MSeite 26 PentiumPentium D Xeon Single-Core Xeon für 2-Socket-Systeme Dual-Core Xeon für 2-Socket-Systeme Seite 28Xeon MP Single-Core, ab 4-Socket-Systemen Seite 29Dual-Core Xeon ab 4-Socket-Systemen Seite 30AMD Opteron Seite 31Front-Side-Bus Seite 32Caches Medium Lastprofil, Microsoft Office XP Citrix MetaFrameSeite 34 Hyper-Threading Anzahl Prozessoren Seite 36Verhalten bei hoher CPU-Last Seite 38 Arbeitsspeicher Seite 39anwächst Seite 41 Seite 42 Seite 43 »Desktop« oder »Published Application«? »Logoff« oder »Disconnect«? Disk-Subsystem Seite 46Seite 47 Man unterscheidet folgende Arten von Disk-Subsystemen Controller« erstelltNetzwerk Seite 50 Benutzerverhalten EingabegeschwindigkeitBetriebssystem Windows Server 2003 R264-bit Intel Itanium IA64Nutzbarer Speicher 32-bitSeite 55 64-bitVergleich 32-bit und 64-bit Page Anzahl Prozesse Seite 57Microsoft Terminal Server vs. Citrix Presentation Server Wie wirkt sich ein Upgrade der Citrix Software aus?Terminal Server Version Citrix Presentation Server VersionEinstellungen für Microsoft Office in einer Terminal Server Umgebung AnwendungenMicrosoft Office Version Infrastruktur ClientsBenutzerprofile User Profiles Terminal Services Licensing ServerActive Directory Backend ServerTestwerkzeuge und -Umgebung Vergleich der MesswerkzeugeMicrosoft Testwerkzeuge und -Skripte Seite 63 Test-SkripteTestmethodik Ergebnisse von Fujitsu Siemens Computers und Microsoft Seite 64Seite 65 Resümee Seite 66Welcher Benutzer nutzt wann und wie oft welche Anwendung? mailtoPRIMERGY-PM@fujitsu-siemens.com LiteraturKontakt