Referenztopologie für Lync Server 2013 für große Organisationen mit mehreren Rechenzentren

Letzte Änderung: 22.10.2012

Die Referenztopologie für eine große Organisation mit mehreren Rechenzentren gilt für jede Organisationsgröße mit mehr als einem zentralen Standort. Die genaue Topologie im folgenden Diagramm bezieht sich auf eine Organisation mit 50.000 Benutzern, von denen sich 20.000 Benutzer am zentralen Standort A, 20.000 Benutzer am zentralen Standort B und insgesamt 10.000 Benutzer am zentralen Standort C und an Zweigstellen befinden. Der in diesem Diagramm gezeigte Topologietyp kann Organisationen mit einer beliebigen Benutzeranzahl umfassen.

Zusätzlich zu der hohen Verfügbarkeit, die von Pools von Front-End-Servern bereitgestellt wird, bietet diese Topologie Unterstützung für die Notfallwiederherstellung. Die Front-End-Pools an den zentralen Standorten A und B werden kombiniert. Wenn einer dieser Pools ausfällt, kann der Administrator die Dienste für die betroffenen Benutzer in den kombinierten Pool des nicht betroffenen Standorts verlagern.

Diese Topologie wird in mehreren Diagrammen gezeigt. Zunächst sehen Sie einen Überblick, gefolgt von detaillierten Ansichten der zentralen Standorte.

Überblick über die Referenztopologie für große Organisationen mit mehreren Rechenzentren

Referenztopologie für große Organisationen: Detaillierte Ansicht des zentralen Standorts A

Referenztopologie für große Organisationen: Detaillierte Ansicht des zentralen Standorts B

Referenztopologie für große Organisationen: Detaillierte Ansicht des zentralen Standorts C

• Front-End-Pools werden gekoppelt, um die Notfallwiederherstellung zu aktivieren.   Die Front-End-Pools an Standort A und Standort B werden miteinander gekoppelt, um Unterstützung für die Notfallwiederherstellung bereitzustellen. Wenn der Pool an einem Standort fehlschlägt, kann der Administrator die Benutzer von diesem Standort zu dem gekoppelten Front-End-Pool am anderen Standort überführen, mit einem Minimum an Dienstunterbrechung für Benutzer. Jeder dieser beiden Front-End-Pools verfügt über sechs Server, was für alle 40.000 Benutzer in beiden Pools im Falle eines Failovers ausreicht. Weitere Informationen finden Sie unter Planen hoher Verfügbarkeit und Notfallwiederherstellung in Lync Server 2013.

• Back-End-Server werden gespiegelt Um eine höhere Verfügbarkeit für grundlegende Benutzerfeatures bereitzustellen, hat die Organisation ein gespiegeltes Back-End-Serverpaar für jeden Front-End-Pool bereitgestellt. Dies ist eine optionale Topologie, und Sie können stattdessen einen einzelnen Back-End-Server bereitstellen.

• Verwenden des Standard Edition-Servers an einem Zweigstellenstandort.   Diese Organisation betrachtet Standort C als Zweigstelle, da sie nur 600 Mitarbeiter hat. Die Benutzer dort haben jedoch viele A/V-Konferenzen unter sich. Wenn es in Lync Server als Zweigstelle bereitgestellt würde, würden die Medien für diese Konferenzen über das Wan (Wide Area Network) zu und von einem zentralen Standort mit einem Front-End-Server bereitgestellt werden. Um diese potenzielle Bandbreitenauslastung zu vermeiden, haben sie an diesem Standort ein Standard Edition-Serverpaar installiert, das diese Konferenzen hosten wird. Und da dort Standard Edition-Server installiert sind, betrachtet Lync Server es per Definition als zentralen Standort und wird im Topologie-Generator und im Planungstool als solches behandelt.

  Nur ein Standard Edition-Server würde hier für die Leistung ausreichen, aber die Organisation hat zwei bereitgestellt und kombiniert, um eine hohe Verfügbarkeit für den Fall zu gewährleisten, dass ein Server ausfällt.

  Auch wenn Standort C als zentraler Standort betrachtet wird, müssen Sie dort keine Edgeserver bereitstellen. In diesem Beispiel verwendet Standort C die an Standort A bereitgestellten Edgeserver.

