Exchange 2016-Architektur

[Dieses Thema gehört zur Vorabdokumentation und kann in künftigen Versionen geändert werden. Leere Themen wurden als Platzhalter hinzugefügt. Wenn Sie Feedback dazu haben, freuen wir uns über Ihre Nachricht. Senden Sie uns eine E-Mail an: ExchangeHelpFeedback@microsoft.com.]  

Gilt für:Exchange Server 2016

Erfahren Sie mehr über die Architektur von Exchange 2016.

Exchange Server 2016 verwendet eine Architektur mit einem einzigen Baustein, die E-Mail-Dienste für Bereitstellungen jeder Größe von kleinen Organisationen bis zu den größten internationalen Unternehmen bereitstellt. Diese Architektur ist im folgenden Diagramm beschrieben.

Architektur von Exchange

Einzelne Komponenten werden in den folgenden Abschnitten beschrieben.

Inhalt

Serverkommunikationsarchitektur

Serverrollenarchitektur

Architektur für hohe Verfügbarkeit

Architektur des Clientzugriffsprotokolls

Änderungen an der Exchange 2016-Architektur

Die Kommunikation zwischen Exchange 2016-Servern und früheren und zukünftigen Versionen Exchange findet in der Protokollschicht statt. Eine schichtübergreifende Kommunikation ist nicht zulässig. Diese Kommunikationsarchitektur wird als „jeder Server ist eine Insel“ zusammengefasst. Diese Architektur bietet folgende Vorteile:

  • Reduzierte Kommunikation zwischen Servern

  • Versionsbezogene Kommunikation

  • Isolierte Fehler

  • Integriertes Design in jedem Server

Die Kommunikation auf der Protokollschicht zwischen Exchange 2016-Servern ist im folgenden Diagramm gezeigt.

Kommunikation zwischen Exchange-Servern

Zurück zum Seitenanfang

Exchange 2016 verwendet Postfachserver und Edge-Transport-Server. Diese Serverrollen werden in den folgenden Abschnitten beschrieben.

  • Postfachserver enthalten die Transportdienste, die zum Weiterleiten von E-Mails verwendet werden. Weitere Informationen finden Sie unter Nachrichtenfluss und die Transportpipeline

  • Postfachserver enthalten Postfachdatenbanken, die Daten verarbeiten, rendern und speichern.

  • Postfachserver enthalten die Clientzugriffsdienste, die Clientverbindungen für alle Protokolle akzeptieren. Diese Front-End-Dienste sind verantwortlich für das Routing oder die Proxyfunktion von Verbindungen mit den entsprechenden Back-End-Diensten auf einem Postfachserver. Clients stellen keine direkten Verbindungen zu den Back-End-Diensten her. Weitere Informationen finden Sie im Abschnitt Client access protocol architecture weiter unten in diesem Thema.

  • Postfachserver enthalten die Unified Messaging (UM)-Dienste, die Voicemail und andere Telefoniefeatures für Postfächer bereitstellen.

  • Sie verwalten Postfachserver über das Exchange-Verwaltungskonsole (EAC) und die Exchange-Verwaltungsshell. Weitere Informationen finden Sie unter Exchange Admin Center in Exchange 2016 und Verwenden von Powershell mit Exchange 2016 (Exchange-Verwaltungsshell).

  • Edge-Transport-Server verarbeiten den gesamten externen E-Mail-Fluss für die Exchange-Organisation.

  • Edge-Transport-Server werden in der Regel im Umkreisnetzwerk installiert und für die interne Exchange-Organisation abonniert. Der EdgeSync-Synchronisierungsprozess stellt Empfänger- und andere Konfigurationsinformationen für den Edge-Transport-Server zur Verfügung, wenn E-Mails bei der Exchange-Organisation ein- und ausgehen.

  • Edge-Transport-Server stellen Antispam- und E-Mail-Flussregeln bereit, wenn E-Mails bei Ihrer Exchange-Organisation ein- und ausgehen. Weitere Informationen finden Sie unter Antispamschutz in Exchange 2016

  • Sie verwalten Edge-Transport-Server über die Exchange-Verwaltungsshell. Weitere Informationen finden Sie unter Verwenden von Powershell mit Exchange 2016 (Exchange-Verwaltungsshell).

