Fujitsu 68 manual Skalierung, Scale-Up

Page 8
Skalierung

White Paper Sizing Guide Terminal Server Sizing Guide

Ausgabe: 3.3 Dezember 2006

Skalierung

Bei der Skalierung – das ist der Prozess, das System an die benötigte Leistung anzupassen – werden zwei Methoden unterschieden:

Beide Szenarien, sowohl Scale-Up als auch Scale-Out, werden von Terminal Server unterstützt.

Scale-Up

Beim Scale-Up wird die Leistung eines Terminal Servers durch den Einsatz leistungsfähigerer Hardware, also insbesondere Rechenleistung und Arbeitsspeicher, erhöht. Diesem Skalierungsprozess sind Grenzen durch die maximale Größe eines Server-Systems gesetzt.

Theoretisch benötigt man »nur« eine beliebig leistungsfähige Hardware und würde im Scale-Up-Szenario einen beliebig leistungsfähigen Terminal Server erhalten. Dies ist jedoch leider nur Theorie. So ist die Skalierung mit wachsender Anzahl Prozessoren nur im

Idealfall einer optimal parallelisierbaren Anwendung linear. Je mehr Zugriffe jedoch auf gemeinsame Ressourcen, wie Arbeitsspeicher, Festplatten oder Netzwerk erfolgen, und somit eine Koordination zwischen den Prozessoren bedingen, umso mehr flacht die Skalierungskurve ab. Im Extremfall kann es bei einer sehr großen Anzahl Prozessoren und sehr hohem Koordinationsanteil der Prozessoren un- tereinander sogar zu einem »Umkippen« der Skalierung kommen. Man bezeichnet diesen Sachverhalt auch als »Amdahls Gesetz«, nach Gene Amdahl, der dieses 1967 untersuchte und in ein mathematisches Modell fasste.

Designer von großen Multiprozessorsystemen wirken

dem entgegen, indem sie den Prozessoren große Caches beiseite stellen oder Gruppen von Prozessoren bilden und diesen eigenen Arbeitsspeicher und I/O-Komponenten zuordnen.

In der Praxis setzt heute oft nicht die Hardware die Grenzen, sondern die Software-Architektur. Die heute zumeist eingesetzte Software im 32-bit Design kann die zur Verfügung stehende Hardware häufig nicht mehr voll nutzen. Im speziellen ergeben sich Limitierungen bei der Adressierung des Arbeitsspeichers, durch die 32-bit Anwendungen auf 4 GB virtuellen Adressraum begrenzt sind. Ist der Server physikalisch mit mehr als 4 GB Arbeitsspeicher ausgestattet, so kann dieser Speicher zumeist nicht effektiv genutzt werden. Durch die Abhängigkeit zwischen dem Bedarf an Arbeitsspeicher und Rechenleistung können viele Anwendungen auch die Rechenleistung, die moderne Systeme mit 8 oder 16 CPU-Sockeln bereitstellen, nicht ausschöpfen.

Auch für Terminal Server ergibt sich eine Grenze, ab der ein Scale-Up nicht mehr die gewünschte Leistungssteigerung zeigt Diese ist bei dem heutigen 32-bit Windows Server 2003 bei einem 4-way System mit 4 GB Arbeitsspeicher zu sehen. Daher waren Terminal Server-Umgebungen bisher klassische Scale- Out-Szenarien. Mit 64-bit-Betriebssystemen und 64-bit-Anwendungen werden diese Grenzen überwunden, so dass viele Kunden heute vor der Frage stehen, ob die neue 64-bit-Welt eine Lösung für die bisherigen Engpässe darstellt. Siehe hierzu die Kapitel »Rechenleistung«, »Arbeitsspeicher« und »Betriebssystem«).

© Fujitsu Siemens Computers, 2006

Seite 8 (68)

Image 8
Contents Abstract Terminal Server Sizing GuidePRIMERGY Scalability, Flexibility & ExpandabilityReliability & Availability SecurityEinsatzgebiet Windows Terminal ServerSenkung der TCO durch Rezentralisierung Microsoft Terminal Services HistorieCitrix Presentation Server Citrix Presentation Server Application IsolationVirtual Address Support Virtual Memory OptimizationCPU Utilization Management Support für Windows Server 2003 x64 EditionVerbessertes Printing 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 Messumgebung Controller T4US-ControlLastgeneratoren ClientsLastprofil Infrastruktur-ServerMessarten, Messdauer und Messphasen MessmethodeReferenzmessung mit konstanter Benutzeranzahl 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 57Wie wirkt sich ein Upgrade der Citrix Software aus? Terminal Server VersionMicrosoft Terminal Server vs. Citrix Presentation Server Citrix Presentation Server VersionEinstellungen für Microsoft Office in einer Terminal Server Umgebung AnwendungenMicrosoft Office Version Infrastruktur ClientsTerminal Services Licensing Server Active DirectoryBenutzerprofile User Profiles 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