Freigeben über


Referenztopologien für Skype for Business Server

Referenztopologien für Skype for Business Server, einschließlich Diagrammen und Entscheidungen für große, mittlere und kleine Organisationen.

Die beste Skype for Business Server Topologie für Sie hängt von der Größe Ihrer organization, den Workloads, die Sie bereitstellen möchten, und Ihren Vorlieben für Hochverfügbarkeit im Vergleich zu Investitionskosten ab.

In diesem Abschnitt werden drei Beispiele für Referenztopologien sowie die Gründe beleuchtet, die hinter den Entscheidungen für die jeweilige Topologie standen.

Referenztopologie für kleine Organisationen

Die Referenztopologie für kleine Organisationen zeigt, wie Sie eine stabile, hochverfügbare Lösung bereitstellen können, indem Sie nur drei Server bereitstellen, auf denen Skype for Business Server ausgeführt werden.

Referenztopologie für kleine Organisationen

Diagramm der Referenztopologie zur Bereitstellung von drei Servern.

  • Paar von bereitgestellten Standard Edition-Servern Dieses organization hat 4.000 Benutzer am zentralen Standort. Sie haben zwei Standard Edition-Server bereitgestellt und gekoppelt, um Hochverfügbarkeit und Notfallwiederherstellung zu ermöglichen. Auf jedem Server befinden sich 2.000 Benutzer, aber Informationen zu allen Benutzern werden zwischen den beiden Servern synchronisiert. Wenn einer ausfällt, kann ein Administrator ein Failover für diese Benutzer ausführen, um von dem anderen Server bedient zu werden, mit minimaler Unterbrechung der Benutzer. Weitere Informationen zu Hochverfügbarkeits- und Notfallwiederherstellungsfeatures in Skype for Business Server finden Sie unter Planen von Hochverfügbarkeit und Notfallwiederherstellung in Skype for Business Server.

  • Empfehlung der Bereitstellung eines Edgeservers. Auch wenn die Bereitstellung eines Edgeservers für interne Chats, für Anwesenheitsinformationen und für Konferenzen nicht erforderlich ist, wird sie selbst für kleine Bereitstellungen empfohlen. Sie können Ihre Skype for Business Server Investitionen maximieren, indem Sie einen Edgeserver bereitstellen, um Diensten für Benutzer bereitzustellen, die sich derzeit außerhalb der Firewalls Ihres organization befinden. Dies bietet folgende Vorteile:

    • Die Benutzer Ihrer organization können Skype for Business Server Funktionalität nutzen, wenn sie von zu Hause aus arbeiten oder unterwegs sind.

    • Ihre Benutzer können externe Benutzer zur Teilnahme an Besprechungen einladen.

    • Wenn Sie über einen partner-, Kreditor- oder Kunden-organization verfügen, der ebenfalls Skype for Business Server verwendet, können Sie eine Verbundbeziehung mit diesem organization. Ihre Skype for Business Server Bereitstellung erkennt dann Benutzer aus diesem Verbund organization, was zu einer besseren Zusammenarbeit führt.

    • Ihre Benutzer können Chatnachrichten mit Benutzern von bestimmten öffentlichen Chatdiensten austauschen.

  • Ausfallsicherheit für Zweigstellen. In diesem organization wird ein Pilotprogramm des Enterprise-VoIP Features von Skype for Business Server ausgeführt. Einige Benutzer verwenden Skype for Business Server als einzige Sprachlösung. Einige dieser Enterprise-VoIP Pilotbenutzer befinden sich am Standort der Filiale. Der Zweigstellenstandort verfügt nicht über eine zuverlässige WAN-Verbindung (Wide Area Network) zum zentralen Standort, sodass dort eine Survivable Branch Appliance bereitgestellt wird. Dank der Survivable Branch-Anwendung können die Benutzer in der Zweigstelle bei Ausfall der WAN-Verbindung weiterhin Anrufe tätigen und entgegennehmen (sowohl innerhalb der Organisation als auch über das Festnetz), die Voicemailfunktion nutzen und per Chat kommunizieren. Benutzer können darüber hinaus auch dann authentifiziert werden, wenn die WAN-Verbindung nicht verfügbar ist. Weitere Informationen hierzu finden Sie unter Plan for Enterprise Voice resiliency in Skype for Business Server.

  • Exchange UM-Bereitstellung. Diese Referenztopologie enthält einen Exchange Unified Messaging-Server (UM), auf dem Microsoft Exchange Server und nicht Skype for Business Server ausgeführt wird.

  • 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. Der Office Web Apps Server ermöglicht die Präsentation von PowerPoint-Folien in Webkonferenzen.

Referenztopologie für mittelständische Organisationen

