Wohin ging die Hub-Transport-Server-Rolle in Exchange 2013?

Obwohl die Hub-Transport-Serverrolle in Exchange 2013 offiziell eingestellt wurde, wurde die geänderte Serverrollenarchitektur …

verbessert tatsächlich den Transport. Hier ist wie.
Was ist Ihrer Meinung nach die wichtigste Exchange Server-Rolle?
Wenn Sie eine Umfrage unter Exchange-Administratoren durchgeführt haben, ist der Informationsspeicher die beliebteste Antwort, da die meiste Zeit für das Design der Postfachdatenbank während der Planung der Exchange-Bereitstellung aufgewendet wird. Client-Zugriffs-Namespaces und -Zertifikate verschlingen ebenfalls einen großen Teil des Kuchens, während Client-Konfiguration und Zubehör von Drittanbietern ebenfalls im Mix sind.
Das ist alles schön und gut, aber in meinen Augen ist die eigentliche geheime Sauce die Rolle des Hub-Transport-Servers. Beim Transport werden Nachrichten tatsächlich vom Absender zum Empfänger verschoben. Ohne Transport haben Sie keine E-Mail. Stattdessen haben Sie eine anal-remanente Datenbank und eine Website mit multiplen Persönlichkeitsstörungen. Die einfache Tatsache, dass der Transport die meiste Zeit funktioniert, ist ein Beweis dafür, wie großartig er wirklich ist.

Der Transport ist noch unter der Haube

Exchange Server 2013 hat nur zwei Rollen: die Postfachserverrolle und die CAS-Rolle (Client Access Server). Wenn der Transport so wichtig ist, warum ist die Rolle des Hub-Transportservers dann nicht noch enthalten?
Entspannen Sie sich, Microsoft hat Sie abgedeckt. Schauen Sie sich Abbildung 1 genau an.
Transportdienste machen nach wie vor einen großen Teil von Exchange 2013 aus.
Abbildung 1. Transportdienste sind nach wie vor ein wichtiger Bestandteil von Exchange 2013.
Wenn Mark Twain ein Exchange-Administrator gewesen wäre, hätte er möglicherweise gesagt: “Die Berichte über den Niedergang der Hub-Transport-Server-Rolle wurden stark übertrieben.” Während der Transport von Exchange 2013 in den Untergrund gegangen ist, können Sie sehen, dass er noch lange nicht weg ist.
In Übereinstimmung mit den Entwurfsprinzipien von Exchange 2013 wurde die Rolle des Hub-Transportservers in mehrere Teile aufgeteilt und dort platziert, wo sie am besten funktionieren würden.

Transport-Service

Der klassische Hub-Transportdienst, den wir alle kennen – und den einige von uns lieben -, lebt in der Postfachserverrolle weiter. Der Transportdienst (Microsoft Exchange Transport in Abbildung 1) verarbeitet alle eingehenden Simple Mail Transfer Protocol-Sitzungen von anderen Servern, alle ausgehenden SMTP-Sitzungen mit untergeordneten Exchange-Hub-Transporten sowie ausgehende SMTP-Sitzungen zu Exchange 2013-Postfach- und CAS-Servern.
Der Transportdienst übernimmt die gesamte Inhaltskonvertierung, die Transportagenten und den Kategorisierer. Es ist auch der einzige der drei Transportdienste, der E-Mails in die Warteschlange stellt. Dies bedeutet, dass nur Postfachserver Brückenköpfe für Sendeconnectors sein können.
Obwohl der Transportdienst in der Postfachserverrolle weiterlebt, gibt es keine Garantie dafür, dass ausgehende Nachrichten aus aktiven Postfachdatenbanken auf einem bestimmten Postfachserver über den Transportdienst auf demselben Server gesendet werden.
Bis zu diesem Punkt ist dieses Verhalten dasselbe wie in früheren Versionen von Exchange. Der Unterschied besteht jedoch darin, dass der Transportdienst ein gültiges Übermittlungsziel für übermittelte Nachrichten von anderen Exchange 2013-Postfachservern an verschiedenen Standorten ist – ein deutlicher Unterschied zu früheren Versionen.

