Exchange Leistungstest

Wenn Sie ein System zusammengestellt, installiert und angeblich korrekt installiert haben, dann sollten Sie trotzdem einen Minimalcheck auf die Geschwindigkeit des Systems durchführen. Oftmals sind alte Treiber, falsche Steckplätze oder Einstellungen und einiges mehr Ursache für eine mangelnde Performance. Daher gibt es auch hier das neue System einem Test zu unterziehen. In meiner bisherigen Tätigkeit ist es durchaus vorgekommen, dass von mehreren identischen Server ein System sehr viel langsamer war als seine identischen Brüder. Auch 100 MBit Netzwerkkarten an einem 100 MBit Switch können im falschen PCI-Slot sehr schnell auf wenige MBit ausgebremst werden.

Hier gilt es generell zwischen zwei Testmöglichkeiten zu unterscheiden:

Allerdings reicht es nicht zu messen, sondern die Messmethoden und Ergebnisse wollen sorgfältig ausgewählt und interpretiert werden. Wie immer gilt aber beim Messen der Spruch der Elektrotechnik: "Wer misst, miss meistens Mist". Allein der Aufruf einer genannten Programms ergeben keine nutzbaren Werte, sondern die Interpretation und die Einsatzumgebung haben einen großen Anteil an der Nützlichkeit einer Messung.

Tests zwischen Installation und Produktion

Nach der Installation ist die Korrektheit der Installation zu kontrollieren. Dies betrifft sowohl Einzelkomponenten als auch das Gesamtsystem. Die Werte der Einzelsysteme erlauben einen Rückschluss auf die geeignete Konfirgration. Entsprechend den Überlegungen für das Design (Siehe Exchange Sizing) werden bestimmte Performancedaten erwartet.

Sofern mehrere Server existieren oder vom Hersteller entsprechende Vergleichwerte genannt werden, sind direkte Vergleiche interessant. Diese Werte können auch Später für Updates, Installation von Service Packs, neuer Treiber oder Erweiterungen der Hardware oder neue Server herangezogen werden.

Festplattenperformance

Durch einen einfachen Test lässt sich die Performance der Festplattensubsysteme unter Windows testen. Diverse Freewaretools erlauben hier einen einfachen Geschwindigkeitstest. Beim Betrieb unter Windows ist wichtig, dass die Testdateien entsprechend groß sind, da sowohl das Betriebssystem als auch die Controller und Festplatten mittlerweile recht große Cachespeicher haben. So sind RAID-Controller mit 128 MByte Cache im "Write Back"-Mode keine Seltenheit. Beim Einsatz in großen Servern und SAN Umgebungen sind sogar mehrere Gigabyte als Cachespeicher üblich.

Wichtig ist bei all den Tests auch die Schreibmuster. Wenn Sie wissen, wie die Exchange Datenbank arbeitet (siehe Datenbankgrundlagen) können Sie die Festplatten und Raids entsprechend auslegen und die Partitionen entsprechende formatieren (Stichwort Stripegröße und Clustegröße)

Es macht keinen Sinn Mess- und Erfahrungswerte zu veröffentlichen, da Sie nur bei Kenntnis der Testsysteme verwertbar sind. Ich kann ihnen aber als Dienstleistung das Sizing, die Installation und den Test und die Kontrolle anbieten (Siehe Net at Work). Nur eines mit auf den Weg: Ein RAID-1 ist manchmal doppelt so schnell wie ein RAID-5. zwei gespiegelte große Festplatten könnten daher besser und günstiger sein als ein RAID-5 aus drei kleineren Festplatten.

Netzwerkperformance

Auch die Netzwerkkarten sind für Exchange essentiell für die Funktion und bei Connector Servern ist auch die Anbindung und der Durchsatz wichtig. Ist die 100MBit Karte wirklich gut am Hausnetzwerk angeschlossen und ist die Verbindung stabil, oder ist das Kabel vielleicht zu lang oder das Autodetect der Komponenten greift nicht sauber.