Weitere Informationen zu Edge-Transport-Servern finden Sie unter Edge-Transport-Server.

Zurück zum Seitenanfang

Die Features für hohe Verfügbarkeit in Exchange 2016 werden in den folgenden Abschnitten beschrieben.

Eine Database Availability Group (DAG) ist das wesentliche Element des Frameworks für hohe Verfügbarkeit und die Ausfallsicherheit von Standorten, das in Exchange 2016 integriert ist. Eine DAG ist eine Gruppe von Postfachservern, die eine Reihe von Datenbanken hosten und automatische Wiederherstellung auf Datenbankebene nach Datenbank-, Netzwerk- und Serverfehlern bereitstellt. Und DAGs in Exchange 2016 wurden im Vergleich zu Exchange 2013 verbessert.

  • Der Transportdienst erstellt redundante Kopien aller Nachrichten während der Übertragung. Dieses Feature wird als Schattenredundanz bezeichnet.

  • Der Transportdienst erstellt redundante Kopien aller übermittelten Nachrichten. Dieses Feature wird als Sicherheitsnetz bezeichnet.

  • In Exchange 2016 stellt eine DAG eine Grenze für die hohe Verfügbarkeit des Transports dar. Sie können eine Ausfallsicherheit von Standorten erreichen, indem Sie eine DAG über mehrere Active Directory-Standorte spannen.

  • In Exchange 2016 ist die hohe Verfügbarkeit des Transports mehr als eine Bemühung um Nachrichtenredundanz, da Redundanz nicht von unterstützten Features des sendenden Mailservers abhängt. Aus diesem Grund können Sie sagen, dass Exchange 2016 versucht, Nachrichtredundanz zu garantieren, indem mehrere Kopien von Nachrichten während und nach der Übermittlung beibehalten werden.

Zurück zum Seitenanfang

Die Clientzugriffsdienste auf Exchange 2016-Postfachservern sind dafür verantwortlich, alle Arten von Clientverbindungen zu akzeptieren. Die Clientzugriffsdienste (Front-End) bieten eine Proxyfunktion für diese Verbindungen an die Back-End-Dienste auf dem Zielpostfachserver (dem lokalen Server oder einem Remotepostfachserver, der die aktive Kopie des Postfachs des Benutzers enthält). Clients stellen keine direkten Verbindungen zu den Back-End-Diensten her. Diese Kommunikation ist im folgenden Diagramm gezeigt.

Art der Kommunikation von Clients mit Exchange-Servern

Das Protokoll, das von einem Client verwendet wird, bestimmt das Protokoll, das als Proxy für die Anforderung an die Back-End-Dienste auf dem Zielpostfachserver verwendet hat. Wenn beispielsweise der verbundene Client HTTP verwendet, benutzt der Postfachserver HTTP, um die Anforderung an den Zielpostfachserver per Proxyfunktion weiterzuleiten (gesichert über SSL mithilfe eines selbstsignierten Zertifikats). Wenn der Client IMAP oder POP verwendet hat, ist das verwendete Protokoll IMAP oder POP.