Postfachtransportdienst

In Exchange Server 2013 ist die Postfachserverrolle der letzte Arbiter aller Postfachdaten. Die gesamte Kommunikation mit anderen Servern und Clients in der Exchange-Organisation erfolgt über Standardprotokolle. Die einzigen RPC-Verbindungen bestehen zwischen Komponenten auf demselben Server. Der Postfachtransportdienst ist die Schnittstelle zwischen RPC-Sitzungen mit dem Informationsspeicher und SMTP-Sitzungen mit dem Standardtransportdienst.
Wenn Sie auf Abbildung 1 zurückblicken, sehen Sie, dass der Postfachtransportdienst tatsächlich kein einzelner Dienst ist. Nachrichten, die aus dem verwalteten Geschäft kommen, werden vom Postfachtransport-Übermittlungsdienst verarbeitet, während Nachrichten, die für das Geschäft bestimmt sind, vom Postfachtransport-Zustelldienst verarbeitet werden. Keiner der Dienste erstellt Warteschlangen, beide sind zustandslos, und beide Dienste können über SMTP mit dem Transportdienst auf anderen Exchange 2013-Postfachservern kommunizieren.
Der Postfachtransport-Übermittlungsdienst trifft Weiterleitungsentscheidungen, um übermittelte Nachrichten an eine Transportdienstinstanz in der Zielübermittlungsgruppe zu übermitteln. Diese SMTP-Sitzungen können an Postfachserver an anderen Standorten geleitet werden. Wenn die Eigenschaften der Nachrichtenempfänger dies zulassen, bedeutet diese Optimierung, dass Nachrichten nur über eine einzelne Transportdienstinstanz übertragen werden müssen.

Der Frontend-Transportdienst

Der Frontend Transport Service lebt von der CAS-Rolle. Es ist weniger ein Transportdienst als ein SMTP-Proxy. Wenn die CAS-Rolle bereitgestellt wird, hat der Frontend-Transportdienst Routing-Tabellen geändert, damit eingehende SMTP-Sitzungen von externen Systemen schnell an den Transportdienst auf dem Postfachserver weitergeleitet werden können, auf dem sich die aktive Kopie der Datenbank befindet, in der sich das Postfach des Empfängers befindet.
Ausgehende Sitzungen an externe Systeme stammen vom Transportdienst des Bridgehead-Postfachservers des entsprechenden Sendeconnectors. Wenn die FrontEndProxyEnabled Die Eigenschaft auf dem Connector ist auf “True” gesetzt. Diese SMTP-Sitzung wird auch über die CAS-Rolle an den Zielserver weitergeleitet. Es ist kein bestimmter Clientzugriffsserver auf der Site ausgewählt. Sie sind alle staatenlos.

Abschließende Gedanken

Diese Änderungen mögen zunächst rätselhaft sein, aber sie sind alle darauf ausgelegt, eine robustere Exchange-Organisation zu schaffen. Durch die Reduzierung der Anzahl der Hops, die Verwendung latenzempfindlicher RPC-Verbindungen mit ausfallsicheren SMTP-Sitzungen über LAN- und WAN-Verbindungen und intelligente Änderungen an den Routing- und Warteschlangenmechanismen reduziert Exchange 2013 weiterhin das Risiko und die Auswirkungen von Dienstausfällen Sicherstellen, dass die Post weiter fließt.
Über den Autor
Devin Ganger ist ein Messaging-Architekt und technischer Redakteur mit mehr als 15 Jahren Erfahrung in der Verwaltung von Messaging-Systemen sowie Windows-, Unix- und TCP / IP-Netzwerken. Heute arbeitet er hauptsächlich mit Exchange Server, Windows Active Directory und verwandten Technologien von Microsoft und Drittanbietern. Ganger wurde von 2007 bis 2011 als Microsoft MVP für Exchange Server anerkannt.

Similar Posts

Leave a Reply