Reinen Clientverkehr vom Exchange Messen
Hallo Zusammen,
ich möchte unseren Exchange 2007 vom Büro ins Rechenzentrum umziehen und prüfe grade ob wir mit unsere Bandbreite zwischen beiden Standorten hinkommen.
Der Exchange ist virtuallisiert und ich konnte bereits den die Netzwerklast per VMware (auch über einen längeren Zeitraum) sehr gut beobachten. Trotzdem weiss ich, dass da auch noch eine menge anderer Verkehr über die Netzwerkleitung geht, welche im späteren stadium NICHT über die Internetleitung aus dem Rechenzentrum raus geht sondern dort intern zu den anderen Servern geht.
Also was ich will, ist den reinen Verkehr der Outlook Client
- inside glaube das ist RPC/MAPI/TCP
und
- outside RPC/HTTP (Outlook Anywhere)
diese beide kommunikationskanäle möchte ich beobachten und über einen längeren Zeitraum studieren (up sowie down)
Ich habe mich bereits mit dem Exchange Systemmonitor beschäftigt bin mir sicher er ist das richtige Werkzeug aber das ding ist auch recht komplex und ich bin mir nicht sicher ob ich es richtig lesen kann und richtig eingestellt habe.
Ich habe bisher folgende Leistungsindikatoren ausgewählt:
\Webdienst Empfange Bytes/s
\Webdienst Gesendete Bytes/s
so wie ich das verstehe ist das der Webserver und somit sämtliche Outlook Anywhere Kommunikation
Mir fehlt aber noch die reine interne MAPI kommunikation.... Mit welchen indikator komme ich an diesen Wert ?
gibt es vielleicht einen viel einfacheren weg den Server, Client Traffic zu analysieren ?
Bin echt offen für neue Ansätze und korrekturen.
Dann hab ich noch eine Frage zur Skalierung von dem Ding:
Ich kann ja folgende Skalierungen aus wählen, 0,00000001 - 1.000.000.000,0
so wie ich das verstehe bezieht sich die Skalierung nur auf die gesamt anzeige, also eine art die Darstellung zu gestalten.
aber die bytes bleiben trotzdem bytes ...
Argh ist schwer zu erklären, hoffe man versteht mich.
Danke schon mal für die Antworten.
VG
uLmi
ich möchte unseren Exchange 2007 vom Büro ins Rechenzentrum umziehen und prüfe grade ob wir mit unsere Bandbreite zwischen beiden Standorten hinkommen.
Der Exchange ist virtuallisiert und ich konnte bereits den die Netzwerklast per VMware (auch über einen längeren Zeitraum) sehr gut beobachten. Trotzdem weiss ich, dass da auch noch eine menge anderer Verkehr über die Netzwerkleitung geht, welche im späteren stadium NICHT über die Internetleitung aus dem Rechenzentrum raus geht sondern dort intern zu den anderen Servern geht.
Also was ich will, ist den reinen Verkehr der Outlook Client
- inside glaube das ist RPC/MAPI/TCP
und
- outside RPC/HTTP (Outlook Anywhere)
diese beide kommunikationskanäle möchte ich beobachten und über einen längeren Zeitraum studieren (up sowie down)
Ich habe mich bereits mit dem Exchange Systemmonitor beschäftigt bin mir sicher er ist das richtige Werkzeug aber das ding ist auch recht komplex und ich bin mir nicht sicher ob ich es richtig lesen kann und richtig eingestellt habe.
Ich habe bisher folgende Leistungsindikatoren ausgewählt:
\Webdienst Empfange Bytes/s
\Webdienst Gesendete Bytes/s
so wie ich das verstehe ist das der Webserver und somit sämtliche Outlook Anywhere Kommunikation
Mir fehlt aber noch die reine interne MAPI kommunikation.... Mit welchen indikator komme ich an diesen Wert ?
gibt es vielleicht einen viel einfacheren weg den Server, Client Traffic zu analysieren ?
Bin echt offen für neue Ansätze und korrekturen.
Dann hab ich noch eine Frage zur Skalierung von dem Ding:
Ich kann ja folgende Skalierungen aus wählen, 0,00000001 - 1.000.000.000,0
so wie ich das verstehe bezieht sich die Skalierung nur auf die gesamt anzeige, also eine art die Darstellung zu gestalten.
aber die bytes bleiben trotzdem bytes ...
Argh ist schwer zu erklären, hoffe man versteht mich.
Danke schon mal für die Antworten.
VG
uLmi
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 207235
Url: https://administrator.de/contentid/207235
Ausgedruckt am: 22.11.2024 um 01:11 Uhr
5 Kommentare
Neuester Kommentar
Warum liest du nicht einfach per NetFlow oder sFlow den Port am Switch aus an dem der Exchange hängt.
Über die Mail spezifischen Protokolle SMTP, POP, IMAP, HTTPS kannst du doch dann sehr spezifisch und recht genau diese Last messen.
Freie Tools wie nTop, MRTG/RRD und der sFlow Toolset helfen dir dabei !
Alternativ kannst du auch per SNMP den Port Traffic auslesen, allerdings ist SNMP nicht protokollspezifisch und lediglich ein Bytecounter der den Gesamttraffic anzeigt. Damit bekommst du dann nicht nur den Mail spezifischen Traffic sondern alles was über zum Exchange geht.
Über die Mail spezifischen Protokolle SMTP, POP, IMAP, HTTPS kannst du doch dann sehr spezifisch und recht genau diese Last messen.
Freie Tools wie nTop, MRTG/RRD und der sFlow Toolset helfen dir dabei !
Alternativ kannst du auch per SNMP den Port Traffic auslesen, allerdings ist SNMP nicht protokollspezifisch und lediglich ein Bytecounter der den Gesamttraffic anzeigt. Damit bekommst du dann nicht nur den Mail spezifischen Traffic sondern alles was über zum Exchange geht.
Hi @uLmi
lade dir einfach die kostenlose Version von PRTG runter, damit kannst die wichtigsten Daten des Exchange monitoren, u.a. auch die Netzwerkkarte des Servers und die einzelnen Exchange Dienste. Dadurch bekommst auch einen Verlauf und bei Bedarf eine grafische Darstellung wann, wie hoch die Auslastung war/ist.
Die Idee von Aqui den Switchport zu überwachen geht auch, wird aber hinfällig, wenn durch ein HA oder DRS Event die VM verschoben wird (dann liegt die VMWare MAC Adresse an einem anderen Port bzw. sogar auf einem anderen Switch). Mit PRTG kannst nebst den Trafic auch die Warteschlangen des Mailverkehrs usw. überwachen
Grüße
@clSchak
lade dir einfach die kostenlose Version von PRTG runter, damit kannst die wichtigsten Daten des Exchange monitoren, u.a. auch die Netzwerkkarte des Servers und die einzelnen Exchange Dienste. Dadurch bekommst auch einen Verlauf und bei Bedarf eine grafische Darstellung wann, wie hoch die Auslastung war/ist.
Die Idee von Aqui den Switchport zu überwachen geht auch, wird aber hinfällig, wenn durch ein HA oder DRS Event die VM verschoben wird (dann liegt die VMWare MAC Adresse an einem anderen Port bzw. sogar auf einem anderen Switch). Mit PRTG kannst nebst den Trafic auch die Warteschlangen des Mailverkehrs usw. überwachen
Grüße
@clSchak