Freigeben über


Auswählen einer Topologie

 

Letztes Änderungsdatum des Themas: 2012-08-22

Bei der Auswahl einer Topologie können Sie eine der folgenden unterstützten Optionen verwenden:

  • Einzelner konsolidierter Edgeserver mit Verwendung privater IP-Adressen für jede Edgeschnittstelle und einer öffentlichen NAT (Netzwerkadressenübersetzung)-IP-Adresse

  • Einzelner konsolidierter Edgeserver mit Verwendung öffentlicher IP-Adressen für jede Edgeschnittstelle

  • Skalierter konsolidierter Edgeserver mit Verwendung von Netzwerkadressenübersetzung, privaten IP-Adressen an Edgeschnittstellen und DNS (Domain Name System)-Lastenausgleich

  • Skalierter konsolidierter Edgeserver mit Verwendung öffentlicher IP-Adressen und DNS (Domain Name System)-Lastenausgleich

  • Skalierter konsolidierter Edgeserver mit Verwendung öffentlicher IP-Adressen und Hardwarelastenausgleich

importantWichtig:
Für die interne Edgeschnittstelle und die externe Edgeschnittstelle muss derselbe Typ von Lastenausgleich verwendet werden. Es ist nicht möglich, für eine Edgeschnittstelle den DNS-Lastenausgleich und für die andere Edgeschnittstelle ein Hardwaregerät zum Lastenausgleich zu verwenden.

In der folgenden Tabelle wird beschrieben, welche Funktionalität für die drei von Lync Server 2010 unterstützten Topologien zur Verfügung steht. Die Spaltenüberschriften geben die Funktionalität an, die für eine bestimmte Edgekonfigurationsoption zur Verfügung steht. Beispielsweise wird für die skalierte Edgetopologie (DNS-Lastenausgleich) angegeben, dass sie hohe Verfügbarkeit unterstützt, nicht routingfähige IP-Adressen (mit Netzwerkadressenübersetzung) oder routingfähige öffentliche IP-Adressen, die den externen Edgeschnittstellen zugeordnet sind, verwenden kann, und die Kosten senkt, da kein Hardwaregerät zum Lastenausgleich erforderlich ist.

Unterstützte Edgefailoverszenarien mit DNS-Lastenausgleich umfassen Punkt-zu-Punkt-Sitzungen zwischen Lync und Lync, Lync-Konferenzsitzungen und Lync-zu-Telefonfestnetz-Sitzungen. Edgefailoverszenarien, die keinen DNS-Lastenausgleich verwenden, umfassen Failoverszenarien für Exchange Unified Messaging (UM) vor Exchange Server 2010 mit SP1, die für die Verwendung von DNS-Lastenausgleich, Verbindungen mit öffentlichen Instant Messaging-Diensten und einen Partnerverbund mit Servern, auf denen Office Communications Server ausgeführt, konfiguriert sind.

Zusammenfassung der Topologieoptionen für Edgeserver

Topologie Hohe Verfügbarkeit NAT/öffentliche IP-Adresse Zusätzliche externe DNS-A-Einträge für jeden Edgeserver im Edgepool erforderlich Edgefailover für Lync-zu-Lync-Sitzungen* Edgefailover für EUM/PIC/OCS-Verbundsitzungen zwischen Lync und Lync

Einzelner Edgeserver

Nein

Öffentliche oder private IP-Adressen mit optionaler Netzwerkadressenübersetzung

Nein

Nein

Nein

Skalierter Edgeserver (DNS-Lastenausgleich)

Ja

Öffentliche oder private IP-Adressen mit optionaler Netzwerkadressenübersetzung

Ja

Ja

Nein (Ja für Exchange UM mit Exchange Server 2010 mit SP1 oder höher, das für die Verwendung von DNS-Lastenausgleich konfiguriert ist)

Skalierter Edgeserver (Hardwarelastenausgleich)

Ja

NAT nicht verwendet/öffentliche IP-Adresse obligatorisch

Nein (nur pro VIP)

Ja

Ja

* Failover für Exchange UM (Remotebenutzer), Verbindungen mit öffentlichen Sofortnachrichtendiensten und Partnerverbund mit Servern, auf denen Office Communications Server ausgeführt wird.

noteHinweis:
Die Spalten NAT/Öffentliche IP-Adresse erforderlich und Zusätzliche externe DNS-A-Einträge für jeden Edgeserver im Edgepool erforderlich beziehen sich nur auf die externen Edgeschnittstellen. Für Topologien mit einem einzelnen Edgeserver und mit einem skalierten Edgeserver (mit DNS-Lastenausgleich) können routingfähige öffentliche IP-Adressen oder nicht routingfähige private IP-Adressen verwendet werden. Wenn Sie sich für die Verwendung von nicht routingfähigen privaten IP-Adressen entscheiden, müssen Sie diese an allen drei externen Schnittstellen verwenden. Außerdem müssen Sie ein symmetrisches NAT-Gerät für eingehenden und ausgehenden Datenverkehr konfigurieren. Für eine Topologie mit skaliertem Edgeserver (mit Hardwarelastenausgleich) müssen öffentliche IP-Adressen verwendet werden.