Daher ist es wichtig, auch die Performance der Netzwerkkarte zu messen. Dies ist natürlich mit einem einfachen "XCOPY" möglich, aber indirekt wird damit auch die Performance des Serverdienstes mit einbezogen. Selbst mehrmaliges Kopieren kleiner Daten aus dem Cache verfälschen die Daten, da trotzdem der Serverdienst und der gesamte Overhead der Kommunikation und der Client involviert sind. Gefragt sind daher Programme, die direkt über das Protokoll (z.B.: TCP/IP über Winsock) arbeiten und den Durchsatz messen

Es kann durchaus interessant sein, bei den Messungen per SNMP oder Webbrowser den Switch zu überwachen oder mit dem Netzwerkmonitor die Datenpakete zu protokollieren und dem Performance Monitor die Belastung der einzelnen Komponenten aufzuzeichnen um Grenzen und Reserven zu erkennen.

Hauptspeicher und Prozessor

Neben den Tests von Netzwerksystem und Festplatten kann der Gesamtrechner einer Betrachtung unterzogen werden. Nun macht es nicht sehr viel Sinn, die Grafikperformance eines Exchange Server zu untersuchen, auch wenn ich immer wieder Server mit aktiven OpenGL-3D-Bildschirmschonern sehe. Trotzdem können solche Benchmarks Fehlkonfigurationen oder Schwächen eines Servers im Bereich Hauptspeicher und Prozessor aufzeigen.

Aber die CPU-Leistung alleine ist nicht ausschlaggebend für einen Server. Gerade Server holen ihre Leistung aus den Festplatten, da Speicherausbau und Rechenleistung sehr stark gewachsen sind aber bei Festplatten Datendicht und Transferleistung nicht im gleichen Maß gewachsen sind. Die Positionierungszeiten der Köpfe sinken kaum noch. Aber die Werte CPU, Hauptspeicher und Bus-Durchsatz sind natürlich interessant, um Ausreißer zu erkennen oder Falschkonfigurationen auf die Spur zu kommen.

Anwendungsperformance Exchange

Neben den Messwerten auf den Einzelkomponenten kann auch die Gesamtperformance des Exchange Servers getestet werden. So können mehrere Testprogramme die Leistungsfähigkeit messbar machen. Dazu zählen:

Gerade die Benchmarks auf Exchange selbst sind aber nicht einfach mal so installiert und aufgerufen, sondern sollten geplant und konfiguriert werden. Dabei ist es hilfreich das zu erwartende Benutzerverhalten zu ermitteln und entsprechend die Tests einzurichten.

Zu den Exchange Benchmarks gibt es auch von diversen Herstellern weitergehende Informationen, Vergleichswertre und Testwerte, z.B.:

Sonstige Tests

Wichtig sind auch Tests, wenn zusätzliche Produkte (z.B. Virenscanner) installiert werden, zum den Einfluss auf die Performance

Tests im Betrieb

Während des produktiven Betriebs sind Tests, die das System bis auf die Grenze belasten nicht möglich. Allenfalls während geplanter Servicezeiten oder Downzeiten und nach Updates kann ein Test möglich sein. Wobei auch hier natürlich keine destruktiven Tests durchgeführt werden können. Auch Tests wie MMB2 etc. scheiden meist aus, da dazu Exchange Benutzer notwendig sind und diese sich im auch im Produktionsfeld nur schwer verbergen lassen.

Im Produktionsbetrieb sind daher Tests vorzuziehen, die die Funktion und Erreichbarkeit der Dienste prüfen und je nach Einstellung z.B. einen Alarm auslösen.

So können Testprogramme regelmäßig Mails per SMTP an Exchange senden und die erfolgreiche Absendung in einer bestimmten Zeit kontrollieren. Ebenso können andere Programme Mailboxen öffnen und eine Testnachricht lesen und die Zeit und den Erfolg messen. Informationen finden Sie dazu auf Überwachen mit Performance Monitor und SNMP.

Weitere Links

Keywords:Performance Leistung Test DT NETIO