Telefonieanforderungen unterscheiden sich von anderen Clientverbindungen. Statt die Anforderung per Proxyfunktion weiterzuleiten, führt der Postfachserver eine Umleitung der Anforderung an den Postfachserver durch, der die aktive Kopie des Postfachs des Benutzers enthält. Telefoniegeräte sind erforderlich, um deren SIP- und RTP-Sitzungen direkt mit den Unified Messaging-Diensten auf dem Zielpostfachserver einzurichten.

  • Serverrollenkonsolidierung In früheren Versionen von Exchange konnten Sie die Clientzugriffs-Serverrolle und die Postfachserverrolle auf separaten Computern installieren. In Exchange 2016 wird die Clientzugriffs-Serverrolle automatisch als Teil der Postfachserverrolle installiert, und die Clientzugriffs-Serverrolle ist nicht als separate Installationsoption verfügbar. Diese Änderung reflektiert die Philosophie der Exchange-Serverrollenzusammenstellung, die seit Exchange 2010 eine empfohlene Methode ist. Eine Exchange-Serverarchitektur mit mehreren Rollen bietet die folgenden greifbaren Vorteile:

    • Alle Exchange-Server in Ihrer Umgebung (mit der wahrscheinlichen Ausnahme von Edge-Transport-Servern) können exakt gleich sein – dieselbe Hardware, dieselbe Konfiguration usw. Diese Einheitlichkeit vereinfacht den Hardwareerwerb sowie die Wartung und Verwaltung der Exchange-Server.

    • Sie benötigen wahrscheinlich weniger physische Exchange-Server. Dies führt zu niedrigeren laufenden Wartungskosten, weniger Exchange-Serverlizenzen und geringere Anforderungen an Racks, Standfläche und Energie.

    • Die Skalierbarkeit wird verbessert, da Sie die Arbeitslast über eine größere Anzahl physischer Computer verteilen. Bei einem Ausfall steigt die Last auf den verbleibenden Exchange-Servern mit mehreren Rollen nur inkrementell, wodurch sichergestellt wird, dass die anderen Funktionen auf den Exchange-Server nicht beeinträchtigt werden.

    • Die Ausfallsicherheit wird verbessert, da ein Exchange-Server mit mehreren Rollen eine größere Anzahl von Fehlern der Clientzugriffsrolle (oder -diensts) überstehen und dennoch Dienste bereitstellen kann.

  • Verbesserte Suche Die lokale Suchinstanz kann jetzt Daten aus der lokalen Postfachdatenbankkopie lesen. Deshalb müssen passive Suchinstanzen nicht mehr mit ihren aktiven Gegenstücken koordiniert werden, um Indexaktualisierungen durchzuführen. Außerdem wurden die Bandbreitenanforderungen zwischen der aktiven und der passiven Kopie im Vergleich zu früheren Versionen von Exchange um 40 % reduziert. Darüber hinaus kann eine Suche jetzt mehrere asynchrone Lesevorgänge durchführen, bevor ein Benutzer einen Suchbegriff vervollständigt hat. Damit wird der Cache mit relevanten Informationen gefüllt, und es werden Suchabfragewartezeiten von unter einer Sekunde für Onlineclients wie Outlook im Web bereitgestellt.

  • Office Online Server Vorschau für die Outlook im Web-Dokumentvorschau In früheren Versionen von Exchange enthielt Outlook Web App WebReady Document Viewing für die integrierte Vorschau von Office- und PDF-Dokumenten. In Exchange 2016 verwendet Outlook im WebOffice Online Server Vorschau, um umfassende Vorschau- und Bearbeitungsfunktionen für Dokumente bereitzustellen. Dies stellt zwar eine konsistente Dokumenterfahrung mit anderen Produkten wie SharePoint und Skype for Business bereit, Sie müssen jedoch Office Online Server Vorschau in Ihrer lokalen Umgebung bereitstellen, falls das noch nicht der Fall ist. Weitere Informationen finden Sie unter Installieren von Office Online Server in einer Exchange 2016-Organisation.

  • MAPI über HTTP ist die Standardeinstellung für Outlook-Verbindungen MAPI über HTTP wurde in Exchange 2013 Service Pack 1 eingeführt und bietet Verbesserungen gegenüber den herkömmlichen Outlook Anywhere-Verbindungsmethoden (RPC über HTTP). In Exchange 2016 wird MAPI über HTTP standardmäßig aktiviert und bietet zusätzliche Steuerelemente wie die Möglichkeit, MAPI über HTTP pro Benutzer zu aktivieren oder deaktivieren und festzulegen, ob dies für externe Clients angekündigt wird.

 
Anzeigen: