Terminal Server Sizing Guide - Fujitsu

Weitere Magazine

Empfehlungen

Info

White Paper Sizing Guide | Terminal Server Sizing Guide Version: 4.0, Oktober 2009 Dimensionierung Methoden Bei der Skalierung – das ist der Prozess, das System an die benötigte Leistung anzupassen – werden zwei Methoden unterschieden: Scale-Up bezeichnet den Einsatz zunehmend größerer Server Systeme. Scale-Out bezeichnet den Einsatz von vielen kleineren Systemen, die sich die Arbeit teilen. Beim Scale-Up wird die Leistung eines Terminal Servers durch den Einsatz leistungsfähigerer Hardware, also insbesondere Rechenleistung und Arbeitsspeicher, erhöht. Es ist eine adäquate Skalierungsmethode, wenn eine überschaubare Anzahl an Benutzern zu bedienen ist. Diesem Skalierungsprozess sind Grenzen durch die maximale Leistungsfähigkeit des Server-Systems oder auch durch die Softwarearchitektur gesetzt. Insbesondere bei einem 32-bit Windows Betriebssystem ergeben sich Limitierungen im Speicherbereich, die dazu führen können, dass die Rechenleistung moderner Prozessoren nicht mehr voll ausgeschöpft werden kann. Genauer wird darauf im Kapitel Betriebssystem eingegangen. Beim Scale-Out werden viele Server zu einer Gruppe zusammengefasst. Man kann drei Varianten unterscheiden: 1. Just a Bunch of Servers »Just a Bunch of Servers« ist eine lose Ansammlung von Servern, hier Terminal Servern, denen dedizierte Benutzergruppen oder Applikationen zugeordnet sind. Es findet jedoch unter den Terminal Servern kein Informationsaustausch und kein Lastenausgleich statt. Der Vorteil dieser Architektur ist die sehr einfache Erweiterbarkeit. Nachteilig ist, dass durch fehlenden Lastenausgleich Server-Leistung ungenutzt bleiben kann. Der administrative Aufwand ist recht hoch, da jedes System separat verwaltet werden muss. Dennoch wird diese Variante des Scale-Outs in der Praxis in kleineren Konfigurationen eingesetzt. 2. Server-Farm Eine Terminal Server Farm ist ein Zusammenschluß von Terminal Servern, die eine gemeinsame Verwaltungseinheit besitzen. Die Zuordnung von Benutzern zu Servern und Applikationen erfolgt meist statisch. Vorteil gegenüber der »Just a Bunch of Servers« Variante ist die vereinfachte Administration der Server. Auch diese Variante des Scale-Outs wird in der Praxis sehr häufig eingesetzt. 3. Load-balanced Server-Farm Bei einer »load-balanced Server-Farm« werden die einzelnen Terminal Server zu einer logischen Einheit zusammengefasst. Wird von einem Client eine Session initiiert, so wird diese von einem Load Balancer nach bestimmten Mechanismen an den Server mit der momentan geringsten Auslastung delegiert. Neben der besseren Auslastung der Terminal Server bietet das Load Balancing auch eine gewisse Redundanz. Aktuelle Terminal Server Softwarelösungen, sowohl von Microsoft als auch Citrix, bieten umfangreiche Möglichkeiten des Load Balancing. Terminal Server Load Balancer Session List Im Folgenden beschäftigen wir uns mit einem Scale-Up Scenario, d.h. der Dimensionierung eines einzelnen Terminal Servers. © Fujitsu Technology Solutions 2009 Seite 4 (46)
White Paper Sizing Guide | Terminal Server Sizing Guide Version: 4.0, Oktober 2009 Kenngröße »Benutzer« Vor jeder Implementierung eines Applikations-Servers steht immer die gleiche Frage: Welches ist die passende Hardware für die geforderte Aufgabe? Natürlich möchte man dabei ein möglichst optimales System, welches weder für die Anforderungen zu klein noch (aus Kostengründen) total überdimensioniert ist. Die Frage ist also: Wie findet man ein wohl dimensioniertes System? Die einzige meist vorliegende Kenngröße ist die Anzahl Benutzer, die mit dem System arbeiten sollen. Die typische Frage, die also zumeist auftritt, ist: »Welches PRIMERGY Modell benötigt man für einen Terminal Server zur Unterstützung einer bestimmten Anzahl von Benutzern?«. Optimalerweise würde man als Antwort eine handliche Tabelle erwarten, aus der anhand der Benutzerzahl in der einen Spalte unmittelbar aus der zweiten Spalte das ideale PRIMERGY System abgelesen werden kann. Leider gibt es eine solche Tabelle nicht – auch wenn mancher Mitbewerber dies dem Kunden mit bunten Web-Seiten suggeriert. Die Antwort auf die scheinbar so einfache Frage ist doch wesentlich komplexer, denn sie enthält eine große Unbekannte, und die ist der Benutzer. Ein Benutzer ist, auch wenn dies viele vielleicht wünschen, keine standardisierte und berechenbare Größe, sondern ein Individuum mit unterschiedlichem Arbeitstempo und Arbeitsverhalten. Das Arbeitstempo z.B. bestimmt mit welcher Häufigkeit Eingaben gemacht werden und hat damit direkten Einfluss auf die Belastung des Terminal Server Systems. Hinzu kommen unterschiedliche Arbeitsaufgaben, die in unterschiedlichen Anforderungen an ein Computersystem resultieren. Ein Benutzer, dessen Aufgabe aus Abfragen an ein Lagerhaltungssystem besteht, wird eine andere Last auf einem Computersystem erzeugen, als ein Benutzer, dessen Aufgabe es ist, eine grafische Werbebroschüre zu entwerfen. Nicht zu vernachlässigen ist der mit der Zeit steigende Ressourcenverbrauch der Applikationen durch deren Weiterentwicklung, z.B. im Bereich 3D-Grafik oder Multimedia/Videoanwendungen. Die folgende Tabelle zeigt eine Einteilung der Benutzer in Gruppen nach ihrem Benutzerverhalten und Belastungsprofil. Heavy Medium Light Knowledge Worker Process Worker Data Entry Worker nutzt gleichzeitig mehrere verschiedene Anwendungen gibt Daten mäßig schnell ein führt komplexere Operationen aus arbeitet zu einer Zeit intensiv mit einer Anwendung gibt schnell viele Daten ein arbeitet kontinuierlich arbeitet zu einer Zeit nur mit einer Anwendung gibt wenig Daten ein längere Pausen zwischen den Eingaben Wie im Kapitel Lastprofil noch erläutert wird, wurde bei den Messungen für das vorliegende Dokument das Verhalten eines Medium Benutzers angenommen. Benutzersimulation Bei Leistungsmessungen werden generell keine realen Benutzer verwendet, sondern die Benutzer werden mit Hilfe von Computern, so genannten Lastgeneratoren, und einer speziellen Software simuliert. Dabei wird von einem physikalischen Lastgenerator zumeist eine Vielzahl von logischen Benutzern simuliert, so dass je nach Lastgenerator einige zig oder hundert Benutzer simuliert werden können. Die folgende Abbildung zeigt eine typische Simulationsumgebung. Simulations- Netzwerk … SUT- Netzwerk Controller Lastgeneratoren System under Test (SUT) Infrastruktur- Server © Fujitsu Technology Solutions 2009 Seite 5 (46)
Seite 1 und 2: Terminal Server Sizing Guide Ausgab
Seite 3: White Paper Sizing Guide | Terminal
Seite 7 und 8: White Paper Sizing Guide | Terminal

Terminal Server Sizing Guide - Fujitsu

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?