• Überwachung und Archivierung Diese Organisation hat sowohl Überwachung als auch Archivierung bereitgestellt. Wenn Sie Überwachung oder Archivierung bereitstellen, wird sie auf jedem Front-End-Server ausgeführt. Die Datenbanken für diese Features können mit der Back-End-Datenbank verbunden oder auf einem separaten Server gespeichert werden. Diese Organisation hat diese Datenbanken auf einem Server gespeichert, der von den Back-End-Servern getrennt ist, am zentralen Standort B. Die Datenbanken hier empfangen Überwachungs- und Archivierungsdaten von den Front-End-Servern an allen Standorten.

• Optionen für Bereitstellungen an Zweigstellen.   Diese Organisation verfügt tatsächlich über mehr als 50 Zweigstellenstandorte, von denen nur drei in den detaillierten Diagrammen dargestellt sind. Die Zweigstellenstandorte 1 und 3 verfügen nicht über eine ausfallsichere WAN-Verbindung zum zentralen Standort, daher wurden Survivable Branch Appliances bereitgestellt, um Telefondienste für den Fall bereitzustellen, dass die WAN-Verbindung zum zentralen Standort unterbrochen wird. Zweigstellenstandort 2 verfügt jedoch über eine ausfallsichere WAN-Verbindung, sodass Sie nur ein PSTN-Gateway (Public Switched Telephone Network) benötigen. Das dort bereitgestellte PSTN-Gateway unterstützt die Medienumgehung, daher ist kein Vermittlungsserver am Zweigstellenstandort B erforderlich. Ausführliche Informationen zur Entscheidung, was an einem Zweigstellenstandort installiert werden soll, finden Sie in der Planungsdokumentation unter Planning for Enterprise-VoIP resiliency in Lync Server 2013.for details about deciding what to install at a branch site, see Planning for Enterprise-VoIP resiliency in Lync Server 2013.

• SIP-Trunking und Vermittlungsserver.   Beachten Sie, dass am zentralen Standort B der Vermittlungsserver nicht gemeinsam mit den Front-End-Servern ausgeführt wird. Der Grund dafür ist, dass für Standorte mit SIP-Trunking ein eigenständiger Vermittlungsserver empfohlen wird. In den meisten anderen Fällen empfiehlt sich die gemeinsame Ausführung des Vermittlungsservers mit dem Front-End-Server. Ausführliche Informationen zu Vermittlungsservertopologien finden Sie in der Planungsdokumentation unter Komponenten und Topologien für Vermittlungsserver in Lync Server 2013 .

• Der beständige Chat wird bereitgestellt.   Diese Organisation hat die Server bereitgestellt, die zum Aktivieren des beständigen Chats erforderlich sind. Es hat mehrere Front-End-Server für beständigen Chat bereitgestellt, um sowohl die Last für die Anzahl der Benutzer im Pool zu verarbeiten als auch eine hohe Verfügbarkeit bereitzustellen. Außerdem wurde compliance für beständigen Chat bereitgestellt und der Store für beständigen Chat und der Compliance-Store für beständigen Chat auf separaten Servern gespeichert. Diese Speicher können miteinander verbunden und sogar mit dem Back-End-Server verbunden werden, aber diese Organisation hat sich entschieden, sie zu trennen, um eine bessere Leistung zu bieten.

• DNS-Lastenausgleich.   Der Front-End-Pool und der Edgeserverpool. Dadurch sind keine Hardwaregeräte zum Lastenausgleich für die interne Schnittstelle der Edgeserver erforderlich und der für Setup und Wartung der Hardwaregeräte zum Lastenausgleich für die weiteren Pools erforderliche Zeitraum wird erheblich verringert, da die Hardwaregeräte zum Lastenausgleich nur für HTTP-Datenverkehr benötigt werden. Ausführliche Informationen zum DNS-Lastenausgleich finden Sie unter DNS-Lastenausgleich in Lync Server 2013 in der Planungsdokumentation.

• Exchange UM-Bereitstellung.  Lync Server arbeitet mit lokalen Bereitstellungen von Exchange Unified Messaging (UM) und gehostetem Exchange UM zusammen. Zentraler Standort A enthält einen Exchange Unified Messaging (UM)-Server, der Microsoft Exchange Server ausgeführt wird, nicht Lync Server. Die Exchange UM-Funktionalität für Lync Server wird im Front-End-Pool ausgeführt.

  Am zentralen Standort B wird gehostetes Exchange eingesetzt, daher wird die Exchange UM-Serverfunktionalität ebenfalls gehostet.

  Ausführliche Informationen zu Exchange UM finden Sie in der Planungsdokumentation unter Planning for Exchange Unified Messaging integration in Lync Server 2013 and Hosted Exchange Unified Messaging integration in Lync Server 2013 .

• Office Web-Apps Server.   Es wird empfohlen, in jeder Organisation, in der der Webkonferenzdienst verwendet wird, einen Office Web Apps Server oder eine Office Web Apps-Serverfarm bereitzustellen. Sie können eine einzelne Office Web-Apps Server-Farm an einem Standort bereitstellen, der Datenverkehr von allen Websites bereitstellt, oder sie an jedem Standort bereitstellen. Der Office Web Apps Server ermöglicht die Präsentation von PowerPoint-Folien in Webkonferenzen. Weitere Informationen finden Sie unter Konfigurieren der Integration in Office Web-Apps Server und Lync Server 2013.

• Möglichkeit, Directors hinzuzufügen.  Wenn diese Organisation die Sicherheit im Hinblick auf Denial-of-Service-Angriffe erhöhen möchte, könnte sie auch einen Pool von Directors bereitstellen. Ein Director ist eine separate, optionale Serverrolle in Lync Server, die keine Benutzerkonten verwaltet oder Anwesenheits- oder Konferenzdienste bereitstellt. Er dient als interner nächster Hopserver, an den ein Edgeserver eingehenden SIP-Datenverkehr leitet, der für interne Server bestimmt ist. Der Director authentifiziert eingehende Anforderungen vorab und leitet sie an den Heimpool oder Server des Benutzers um. Die Vorabauthentifizierung durch den Director ermöglicht das Verwerfen von Anfragen von Benutzerkonten, die der Bereitstellung nicht bekannt sind. Ein Director schützt Front-End-Server vor bösartigem Datenverkehr, z. B. DoS-Angriffen (Denial-of-Service). Wenn das Netzwerk bei einem solchen Angriff mit ungültigem externen Datenverkehr überflutet wird, endet der Datenverkehr beim Director.

• System Center Operations Manager wird bereitgestellt.  Es wird empfohlen, den Status Ihrer Lync Server-Bereitstellung zu überwachen, um die Dienstverfügbarkeit für Endbenutzer sicherzustellen. Sie können Lync mit dem System Center Operations Manager Management Pack für Lync überwachen, das als kostenloser Download von Microsoft verfügbar ist. Mit dem Lync Management Pack können Sie proaktiv Echtzeitwarnungen erhalten, wenn Probleme auftreten, synthetische Transaktionen ausführen, um die End-to-End-Lync-Funktionalität zu testen, Berichte zur Dienstverfügbarkeit abzurufen usw.  Dadurch können Sie proaktiv auf Probleme mit Ihrer Bereitstellung reagieren, bevor Endbenutzer davon betroffen sind.

  Diese Organisation hat an jedem zentralen Standort einen System Center Operations Manager-Server bereitgestellt.