Sizing Guide Exchange Server 2003 - Fujitsu

Weitere Magazine

Empfehlungen

Info

White Paper Sizing Guide Exchange Server 2003 Version: 4.2, July 2006 Exchange Messmethodik Eine immer wiederkehrende Frage bei der Dimensionierung eines Servers ist: »Welche PRIMERGY benötige ich für N Exchange Benutzer?« oder »Wie viele Exchange Benutzer kann ein bestimmtes PRIMERGY Modell bedienen?«. Diese Frage stellen sich insbesondere Kunden und Vertriebsmitarbeiter, die natürlich das optimale System suchen. Nicht unterdimensioniert, damit die Leistung stimmt, aber auch nicht überdimensioniert, damit der Preis stimmt. Darüber hinaus stellen sich die Techniker zusätzlich die Frage: »Wie konfiguriere ich das System, damit die optimale Leistung aus der vorhandenen Hardware gezogen werden kann?« Denn so ist es beispielsweise entscheidend, wie die Festplatten in RAID-Verbänden organisiert werden. Leider lassen sich die Antworten nicht in einer übersichtlichen Tabelle mit der Anzahl Benutzer in der einen und dem idealen PRIMERGY System bzw. dessen Konfiguration in der anderen Spalte auflisten, auch wenn sich das viele wünschen und einige Mitbewerber dies sogar suggerieren. Warum die Antworten auf die doch scheinbar so simplen Fragen nicht so trivial sind und wie man dennoch auf Basis der Benutzeranzahl auf ein geeignetes PRIMERGY System schließen kann, wollen wir im Folgenden aufzeigen. Benutzer Definition Der schwierigste Punkt in der scheinbar so einfachen Frage »Welche PRIMERGY benötige ich für N Benutzer?« ist der Benutzer selbst. Auf die Frage »Was ist ein Benutzer?« könnte die Antwort sein: Ein Mensch der Exchange benutzt, also E-Mails verschickt. Ist das alles? Nein, er liest natürlich auch E-Mails ... und die Ablage, die Exchange bietet, wird genutzt ... und Adressen werden verwaltet … und der Kalender verwendet. Und wie intensiv führt der Benutzer solche Tätigkeiten aus? Abhängig von den täglichen Anforderungen … Zusätzlich zu der Frage, wie das Benutzerverhalten hinsichtlich Anzahl und Größe der Mails ist, stellt sich heute immer mehr die Frage nach der Zugriffsmethode: »Auf welchem Wege greift der Benutzer auf das Mail-System zu?« Vor einigen Jahren war es typisch, dass zumindest innerhalb einer Organisationseinheit recht homogene Infrastrukturen anzutreffen waren und meist alle Mitarbeiter einheitlich z.B. mit Outlook arbeiteten. Durch wachsende Mobilität der Endbenutzer und der wachsenden Vielfalt der Mail-fähigen Systeme steigt auch die Vielzahl der Protokolle und Zugriffsmechanismen, wie Outlook (MAPI), Internet- Protokolle (POP3, IMAP4, LDAP), Web-basiert (HTTP) oder über Mobile-Devices (WAP), um nur die wichtigsten aufzuzählen. Jetzt könnte man meinen, dies hätte nicht unmittelbar Einfluss auf die Anzahl der Benutzer, welche einen Exchange Server bedienen, denn ein Benutzer nutzt ja zu einer Zeit entweder das eine oder das andere Protokoll, ist also im Endeffekt nur ein Benutzer. Dem ist aber nicht so, denn die Mail-Protokolle sind von ihrer Kommunikationsart sehr unterschiedlich, so werden beispielsweise bei dem einen Protokoll die Mails in Gänze verarbeitet, während bei einem anderen Protokoll eine objekt-orientierte Verarbeitung (Sender, Recipient, Subject, ...) erfolgt. Dieses unterschiedliche Zugriffsmuster führt dazu, dass die Mail vom Exchange Server in das jeweils gewünschte Format konvertiert werden muss. Denn die Information wird nur in einem Format im Information Store des Exchange Servers gespeichert. Die durch die Konvertierungen entstehende Serverbelastung ist zum Teil nicht unerheblich. Mit Exchange 2000 Server und Exchange Server 2003 hat Microsoft im Gegensatz zu Exchange Server 5.5 hier bereits einige Vorkehrungen getroffen, um die Last durch Konvertierung von Mail-Formaten und Protokollen zu reduzieren. Es wird z.B. für den Internet-basierten Zugriff ein spezieller Streaming-Cache angelegt, welcher die für MAPI-basierte Zugriffe optimierten Datenbanken entlastet. Unser größtes Problem sehen wir bei der Frage: wie plant man den menschlichen Faktor ein? Es gibt nicht den Benutzer. Ebenso, wie es kleine, große, dicke, dünne Menschen gibt, gibt es Benutzer, die das Medium Electronic-Mail intensiver oder weniger intensiv verwenden. Dies hängt nicht zuletzt von der jeweiligen Aufgabe des Anwenders ab. Während der eine vielleicht nur einige wenige kurze Text-Mails pro Tag versendet, so versendet ein anderer E-Mails mit größeren Anlagen von einigen Megabytes. Der eine liest eine Mail und löscht sie, der andere Anwender archiviert die Mails in seiner Mailbox, was natürlich in einer ganz anderen Belastung des Exchange Servers resultiert. © Fujitsu Technology Solutions, 2009 Seite 6 (71)
White Paper Sizing Guide Exchange Server 2003 Version: 4.2, July 2006 Wir haben nun erkannt, dass ein Benutzer nicht gleich Benutzer ist. Aber selbst wenn wir das Benutzerprofil kennen, stellt sich die Frage, wie viele Benutzer mit einem bestimmten Mail-Verhalten ein Server-System bedienen kann. Eine exakte Antwort hierauf kann aufgrund der vielschichtigen Einflüsse nur durch einen Test in einer realen Umgebung gefunden werden. Aber dies ist natürlich unmöglich. Annähernd gute Leistungsaussagen lassen sich aber durch Simulationen gewinnen. Lastsimulation mit LoadSim 2003 Wie ermittelt man, welche Anzahl von Benutzern ein Server bedienen kann? Man probiert es aus. Natürlich kann dies nicht mit realen Benutzern geschehen, sondern es werden die Benutzer mit Hilfe von Computern, so genannten Lastgeneratoren, und einer speziellen Software simuliert. Für Microsoft Exchange Server gibt es hierzu den Lastsimulator LoadSim. Der Microsoft Exchange Server Lastsimulator LoadSim 2003 (interne Versionsnummer 6.5) ist ein Werkzeug, mit dem eine Vielzahl von Mail-Benutzern simuliert werden können. LoadSim kann verwendet werden, um die Leistungsfähigkeit des Microsoft Exchange Servers unter verschiedener Last zu ermitteln. Mit Hilfe von frei definierbaren Lastprofilen kann das Verhalten des Servers studiert werden. Dabei ermittelt der Lastsimulator LoadSim einen so genannten Score. Dies ist die mittlere Antwortzeit, die der Benutzer auf die Quittierung seines Auftrags warten musste. Hier gilt eine Antwortzeit von 0.2 Sekunden als exzellenter Wert, da dies der natürlichen Reaktionszeit des Menschen entspricht. Ein Wert von unter einer Sekunde gilt im Allgemeinen als akzeptabel. Die Ergebnisse können dann verwendet werden, um die optimale Anzahl Benutzer pro Server zu ermitteln, Perfor- Active Directory Netzwerk Lastgeneratoren Steuer- Konsole zu vermessender Exchange Server mance-Engpässe zu analysieren, sowie die Leistungsfähigkeit einer bestimmten Hardware-Konfiguration zu bewerten. Für eine eigene Leistungsanalyse können Sie den Exchange Lastsimulator LoadSim 2003 auf der Microsoft Web Seite Downloads for Exchange Server 2003 [L9] finden. Doch auch eine Lastsimulation hat ihre Tücken. Denn sie ist nur so gut wie das definierte Lastprofil. Nur wenn das Lastprofil mit der Realität übereinstimmt oder ihr sehr nahe kommt, korrelieren die Ergebnisse der Lastsimulation mit der Leistung im realen Betrieb. Kennt der Kunde sein Lastprofil, so kann in einer kundenspezifischen Simulation die Leistung einer Exchange Lösung recht genau evaluiert werden. Leider ist das Lastprofil in den seltensten Fällen genau bekannt. Ferner erhält man bei dieser Methode zwar für einen ausgewählten Kunden genaue Leistungsaussagen, kann aber keine allgemein gültigen Performance-Aussagen ableiten. Um allgemeingültige Leistungsmessungen durchführen zu können, müssen einige Vereinheitlichungen vorgenommen werden. Zum einen muss ein Standardbenutzerprofil gefunden werden, zum anderen muss die Exchange Umgebung idealisiert werden. Beide Annahmen müssen dabei eine möglichst große Bandbreite der realen Szenarien abdecken. Damit ist man in der Lage, mit Hilfe einer Lastsimulation sehr gut den Einfluss bestimmter Schlüsselkomponenten, wie z.B. CPU-Leistung, Arbeitsspeicher, Disk-Subsystem, auf die Leistung des Gesamtsystems zu ermitteln. Hieraus lässt sich ein Satz von Grundregeln ableiten, welche bei der Dimensionierung eines Exchange Servers zu beachten sind. Ferner lassen sich mit einem Standardlastprofil die verschiedenen Modelle der PRIMERGY Systemfamilie nach einer einheitlichen Methode vermessen, um so eine Einstufung in gewisse Leistungsklassen vorzunehmen. © Fujitsu Technology Solutions, 2009 Seite 7 (71) •••
Seite 1 und 2: Sizing Guide Exchange Server 2003 A
Seite 3 und 4: White Paper Sizing Guide Exchange S
Seite 5: White Paper Sizing Guide Exchange S
Seite 57 und 58:
White Paper Sizing Guide Exchange S
Seite 59 und 60:
Seite 61 und 62:
Seite 63 und 64:
Seite 65 und 66:
Seite 67 und 68:
Seite 69 und 70:
Seite 71:
Alle anzeigen

Sizing Guide Exchange Server 2003 - Fujitsu

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

Template löschen?

Als Template speichern?