Die Referenztopologie mit hoher Verfügbarkeit und einem einzelnen Rechenzentrum ist auf kleine bis mittelständische Organisationen mit einem zentralen Standort zugeschnitten. Die im folgenden Diagramm gezeigte exakte Topologie ist auf 20.000 Benutzer ausgelegt.

Referenztopologie für mittelständige Organisationen

Referenztopologie für einzelnes Rechenzentrumsdiagramm.

  • Möglichkeit, durch Hinzufügen zusätzlicher Front-End-Server weitere Benutzer zu unterstützen. Die im Diagramm gezeigte Topologie umfasst drei Front-End-Server und kann daher bis zu 20.000 Benutzer unterstützen. Wenn Sie über einen einzelnen zentralen Standort und mehr Benutzer verfügen, können Sie dem Pool einfach weitere Front-End-Server hinzufügen. Die maximale Anzahl von Benutzern pro Pool beträgt 80.000 mit zwölf Front-End-Servern.

    Die Topologie mit einem einzelnen Standort kann jedoch noch mehr Benutzer unterstützen, wenn dem Standort ein weiterer Front-End-Pool hinzugefügt wird.

  • Möglichkeit, eine Notfallwiederherstellung hinzuzufügen. Für diese organization ist Hochverfügbarkeit für ihre Skype for Business Server-Dienste ein erforderliches Feature, die Notfallwiederherstellung jedoch nicht. Der Pool der bereitgestellten Front-End-Server bietet Hochverfügbarkeit.

    Wenn die Fähigkeit zur Notfallwiederherstellung hinzugefügt werden soll, könnte die Organisation ein weiteres Rechenzentrum einrichten und dort einen weiteren Front-End-Pool hinzufügen, der dann mit dem Front-End-Pool im aktuellen Rechenzentrum kombiniert wird. Dadurch könnten die Administratoren bei einem Notfall, der den primären Pool betrifft, einen Failover der Benutzer auf den Sicherungspool durchführen.

  • Back-End-Server werden gespiegelt Um mehr Hochverfügbarkeit für grundlegende Benutzerfeatures bereitzustellen, hat der organization ein gespiegeltes Back-End-Serverpaar für jeden Front-End-Pool bereitgestellt.

  • Optionen für die Monitoring Server-Datenbank. Dieses organization hat Überwachung bereitgestellt, um die Qualität von Enterprise-VoIP Anrufen und A/V-Konferenzen sicherzustellen. Die Überwachung wird auf jedem Front-End-Server bereitgestellt und die Überwachungsdatenbank wird mit den Back-End-Servern verbunden. Außerdem werden Topologien unterstützt, in denen sich die Überwachungsdatenbank auf einem separaten Server befindet.

  • Hochverfügbarkeit von Edgeservern In diesem Beispiel organization mit 20.000 Benutzern würde nur ein Edgeserver für die Leistung ausreichen. Es wird aber ein Pool mit zwei Edgeservern bereitgestellt, um hohe Verfügbarkeit sicherzustellen.

  • Optionen für Bereitstellungen an Zweigstellen. Die organization in dieser Topologie wurde Enterprise-VoIP als Sprachlösung bereitgestellt. Zweigstellenstandort 1 verfügt nicht über eine resiliente WAN-Verbindung (Wide Area Network) zum zentralen Standort, sodass eine Survivable Branch Appliance bereitgestellt wird, um viele Skype for Business Server Features für den Fall zu verwalten, dass die WAN-Verbindung mit dem zentralen Standort ausfällt. Zweigstelle 2 verfügt über eine ausfallsichere WAN-Verbindung, daher wird nur ein PSTN-Gateway benötigt. Das bereitgestellte PSTN-Gateway unterstützt die Medienumgehung, deshalb wird in Zweigstelle 2 kein Vermittlungsserver benötigt. Ausführliche Informationen hierzu finden Sie unter Plan for Enterprise Voice resiliency in Skype for Business Server.

  • DNS-Lastenausgleich. Der Front-End-Pool und der Edgeserver-Pool wurden zum DNS-Lastenausgleich für SIP-Datenverkehr konfiguriert. Auf diese Weise sind keine Hardwaregeräte zum Lastenausgleich für die Edgeserver erforderlich und Setup und Wartung der Hardwaregeräte zum Lastenausgleich für die weiteren Pools werden erheblich vereinfacht, da die Hardwaregeräte zum Lastenausgleich nur für HTTP-Datenverkehr benötigt werden. Weitere Informationen finden Sie unter DNS-Lastenausgleich.

  • Exchange UM-Bereitstellung. Diese Referenztopologie enthält einen Exchange Unified Messaging-Server (UM), auf dem Microsoft Exchange Server und nicht Skype for Business Server ausgeführt wird.

  • 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. Der Office Web Apps Server ermöglicht die Präsentation von PowerPoint-Folien in Webkonferenzen.

  • Möglichkeit, Directors hinzuzufügen. Wenn diese Organisation die Sicherheit gegenüber Denial-of-Service-Angriffen erhöhen möchte, kann auch ein Director-Pool bereitgestellt werden. Ein Director ist eine separate, optionale Serverrolle in Skype for Business Server, die keine Benutzerkonten unterstützt oder Anwesenheits- oder Konferenzdienste bereitstellt. Er dient als interner Server des nächsten Hops, an den ein Edgeserver eingehenden SIP-Datenverkehr für interne Server weiter leitet. Der Director authentifiziert eingehende Anforderungen vorab und leitet sie an den Basispool 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 hilft dabei, Front-End-Server vor böswilligem Datenverkehr wie Denial-of-Service-Angriffen (DoS) zu schützen. Wenn das Netzwerk bei einem solchen Angriff mit ungültigem externem Datenverkehr überflutet wird, endet der Datenverkehr beim Director.

  • System Center Operations Manager wird empfohlen. Es wird empfohlen, die Integrität Ihrer Skype for Business Server Bereitstellung zu überwachen, um die Dienstverfügbarkeit für Endbenutzer sicherzustellen. Sie können das System Center Operations Manager Management Pack für Skype for Business verwenden, das als kostenloser Download bei Microsoft verfügbar ist. Mit dem Skype for Business Management Pack können Sie unter anderem bei auftretenden Problemen proaktiv Echtzeitwarnungen empfangen, synthetische Transaktionen zum Testen der End-to-End-Funktionalität von Skype for Business ausführen und Berichte über die Dienstverfügbarkeit erhalten. Dadurch können Sie proaktiv auf Probleme mit Ihrer Bereitstellung reagieren, bevor Endbenutzer davon betroffen sind.

Referenztopologie für große Organisationen

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 zur Hochverfügbarkeit, die von Pools von Front-End-Servern bereitgestellt wird, bietet diese Topologie Unterstützung für die Notfallwiederherstellung. Die Front-End-Pools an zentralen Standorten A und B sind miteinander gekoppelt. 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 mehrere Rechenzentren.

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

Topologie 3-2.

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

Topologie 3-3.

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

Topologie 3-4.

  • Front-End-Pools sind 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 ein Failover der Benutzer von diesem Standort auf den gekoppelten Front-End-Pool am anderen Standort durchführen, wobei mindestens eine Dienstunterbrechung für benutzer erforderlich ist. 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 von Hochverfügbarkeit und Notfallwiederherstellung in Skype for Business Server.

  • Back-End-Server werden gespiegelt Um mehr Hochverfügbarkeit für grundlegende Benutzerfeatures bereitzustellen, hat der organization 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. SQL-Clustering und AlwaysOn-Verfügbarkeitsgruppen werden ebenfalls unterstützt. Weitere Informationen dazu finden Sie unter Back End Server high availability in Skype for Business Server.

  • Verwenden des Standard Edition-Servers an einem Zweigstellenstandort. Dieser organization betrachtet Site C als Zweigstellenstandort, da nur 600 Mitarbeiter beschäftigt sind. Die Benutzer dort haben jedoch viele A/V-Konferenzen unter sich. Wenn es in Skype for Business Server als Zweigstellenstandort bereitgestellt würde, würden die Medien für diese Konferenzen über das WAN (Wide Area Network) zu und von einem zentralen Standort ausgeführt, an dem ein Front-End-Server bereitgestellt wurde. Um diese potenzielle Bandbreitenlast zu vermeiden, haben sie ein Paar Standard Edition-Server an diesem Standort installiert, auf dem diese Konferenzen gehostet werden. Und da Dort Standard Edition-Server installiert sind, wird Skype for Business Server definitionsgemäß als zentraler Standort betrachtet und im Topologie-Generator und im Planungstool als solcher behandelt.

    Hier würde nur ein Standard Edition-Server für die Leistung ausreichen, aber die organization hat zwei bereitgestellt und gekoppelt, um Hochverfü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 organization hat sowohl die Überwachung als auch die 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 sein oder sich auf einem separaten Server befinden. Diese organization hat diese Datenbanken auf einem Server getrennt von den Back-End-Servern im zentralen Standort B gespeichert. Die datenbanken hier erhalten Überwachungs- und Archivierungsdaten von den Front-End-Servern an allen Standorten.

  • Optionen für Bereitstellungen an Zweigstellen. Dieses organization verfügt tatsächlich über 50 Zweigstellen, von denen nur zwei in den detaillierten Diagrammen dargestellt sind. Zweigstellenstandort 1 verfügt nicht über eine resiliente WAN-Verbindung mit dem zentralen Standort, sodass Survivable Branch Appliances für den Fall bereitgestellt werden, dass die WAN-Verbindung mit dem zentralen Standort ausfällt. Zweigstellenstandort 2 verfügt jedoch über eine resiliente WAN-Verbindung, sodass nur ein PSTN-Gateway (Public Switched Telephone Network) benötigt wird. Das bereitgestellte PSTN-Gateway unterstützt die Medienumgehung, deshalb wird in Zweigstelle 2 kein Vermittlungsserver benötigt. Ausführliche Informationen zur Entscheidung, was an einem Zweigstellenstandort installiert werden soll, finden Sie unter Planen der Enterprise-VoIP Resilienz in Skype for Business Server.

  • 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 den Vermittlungsservertopologien finden Sie unter Components and Topologies for Mediation Server.

  • Beständiger Chat ist bereitgestellt. Dieser organization hat die Server bereitgestellt, die zum Aktivieren des beständigen Chats erforderlich sind. Es wurden mehrere Front-End-Server für beständigen Chat bereitgestellt, um sowohl die Last für die Anzahl der Benutzer im Pool zu bewältigen als auch Hochverfügbarkeit bereitzustellen. Außerdem wurde Compliance für beständigen Chat bereitgestellt und der Speicher für beständigen Chat und der Compliancespeicher für beständigen Chat auf separaten Servern gespeichert. Diese Speicher könnten zusammengeführt und sogar mit dem Back-End-Server verbunden werden, aber dieser organization hat sich entschieden, sie zu trennen, um eine bessere Leistung zu erzielen.

    Hinweis

    Beständiger Chat ist in Skype for Business Server 2015 verfügbar, wird aber in Skype for Business Server 2019 nicht mehr unterstützt. Die gleiche Funktionalität ist in Teams verfügbar. Weitere Informationen finden Sie unter Erste Schritte mit Ihrem Microsoft Teams-Upgrade. Wenn Sie beständigen Chat verwenden müssen, können Sie entweder Benutzer, die diese Funktionalität benötigen, zu Teams migrieren oder Skype for Business Server 2015 weiterhin verwenden.

  • DNS-Lastenausgleich. Der Front-End-Pool und der Edgeserverpool nutzen den DNS-Lastenausgleich. 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. Weitere Informationen finden Sie unter (.. /.. /plan-your-deployment/network-requirements/load-balancing.md#BKMK_DNSLoadBalancing).

  • Exchange UM-Bereitstellung. Skype for Business Server funktioniert sowohl mit lokalen Bereitstellungen von Exchange Unified Messaging (UM) als auch mit gehostetem Exchange UM. Der zentrale Standort A enthält einen Exchange Unified Messaging-Server (UM), auf dem Microsoft Exchange Server und nicht Skype for Business Server ausgeführt wird. Die Exchange UM-Funktionalität für Skype for Business 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 unter Lokale Exchange Unified Messaging-Integration und Hosted Exchange Unified Messaging Integration in der Planungsdokumentation.

  • 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, die Datenverkehr von allen Websites verarbeitet, oder sie auf jedem Standort bereitstellen. Der Office Web Apps Server ermöglicht die Präsentation von PowerPoint-Folien in Webkonferenzen.

  • 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 Skype for Business Server, die keine Benutzerkonten unterstützt oder Anwesenheits- oder Konferenzdienste bereitstellt. Er dient als interner Server des nächsten Hops, an den ein Edgeserver eingehenden SIP-Datenverkehr für interne Server weiter leitet. Der Director authentifiziert eingehende Anforderungen vorab und leitet sie an den Basispool 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 hilft dabei, Front-End-Server vor böswilligem Datenverkehr wie Denial-of-Service-Angriffen (DoS) zu schützen. Wenn das Netzwerk bei einem solchen Angriff mit ungültigem externem Datenverkehr überflutet wird, endet der Datenverkehr beim Director.

  • System Center Operations Manager wird empfohlen. Es wird empfohlen, die Integrität Ihrer Skype for Business Server Bereitstellung zu überwachen, um die Dienstverfügbarkeit für Endbenutzer sicherzustellen. Sie können das System Center Operations Manager Management Pack für Skype for Business verwenden, das als kostenloser Download bei Microsoft verfügbar ist. Mit dem Skype for Business Management Pack können Sie unter anderem bei auftretenden Problemen proaktiv Echtzeitwarnungen empfangen, synthetische Transaktionen zum Testen der End-to-End-Funktionalität von Skype for Business ausführen und Berichte über die Dienstverfügbarkeit erhalten. Dadurch können Sie proaktiv auf Probleme mit Ihrer Bereitstellung reagieren, bevor Endbenutzer davon betroffen sind.