Im Gegensatz zu Microsoft Office Communications Server 2007 R2 unterstützt Lync Server 2010 das Platzieren von externen Zugriffs-, Webkonferenz- und A/V-Edgeschnittstellen hinter einem Router oder einer Firewall, die eine Netzwerkadressenübersetzung für Topologien mit einzelnen sowie skalierten und konsolidierten Edgeservern durchführen.

Bei Verwendung der Netzwerkadressenübersetzung für alle externen Edgeschnittstellen muss der DNS-Lastenausgleich implementiert werden. Im Vergleich mit der Verwendung von Hardwarelastenausgleich ermöglicht die Verwendung von DNS-Lastenausgleich (Domain Name System) die Reduzierung der Anzahl von öffentlichen IP-Adressen pro Edgeserver in einem Edgepool, wie in der folgenden Liste beschrieben:

  • Lync Server 2010 Skalierte konsolidierte Edgetopologie (DNS-Lastenausgleich)   Erfordert drei öffentliche IP-Adressen für jeden Edgeserver in einem Edgepool.

  • Lync Server 2010 Skalierte konsolidierte Edgetopologie (Hardwarelastenausgleich)   Erfordert drei öffentliche IP-Adressen für die virtuellen IP-Adressen des Hardwaregeräts zum Lastenausgleich (diese einmalige Anforderung bleibt beim Hinzufügen weiterer Edgeserver zum Pool unverändert) sowie drei öffentliche IP-Adressen pro Edgeserver in einem Pool.

IP-Adressanforderungen für eine skalierte konsolidierte Edgetopologie (IP-Adresse pro Rolle)

Anzahl von Edgeservern pro Pool Anzahl der erforderlichen IP-Adressen Lync Server 2010 (DNS-Lastenausgleich) Anzahl von erforderlichen IP-Adressen für Lync Server 2010 (Hardwarelastenausgleich)

2

6

3 (1 pro VIP) + 6

4

4

3 (1 pro VIP) + 9

4

12

3 (1 pro VIP) + 12

5

15

3 (1 pro VIP) + 15

IP-Adressanforderungen für eine skalierte konsolidierte Edgetopologie (Eine IP-Adresse für alle Rollen)

Anzahl von Edgeservern pro Pool Anzahl der erforderlichen IP-Adressen Lync Server 2010 (DNS-Lastenausgleich) Anzahl von erforderlichen IP-Adressen für Lync Server 2010 (Hardwarelastenausgleich)

2

2

1 (1 pro VIP) + 2

4

4

1 (1 pro VIP) + 3

4

4

1 (1 pro VIP) + 4

5

5

1 (1 pro VIP) + 5

Die wichtigsten Aspekte bei der Topologieauswahl sind hohe Verfügbarkeit und Lastenausgleich. Die Anforderung zur Bereitstellung hoher Verfügbarkeit kann sich auf die Entscheidung zum Lastenausgleich auswirken.

  • Hohe Verfügbarkeit   Wenn Sie hohe Verfügbarkeit sicherstellen müssen, stellen Sie mindestens zwei Edgeserver in einem Pool bereit. Ein einzelner Edgepool kann bis zu zehn Edgeserver unterstützen. Wenn mehr Kapazität benötigt wird, können Sie mehrere Edgepools bereitstellen. Als allgemeine Regel benötigen 10% der Benutzer externen Zugriff.

  • Hardwarelastenausgleich   Der Hardwarelastenausgleich wird zum Lastenausgleich für Lync Server 2010-Edgeserver verwendet, wenn öffentlich routingfähige IP-Adressen für die externen Edgeschnittstellen verwendet werden. Beispielsweise würden Sie diesen Ansatz in Situationen wählen, in denen ein Failover für eine der folgenden Anwendungen erforderlich ist:

    • Verbindung mit öffentlichen Instant Messaging-Diensten

    • Externer Zugriff auf Exchange 2007 Unified Messaging (UM) oder Exchange 2010 UM

    • Partnerverbund mit Unternehmen, die Microsoft Office Communications Server 2007 oder Microsoft Office Communications Server 2007 R2 ausführen

    Diese drei Anwendungen funktionieren weiterhin, bieten jedoch keine Unterstützung für den DNS-Lastenausgleich und stellen nur eine Verbindung mit dem ersten Edgeserver im Pool her. Wenn dieser Server nicht verfügbar ist, kann keine Verbindung hergestellt werden. Wenn beispielsweise mehrere Edgeserver in einem Pool bereitgestellt werden, um den Datenverkehr für den Partnerverbund zu verarbeiten, empfängt nur ein Zugriffsproxy Daten, während die anderen Proxys sich im Leerlauf befinden.

importantWichtig:
Die Verwendung des DNS-Lastenausgleichs wird empfohlen, wenn Sie einen Partnerverbund mit Unternehmen eingerichtet haben, die Lync Server 2010 ausführen. Bedenken Sie, dass es zu erheblichen Auswirkungen auf die Leistung kommt, wenn Ihre Verbundpartner Office Communications Server 2007 oder Office Communications Server 2007 R2 verwenden.