Basisdaten zur Leistung von Outlook Web Access
Letztes Änderungsdatum des Themas: 2005-05-10
In diesem Abschnitt finden Sie Basisdaten für die Leistung von Outlook Web Access. Outlook Web Access ist eine Weboberfläche, die HTTP verwendet, um auf einen Exchange-Server zuzugreifen. Sie können mit jedem beliebigen Webbrowser auf die meisten Funktionen zugreifen, die auch ein Client zur Verfügung hat, der Outlook einsetzt. In diesem Abschnitt werden folgende Szenarios beschrieben:
- Szenario 1 Vergleich von 10.000 Outlook Web Access-Benutzern auf dem Front-End-Server mit ähnlichem Nachrichtenfluss auf zwei unterschiedlichen Konfigurationen: Exchange Server 2003 in Kombination mit Windows 2000 und Exchange Server 2003 in Kombination mit Windows Server 2003.
- Szenario 2 Vergleich der Leistung bei aktivierten Zusatzfunktionen und konstantem Nachrichtenfluss.
- Szenario 3 Vergleich der Leistung bei aktivierten Zusatzfunktionen unter verschiedenen Auslastungen mithilfe von LoadSim.
Szenario 1
In diesem Szenario werden 10.000 Outlook Web Access-Benutzer auf dem Front-End-Server mit ähnlichem Nachrichtenfluss auf zwei unterschiedliche Konfigurationen verglichen: Exchange Server 2003 in Kombination mit Windows 2000 und Exchange Server 2003 in Kombination mit Windows Server 2003. Folgende Konfiguration wird in diesem Szenario verwendet:
- Es gibt vier Speichergruppen mit jeweils drei privaten Postfachspeichern.
- Clients senden Nachrichten mit einer durchschnittlichen Größe von 20 KB.
- In den Posteingängen der Benutzer befinden sich vor Beginn des Tests jeweils 31 IMAP4-Nachrichten.
- Da jeder Benutzer mehrere E-Mail-Nachrichten über das Internet sendet ist Datenübertragungsverkehr vorhanden.
- Jede Benutzerverbindung dauert ungefähr 10 Minuten.
In der folgenden Tabelle sind die Aktionen der Benutzer aufgeführt.
Benutzertestskript
| Vorgang | Anzahl der Durchführung |
|---|---|
Anmelden |
1 |
Auf neue Nachrichten prüfen |
2 |
Nachrichten senden |
2 |
Empfänger von gesendeten Nachrichten |
1 |
Nachrichten empfangen |
4 |
Nachrichten lesen |
4 |
Nachrichten verschieben |
1 |
Nachrichten löschen |
1 |
Hardware
In der folgenden Tabelle sind die Spezifikationen der drei in diesem Szenario verwendeten Server aufgeführt.
Hardware für Outlook Web Access-Szenario 1
| Servertyp | Prozessortyp | RAM | Speicher- |
|---|---|---|---|
Front-End-Server |
Intel P4 Xeon 2-Prozessoren, 2,6 GHz (Hyperthreading) |
1 GB |
|
Back-End-Server 1 |
Intel P4 Xeon 4-Prozessoren, 1,4 GHz |
4 GB |
|
Back-End-Server 2 |
AMD Opteron 4-Prozessoren 1,6 GHz |
2 GB |
|
Outlook Web Access-Front-End-Server
Der Clientzugriff auf Outlook Web Access erfolgt mit HTTP. In der folgenden Tabelle wird eine Übersicht über Prozessorauslastung, Kontextwechsel pro Sekunde, Netzwerkverkehr und Speicherauslastung auf dem Front-End-Server unter Windows 2000 und unter Windows Server 2003 dargestellt.
Vergleich von Outlook Web Access-Front-End-Servern
| Front-End-Server | Exchange Server 2003 Windows 2000 | Exchange Server 2003 Windows Server 2003 |
|---|---|---|
Netzwerkauslastung (in Kbit/s) |
4,679 |
6,313 |
Private Inetinfo-Bytes |
518 MB |
38 MB |
Private W3WP-Bytes |
Nicht zutreffend |
79 MB |
Verfügbare MB |
276 MB |
484 MB |
Prozessorzeit (%) |
52% |
21% |
Kontextwechsel/s |
11,795 |
13,791 |
Gesamtanzahl Webbytes/s |
2.720 KB |
3.706 KB |
Web ISAPI-Erweiterungsanforderungen/s |
98 |
135 |
Weitere Informationen zu den in diesem Szenario verwendeten Leistungsindikatoren finden Sie unter Definitionen der Leistungsindikatoren.
Prozessor
In diesem Szenario beansprucht Outlook Web Access bedeutend weniger CPU-Speicherplatz auf dem Front-End-Server als unter Windows Server 2003. Die Anzahl der Kontextwechsel ist stabil und für 10.000 Benutzer recht gering.
Hauptspeicher
Der IIS Worker-Prozess (W3WP) in Windows Server 2003 ist speichereffizienter als Internet Information Services (IIS) in Windows 2000 bei der Verarbeitung von Outlook Web Access-Anforderungen. In diesem Szenario beansprucht Exchange Server 2003 auf Windows 2000 Server 756 MB RAM, während auf dem Server mit Windows Server 2003 nur 540 MB belegt werden. Der Inetinfo-Kernprozess in Windows Server 2003 verschiebt die meisten Aufgaben in den W3WP-Prozess. Der Speicherprozess hat auf beiden Front-End-Servern einen nur unbedeutenden RAM-Bedarf.
Datenträgerauslastung
Weitere Informationen zur Datenträgerauslastung für einen dedizierten Front-End-Server für Outlook Web Access finden Sie in diesem Thema im Abschnitt „POP3-Front-End-Server“ unter „Datenträgerauslastung“.
Netzwerkauslastung
Weitere Informationen zur Netzwerkauslastung für einen dedizierten Outlook Web Access-Front-End-Server finden Sie unter „Netzwerkauslastung“ in Basisdaten zur Leistung von POP3.
Outlook Web Access-Back-End-Server
In der folgenden Tabelle sind die vom Outlook Web Access-Back-End-Server erzielten Ergebnisse aufgeführt.
Vergleich von Outlook Web Access-Back-End-Servern
| Back-End-Server | Exchange 2003 Windows 2000 | Exchange 2003 Windows Server 2003 |
|---|---|---|
Größe des Datenbankcache |
896 MB |
896 MB |
Verfügbare MB |
409 MB |
93 MB |
Lokale Übermittlungsrate |
7 |
6 |
Netzwerkauslastung (in Kbit/s) |
4,705 |
6,313 |
Bytes/s |
14.739 KB |
15.365 KB |
DB-Übertragungen/s |
1,959 |
1,723 |
Private Inetinfo-Bytes |
83 MB |
124 MB |
Bytes virtueller Speicher |
1.788 MB |
1.764 MB |
Prozessorzeit (%) |
27% |
38% |
Kontextwechsel/s |
15,769 |
14,363 |
Web ISAPI-Erweiterungsanforderungen/s |
59 |
81 |
Weitere Informationen zu den in diesem Szenario verwendeten Leistungsindikatoren finden Sie unter Definitionen der Leistungsindikatoren.
Prozessor
Obwohl die CPU-Auslastung auf dem Front-End-Server unter Windows Server 2003 verringert wurde, ist sie auf dem Back-End-Server angestiegen. Durch den höheren Durchsatz im Test mit Windows Server 2003 wird zwar eine höhere CPU-Auslastung erzeugt, die Auslastung pro Operation ist jedoch bei beiden Tests gleich.
Hauptspeicher
Die Outlook Web Access-Back-End-Server mit vier Prozessoren benötigen mindestens 500 MB RAM. Während der meisten der in diesem Thema beschriebenen Szenarios mit vier Prozessoren beanspruchte der Store.exe-Prozess mehr als 1 GB RAM. Exchange Server 2003 beansprucht maximal 3 GB Speicher. Erweitern Sie zur Leistungssteigerung den Speicher auf 3 GB, um Auslagerungen auf die Festplatte zu verringern.
Datenträgerauslastung
Bei Verwendung eines für Outlook Web Access-Clients dedizierten Back-End-Servers sollten Sie die Datenbankdateien jeder Speichergruppe auf einem dedizierten RAID0+1-Array ablegen und Controller mit Cachepuffer verwenden.
Netzwerkauslastung
Eine 100 Mbit/s-Netzwerkverbindung mit Vollduplexfunktion ist für alle Outlook Web Access-Postfachserveranwendungen ausreichend. In allen in diesen Richtlinien aufgeführten Outlook Web Access-Tests wurde eine Netzwerkauslastung von 7 Mbit/s nicht überschritten, auch unter den härtesten Testbedingungen nicht. Dieser Wert liegt weit unter der Auslastungsgrenze einer 100 Mbit/s-Netzwerkverbindung mit Vollduplexfunktion.
Szenario 2
In diesem Szenario wird die Leistung zusätzlicher Outlook Web Access-Funktionen mit dem Outlook Web Access-Basisdatentest (Szenario 1) verglichen. In diesem Szenario sind folgende Funktionen aktiviert:
- Rechtschreibprüfung Der Outlook Web Access-Basisdatentest wird so modifiziert, dass bei jedem Senden, Antworten und Weiterleiten die Rechtschreibung geprüft wird, um einen Benutzer zu simulieren, der die Rechtschreibprüffunktion für gesendete Nachrichten verwendet.
- SSL Der Outlook Web Access-Basisdatentest wird so modifiziert, dass SSL-Verschlüsselung eingesetzt wird, um den Sicherheitsmechanismus und ein Beispiel für einen grundlegenden Outlook Web Access-SSL-Test vorzustellen.
- gzip-Komprimierung Der Outlook Web Access-SSL-Basisdatentest wird durch die Verwendung der gzip-Komprimierung erweitert. Die Größe der gesendeten Dateien wird dadurch reduziert.
- S/MIME Der Outlook Web Access-SSL-Basisdatentest wird so modifiziert, dass Secure/Multipurpose Internet Mail Extensions (S/MIME) eingesetzt werden, um jede gesendete, geantwortete oder weitergeleitete Nachricht zu verschlüsseln.
Zusätzlich wird in diesem Szenario folgende Konfiguration verwendet:
- Es gibt vier Speichergruppen mit jeweils drei privaten Postfachspeichern.
- Es wird von 2.000 Outlook Web Access-Benutzern mit 3,5 Nachrichten pro Sekunde ausgegangen, die über einen SMTP-Server vom Internet eingehen.
- Clients senden Nachrichten mit einer durchschnittlichen Größe von 20 KB.
- In den Posteingängen der Benutzer befinden sich vor Beginn des Tests jeweils 31 IMAP4-Nachrichten.
- Da jeder Benutzer mehrere E-Mail-Nachrichten über das Internet sendet ist Datenübertragungsverkehr vorhanden.
- Jede Benutzerverbindung dauert ungefähr 10 Minuten.
Die Tabelle in Szenario 1 zeigt die Aktionen, die von den einzelnen Benutzern in Szenario 2 ausgeführt wurden.
Hardware
Bei diesem Szenario wird die gleiche Hardwarekonfiguration wie im Outlook Web Access-Szenario 1 verwendet.
Outlook Web Access-Features – Front-End-Server
Ausgehend von den in Szenario 1 aufgeführten Benutzeraktionen wurden folgende Daten erhoben.
Vergleich von Outlook Web Access-Front-End-Features
| Front-End-Server | Outlook Web Access-Basisdaten | Rechtschreibprüfung | SSL | SSL GZIP | SSL S/MIME |
|---|---|---|---|---|---|
Private Inetinfo-Bytes |
36 MB |
36 MB |
29 MB |
29 MB |
29 MB |
Private Lsass-Bytes |
50 MB |
58 MB |
211 MB |
212 MB |
222 MB |
MB verfügbar |
517 |
484 |
335 |
338 |
289 |
Prozessorzeit (%) |
12% |
23% |
27% |
29% |
33% |
Kontextwechsel/s |
3,303 |
3,685 |
3,462 |
3,461 |
3,794 |
Gesamtanzahl Webbytes/s |
332 KB |
494 KB |
377 KB |
384 KB |
508 KB |
Web ISAPI-Erweiterungsanforderungen/s |
34 |
46 |
34 |
35 |
45 |
Weitere Informationen zu den in diesem Szenario verwendeten Leistungsindikatoren finden Sie unter Definitionen der Leistungsindikatoren.
Prozessor
Wenn die Rechtschreibprüfung aktiviert ist, wird die Prozessorauslastung gegenüber den Outlook Web Access-Basisdaten fast verdoppelt. Die Rechtschreibprüfung ist auf dem Front-End-Server sehr CPU-intensiv. Sie kann für jede gesendete Nachricht manuell oder automatisch aktiviert werden. Für SSL werden 125 Prozent mehr CPU beansprucht, als für die Outlook Web Access-Basisdaten. Durch Aktivieren der gzip-Komprimierung wird die CPU-Auslastung gegenüber den SSL-Basisdaten um 7 Prozent erhöht. Das Aktivieren von S/MIME erwies sich als am CPU-intensivsten. Dadurch wurde die CPU-Auslastung gegenüber den SSL-Basisdaten um 22 Prozent erhöht. Die Anzahl der Kontextwechsel ist niedrig und in allen Tests ähnlich.
Hauptspeicher
Alle Tests weisen eine ähnliche Speicherplatzauslastung auf. In den SSL-aktivierten Tests liegt eine Abnahme der verfügbaren Megabyte vor, da der Lsass-Prozess mehr Speicherplatz beansprucht. Der Lsass-Prozess verwaltet die Anmeldeinformationen und die Verschlüsselung einer SSL-Verbindung.
Datenträgerauslastung
Auf einem Front-End-Server für Outlook Web Access wird die Festplatte nur in seltenen Fällen genutzt. Weitere Informationen zur Datenträgerauslastung für einen dedizierten Front-End-Server für Outlook Web Access finden Sie in diesem Kapitel im Abschnitt „POP3-Front-End-Server“ unter „Datenträgerauslastung“ in Basisdaten zur Leistung von POP3.
Netzwerkauslastung
Alle Tests zeigen eine ähnliche Netzwerkauslastung. Die Rechtschreibprüfung beansprucht 5 Prozent mehr Netzwerkauslastung auf dem Front-End-Server. Dies liegt daran, dass zusätzlich die Nachricht an den Front-End-Server zur Rechtschreibprüfung gesendet werden muss, bevor die Nachricht schließlich zur Übermittlung gesendet werden kann. S/MIME ist mit 27 Prozent mehr Netzwerkauslastung auf dem Front-End-Server die bemerkenswerte Ausnahme.
Outlook Web Access-Features – Back-End-Server
Die meisten der getesteten Features beeinflussen den Front-End-Server und nicht den Back-End-Server.
Vergleich der Outlook Web Access-Back-End-Features
| Back-End-Postfachserver | Outlook Web Access | Rechtschreibprüfung | SSL | SSL GZIP | SSL S/MIME |
|---|---|---|---|---|---|
Lokale Übermittlungsrate |
24 |
22 |
23 |
23 |
8 |
DB-Übertragungen/s |
935 |
745 |
1,021 |
1,031 |
711 |
Netzwerkauslastung (in Kbit/s) |
687 |
723 |
675 |
695 |
876 |
Private Inetinfo-Bytes |
120 MB |
107 MB |
72 MB |
75 MB |
112 MB |
Prozessorzeit (%) |
40% |
41% |
42% |
40% |
37% |
Kontextwechsel/s |
11,842 |
12,486 |
11,878 |
11,997 |
10,931 |
Gesamtanzahl Webbytes/s |
271 KB |
312 KB |
275 KB |
291 KB |
400 KB |
Web ISAPI-Erweiterungsanforderungen/s |
34 |
41 |
34 |
35 |
45 |
Weitere Informationen zu den in diesem Szenario verwendeten Leistungsindikatoren finden Sie unter Definitionen der Leistungsindikatoren.
Prozessor
Die Werte für Prozessorauslastung und Kontextwechsel sind in den Tests mit ungefähr 40 Prozent CPU-Auslastung und 12.000 Kontextwechsel ähnlich.
Hauptspeicher
Die Speicherauslastung ist in allen Tests ähnlich. In den SSL-aktivierten Tests wird im Inetinfo-Prozess weniger Speicherplatz benötigt.
Datenträgerauslastung
Für einen Back-End-Server für Outlook Web Access ist sehr viel Festplattenspeicher erforderlich. Verwenden Sie RAID0+1 für die Datenbankdatenträger und mindestens RAID1 für jedes Transaktionsprotokoll in einer Speichergruppe.
Netzwerkauslastung
Die Netzwerkauslastung ist in allen Tests ähnlich und erfordert problemlos einen Netzwerkadapter mit einer Geschwindigkeit von 100 Mbit/s.
Szenario 3
In diesem Szenario wird die Leistung bei Aktivieren zusätzlicher Features unter verschiedenen MAPI-Benutzerauslastungen verglichen. In diesem Szenario wird von 8.000 MAPI-Benutzern mit 3,5 Nachrichten pro Sekunde ausgegangen, die über einen SMTP-Server aus dem Internet empfangen werden. Es werden folgende Konfigurationen getestet:
- MAPI-Basisdaten In diesem Basisdatentest greifen 8.000 MAPI-Benutzer direkt auf den Back-End-Server zu und pro Sekunde werden 3,5 Nachrichten über einen SMTP-Server aus dem Internet an den Back-End-Server gesendet.
- MAPI, Exchange ActiveSync und AUTD In diesem Basisdatentest greifen 8.000 MAPI-Benutzer direkt auf den Back-End-Server zu und pro Sekunde werden 3,5 Nachrichten über einen SMTP-Server aus dem Internet an den Back-End-Server gesendet. 2.400 der 8.000 Benutzer verwenden Exchange ActiveSync, um ihre Mobilgeräte über den Front-End-Server mit ihren Postfächern zu synchronisieren. Die Hälfte der Exchange ActiveSync-Benutzer (1.200) hat für Benachrichtigungen AUTD (Always Up-To-Date) eingerichtet. Jede Exchange ActiveSync-Verbindung dauert ungefähr 3 Minuten. In Tabelle 2.16 sind die Aktionen der Benutzer aufgeführt.
- RPC über HTTP Dieser Basisdatentest wird über einen Front-End-RPC-Proxyserver geroutet.
- MAPI und Outlook Web Access In diesem Basisdatentest greifen 8.000 MAPI-Benutzer direkt auf den Back-End-Server zu und pro Sekunde werden 3,5 Nachrichten über einen SMTP-Server aus dem Internet an den Back-End-Server gesendet. 500 Outlook Web Access-Benutzer greifen über den Front-End-Server auf ihre Postfächer zu. Jede Benutzerverbindung dauert ungefähr 10 Minuten und jeder Benutzer hat dieselben Aktionen wie in Szenario 1 beschrieben durchgeführt.
Die durchschnittliche Client-Nachrichtengröße beträgt 20 KB. Im Posteingang von jedem Benutzer befinden sich vor Beginn des Tests ungefähr 31 IMAP4-Nachrichten. Da jeder Benutzer mehrere E-Mail-Nachrichten über das Internet sendet ist Datenübertragungsverkehr vorhanden.
Exchange ActiveSync-Benutzertestskript
| Vorgang | Anzahl der Durchführung |
|---|---|
GETHIERARCHY |
2 |
sync calendar |
5 |
sync contacts |
5 |
sync inbox |
2 |
getestimate calendar |
1 |
getestimate contacts |
1 |
getestimate inbox |
1 |
addmailrecipient |
0.6 |
sendmail |
1 |
syncadd contacts |
1 |
syncchange FOLDER(„contacts“).rnd |
2 |
syncdel FOLDER(„contacts“).rnd |
2 |
syncadd calendar |
1 |
Hardware
In der folgenden Tabelle sind die Spezifikationen der vier in diesem Szenario verwendeten Server aufgeführt.
Hardwarekonfiguration für Outlook Web Access-Szenario 3
| Servertyp | Prozessortyp | RAM | Speicher- |
|---|---|---|---|
Front-End-Server 1 (MAPI, AUTD, Exchange ActiveSync) |
Intel P4 Xeon 2-Prozessoren, 2,6 GHz |
1 GB |
|
Front-End-Server 2 (MAPI, RPC über HTTP) |
AMD Athlon 2-Prozessor, 1,2 GHz |
2 GB |
|
Front-End-Server 3 (MAPI, Outlook Web Access) |
Intel P2 Xeon 2-Prozessoren, 450 MHz |
1 GB |
|
Back-End-Server |
Intel P4 Xeon MP 4-Prozessoren, 1,4 GHz (Hyperthreading) |
4 GB |
|
Outlook Web Access-Features unter Verwendung von MAPI – Front-End-Server
In der folgenden Tabelle wird die Leistung der drei Front-End-Server unter ähnlichen MAPI-Auslastungen dargestellt.
Outlook Web Access-Features unter Verwendung von MAPI – Front-End
| Front-End-Server 1 (MAPI, Exchange ActiveSync, AUTD) | Front-End-Server 2 (RPC über HTTP) | Front-End-Server 3 (MAPI, Outlook Web Access) | |
|---|---|---|---|
Prozessorzeit (%) |
3% |
23% |
2% |
Kontextwechsel/s |
610 |
10,447 |
776 |
Gesamtanzahl Webbytes/s |
6 KB |
253 KB |
123 KB |
Web ISAPI-Erweiterungsanforderungen/s |
4 |
61 |
3 |
Weitere Informationen zu den in diesem Szenario verwendeten Leistungsindikatoren finden Sie unter Definitionen der Leistungsindikatoren.
Wenn Sie einen Front-End-Server für RPC über HTTP-Proxyserver verwenden, beansprucht dieser 23 Prozent des Servers mit zwei 1,2-GHz-Prozessoren für 8.000 Benutzer mit 10.000 Kontextwechseln. Die Outlook Web Access- und ActiveSync-Auslastung ist auf dem Front-End-Server minimal. Die Speicherplatz- und Festplattenauslastung ist minimal und die Netzwerkauslastung beträgt 2 MB. Dieser Wert wird durch den empfohlenen Netzwerkadapter mit einer Geschwindigkeit von 100 Mbit/s problemlos erfüllt.
Outlook Web Access-Features unter Verwendung von MAPI – Back-End-Server
In der folgenden Tabelle wird die Leistung des Back-End-Servers bei Aktivieren bestimmter Outlook Web Access-Features dargestellt.
Outlook Web Access-Features unter Verwendung von MAPI – Back-End
| MAPI-Basisdaten | RPC über HTTP | MAPI und Outlook Web Access | MAPI, ActiveSync und AUTD | |
|---|---|---|---|---|
Größe des Datenbankcache |
896 |
896 |
896 |
896 |
Protokollschreiboperationen/Sek. |
265 |
270 |
229 |
220 |
DB-Übertragungen/s |
1,609 |
1,494 |
1,767 |
1,530 |
Bytes/s |
18,7 MB |
16,9 MB |
20,5 MB |
18,6 MB |
Lokale Übermittlungsrate |
26 |
25 |
26 |
22 |
RPC-Operationen/s |
1,208 |
1,136 |
1,226 |
1,188 |
RPC-Anforderungen |
9 |
6 |
22 |
7 |
Netzwerkauslastung (in Kbit/s) |
2,452 |
2,031 |
2,237 |
2,008 |
Private Inetinfo-Bytes |
190 |
51 |
187 |
45 |
Bytes virtueller Speicher |
2,127 |
2,063 |
2,104 |
2,124 |
Prozessorzeit (%) |
50 |
44 |
73 |
91 |
Kontextwechsel/s |
13,875 |
13,292 |
18,824 |
12,365 |
Gesamtanzahl Webbytes/s |
Nicht zutreffend |
Nicht zutreffend |
109 KB |
108 KB |
Übermittelte SMTP-Nachrichten/s |
7.6 |
7.6 |
8 |
7 |
Web ISAPI-Erweiterungsanforderungen/s |
Nicht zutreffend |
Nicht zutreffend |
3 |
17 |
Weitere Informationen zu den in diesem Szenario verwendeten Leistungsindikatoren finden Sie unter Definitionen der Leistungsindikatoren.
Auf Grundlage dieses Tests ergaben sich die folgenden Schlussfolgerungen:
- MAPI, Exchange ActiveSync und AUTD im Vergleich zu MAPI
- Es werden vier AUTD- und Exchange ActiveSync-Benachrichtigungen pro Sekunde gesendet.
- Auf dem Back-End-Server drücken Exchange ActiveSync- und AUTD-Benachrichtigungen die CPU-Auslastung auf über 90 Prozent, um das Exchange ActiveSync-Feature zu verarbeiten. Die Auslastung auf dem Front-End-Server ist sehr gering.
- RPC über HTTP im Vergleich zu MAPI
- Wenn die MAPI-Datenübertragung über einen Front-End-Proxyserver geroutet wird, beanspruchen 8.000 MAPI-Benutzer 23 Prozent des Front-End-Prozessors. Die Auslastung des Back-End-Servers ist ähnlich der im MAPI-Basisdatentest.
- MAPI und Outlook Web Access im Vergleich zu MAPI
- Wenn sowohl Outlook Web Access als auch MAPI ausgeführt werden, steigt die CPU-Auslastung des Servers auf 23 Prozent im Back-End-Server. Die Zahl der Kontextwechsel steigt um einen ähnlichen Prozentsatz.
Richtlinien für die Outlook Web Access-Skalierbarkeit
Wenn Sie einen Outlook Web Access-Server entwerfen, sollten Sie die folgenden Richtlinien beachten:
- Outlook Web Access skaliert gut auf Servern mit vier Prozessoren.
- Verwenden Sie Back-End-Server und Front-End-Server in einem Verhältnis von 4:1.
- Für Outlook Web Access sind 30 KB RAM pro aktiver Verbindung erforderlich.
- Outlook Web Access beansprucht nahezu keine Datenträgerressourcen, es sei denn der Front-End-Server lagert Daten aus oder die HTTP-DAV-Protokollaufzeichnung wurde aktiviert.
- Für Outlook Web Access ist ein zweiter Netzwerkadapter mit einer Geschwindigkeit von 100 Mbit/s erforderlich, wenn mehr als 5.000 Verbindungen verarbeitet werden.
- Verwenden Sie Netzwerklastenausgleich, um einen Lastenausgleich für einen Outlook Web Access-Front-End-Server durchzuführen.
- Für Outlook Web Access-SSL-Verbindungen ist bis zu dreimal mehr Verarbeitungsleistung und 60 Prozent mehr Speicher auf ihren Front-End-Servern erforderlich.