Terminal Server Sizing Guide - Fujitsu

Weitere Magazine

Empfehlungen

Info

White Paper Sizing Guide | Terminal Server Sizing Guide Version: 4.0, Oktober 2009 Disk-Subsystem Der wichtigste Performance Counter zur Beurteilung der Festplattenauslastung ist: \PhysicalDisk(*)\Avg. Disk Queue Length bzw. \LogicalDisk(*)\Avg. Disk Queue Length Hierbei zeichnen die Performance Counter für die »PhysicalDisk« alle Aktivitäten an einem physikalischen Laufwerk auf, während das »LogicalDisk« Objekt diese nach den einzelnen Partitionen, z.B. C: oder D:, unterteilt. Wird ein RAID-Controller, SAN oder iSCSI verwendet, so bezieht sich der Counter »PhysicalDisk« jedoch nicht, wie der Name suggeriert, auf die physikalische Platte, sondern auf den RAID-Verband bzw. die LUN. Der Counter »Avg. Disk Queue Length« ist der Durchschnitt der Festplattenwarteschlange für Lese- und Schreibaufträge, man kann aber auch für Lese- und Schreiboperationen getrennte Counter aktivieren. Dieser Performance Counter ist ein signifikanter Indikator für die Belastung des Disk-Subsystems und sollte nicht dauerhaft größer sein als 1 pro Festplatte, die netto zur Verfügung steht. In einem RAID 1 Verband aus zwei Festplatten also nicht dauerhaft größer als 1, in einem RAID 1+0 aus 6 Festplatten nicht dauerhaft größer als 3. Die Beispielgrafik zeigt die »Avg. Disk Queue Length« für eine Konfiguration mit einer Festplatte, bei der der Wert unter 1 liegen sollte. Während im ersten Zeitraum dieser Aufzeichnung die Festplatte nicht wesentlich belastet wird, so ist gegen Ende der Messung das Disk-Subsystem deutlich überlastet. Die Performance des Disk-Subsystems, auf dem das Pagefile liegt, sollte immer gemeinsam mit dem Arbeitsspeicher betrachtet werden. Wenn der Arbeitsspeicher knapp wird, lagert Windows Teile des Speichers in das Pagefile auf der Festplatte aus und liest diese später wieder ein, was zu deutlich erhöhten Plattenaktivitäten auf der Festplatte führt, auf der das Pagefile liegt. Zusätzliche Performance Counter des \PhysicalDisk(*) bzw. \LogicalDisk(*) Objektes, die weiteren Aufschluss über die Plattenaktivität geben können: Avg. Disk Bytes/Read Durchschnitt der Auftragsgröße beim Lesen Avg. Disk Bytes/Write Durchschnitt der Auftragsgröße beim Schreiben Avg. Disk sec/Read Durchschnittswert der pro Leseauftrag benötigte Zeit in Sekunden Avg. Disk sec/Write Durchschnittswert der pro Schreibauftrag benötigte Zeit in Sekunden Disk Read Bytes/sec Gesamtanzahl der gelesenen Bytes pro Sekunde Disk Reads/sec Gesamtanzahl der Lesevorgänge pro Sekunde Disk Write Bytes/sec Gesamtanzahl der geschriebenen Bytes pro Sekunde Disk Writes/sec Gesamtanzahl der Schreibvorgänge pro Sekunde Der vielfach verwendete Counter »% Disk Time« ist nicht zu empfehlen, da er in heutigen Windows Versionen genau dem Hundertfachen von »Avg. Disk Queue Length« entspricht. © Fujitsu Technology Solutions 2009 Seite 40 (46)
White Paper Sizing Guide | Terminal Server Sizing Guide Version: 4.0, Oktober 2009 Aus diesen Performance Countern lässt sich das Zugriffsmuster auf die Festplatten ablesen, d.h. die gelesenen und geschriebenen Blockgrößen, und die Latenzzeiten (»Avg. Disk sec«) beim Lesen und Schreiben. Diese Messwerte sollten in dem Fall als Zusatzinformation ausgewertet werden, wenn die »Avg. Disk Queue Length« auf einen Festplattenengpass hindeutet. Mit der Anzahl von Schreib- und Leseaufträgen pro Sekunde können in Verbindung mit der im Durchschnitt genutzten Auftragsgröße und dem verwendeten RAID-Level ebenfalls Rückschlüsse auf die Auslastung des Disk-Subsystems getroffen werden. Zum Sizing von Disk-Subsystemen wurde ein eigenes White Paper »Performance Report – Modular RAID für PRIMERGY« [L5] erstellt. Zu beachten ist auch, dass ein Disk-Subsystem, das über iSCSI angeschlossen ist, zusätzlich zu den Performance Countern der Festplattenobjekte bei den Performance Countern der Netzwerkkarte auftaucht, die im Folgenden beschrieben werden. Netzwerk Für einen ersten Blick auf die Netzwerkauslastung reicht der Task-Manager aus. Auf der Seite »Netzwerk« (»Networking«) erhält man schnell einen Überblick über die »Netzwerkauslastung« (»Network Utilization«) der einzelnen Netzwerkkarten und deren »Übertragungsrate« (»Link Speed«). Bei einer Performance Monitor-Aufzeichnung sollten die folgenden Performance Counter mit berücksichtigt werden: \Network Interface(*)\Bytes Sent/sec \Network Interface(*)\Bytes Received/sec »Bytes Sent/sec« und »Bytes Received/sec« zählen die aus Sicht des Servers gesendeten und empfangenen Daten in Bytes. Zusätzlich ist es auch sinnvoll die Performance Counter \Network Interface(*)\Packets Received/sec \Network Interface(*)\Packets Sent/sec zu betrachten. »Packets Sent/sec« und »Packets Received/sec« sind die Anzahl der aus Sicht des Servers gesendeten und empfangenen Datenpakete. Aus dem Verhältnis der Datenbytes und der Anzahl der Pakete lässt sich die durchschnittliche Paketgröße ermitteln. Je größer die Netzwerkpakete, desto höher die mögliche Netzwerkauslastung. Die Protokolle RDP oder ICA, die ein Terminal Server zwischen Client und Server verwendet, beinhalten nicht sehr große Datenpakete. Eine 100% Auslastung eines 100 MBit-Netzwerkes wird sich daher kaum beobachten lassen. Das ICA-Protokoll des Citrix Presentation Server ist dabei noch etwas sparsamer als das RDP-Protokoll des Microsoft Terminal Services. Neben der Client-Server-Kommunikation entsteht in den meisten Anwendungsszenarien jedoch auch weiterer Netzwerkverkehr zu Back-End-Server, ins Internet, oder bei Verwendung eines Netzwerk-basierten Disk-Subsystem, wie NAS oder iSCSI Datentransfer zum Disk-Subsystem. Es ist dringend zu empfehlen, dass für diese unterschiedlichen Datenströme dedizierte Netzwerkinterfaces verwendet werden. Die verschiedenen Netzwerkinterfaces können anstelle des (*) im Performance Monitor auch einzeln mit ihrem Namen selektiert werden. Wenn (*), wie im Beispiel oben, als Netzwerkkartenbezeichnung angegeben wird, dann werden alle im System verfügbaren Netzwerkkarten aufgezeichnet. Hierzu gehört auch das Loopback-Interface, auf dem normalerweise nicht viel Netzwerkverkehr stattfindet. Zu beachten ist, dass sich mit dem Performance Monitor oder dem Task-Manager nur die Auslastung des Netzwerkes aus Sicht des Terminal Servers analysieren lässt. Datenverkehr anderer Server und Clients auf dem Netzwerk kann nicht erfasst werden. Oft ist jedoch nicht das Server-seitige Netzwerk selbst zu klein dimensioniert, sondern die Probleme können beispielsweise von fehlerhaften oder falsch konfigurierten Komponenten herrühren oder durch vielfältige Problemen bei der Verbindung dieser Komponenten entstehen. An dieser Stelle sollte man einen Netzwerkspezialisten hinzuziehen. © Fujitsu Technology Solutions 2009 Seite 41 (46)
Seite 1 und 2: Terminal Server Sizing Guide Ausgab
Seite 3 und 4: White Paper Sizing Guide | Terminal
Seite 39: White Paper Sizing Guide | Terminal

Terminal Server Sizing Guide - Fujitsu

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?