Freigeben über

DNS-Lastenausgleich in Lync Server 2013

  • Artikel

 

Thema Letzte Änderung: 15.01.2014

Lync Server ermöglicht den DNS-Lastenausgleich, eine Softwarelösung, die den Verwaltungsaufwand für den Lastenausgleich in Ihrem Netzwerk erheblich reduzieren kann. Der DNS-Lastenausgleich gleicht den Netzwerkdatenverkehr aus, der für Lync Server eindeutig ist, z. B. SIP-Datenverkehr und Mediendatenverkehr.

Wenn Sie den DNS-Lastenausgleich bereitstellen, wird der Verwaltungsaufwand Ihrer Organisation für Hardwarelastenausgleichsgeräte minimiert. Darüber hinaus wird die komplexe Problembehandlung im Zusammenhang mit der Fehlkonfiguration von Lastenausgleichsmodulen für SIP-Datenverkehr eliminiert. Sie können auch Serververbindungen verhindern, damit Sie Server offline schalten können. Der DNS-Lastenausgleich stellt außerdem sicher, dass Probleme mit dem Hardwaregerät zum Lastenausgleich keine Auswirkungen auf Elemente des SIP-Datenverkehrs haben, z. B. einfaches Anrufrouting.

Wenn Sie den DNS-Lastenausgleich verwenden, können Sie möglicherweise auch kostengünstigere Hardwaregeräte zum Lastenausgleich erwerben, als wenn Sie die Hardwarelastenausgleichsgeräte für alle Arten von Datenverkehr verwendet haben. Sie sollten Lastenausgleichsgeräte verwenden, die die Interoperabilitätsqualifizierungstests mit Lync Server bestanden haben. Ausführliche Informationen zum Testen der Interoperabilität des Lastenausgleichs finden Sie unter "Lync Server 2010 Load Balancer Partners" unter https://go.microsoft.com/fwlink/p/?linkId=202452.

Der DNS-Lastenausgleich wird für Front-End-Pools, Edgeserverpools, Directorpools und eigenständige Vermittlungsserverpools unterstützt.

DNS-Lastenausgleich für Front-End-Pools und Directorpools

Sie können den DNS-Lastenausgleich für den SIP-Datenverkehr in Front-End-Pools und Directorpools verwenden. Bei bereitgestelltem DNS-Lastenausgleich müssen Sie weiterhin Hardwarelastenausgleichsgeräte für diese Pools verwenden, jedoch nur für CLIENT-zu-Server-HTTPS-Datenverkehr. Der Hardwarelastenausgleich wird für HTTPS-Datenverkehr von Clients über die Ports 443 und 80 verwendet.

Obwohl Sie weiterhin Hardwaregerät zum Lastenausgleich für diese Pools benötigen, erfolgt deren Einrichtung und Verwaltung in erster Linie für HTTPS-Datenverkehr, den die Administratoren von Hardwarelastenausgleichsmodulen gewohnt sind.

DNS-Lastenausgleich und Unterstützung älterer Clients und Server

Der DNS-Lastenausgleich unterstützt das automatische Failover nur für Server mit Lync Server 2013 oder Lync Server 2010 sowie für Lync 2013- und Lync 2010-Clients. Frühere Versionen von Clients und Office Communications Server können weiterhin eine Verbindung mit Pools herstellen, in denen DNS-Lastenausgleich ausgeführt wird. Wenn sie jedoch keine Verbindung mit dem ersten Server herstellen können, auf den der DNS-Lastenausgleich verweist, können sie nicht zu einem anderen Server im Pool übergehen.

Wenn Sie Exchange UM verwenden, müssen Sie außerdem mindestens Exchange 2010 SP1 verwenden, um Unterstützung für den Lync Server DNS-Lastenausgleich zu erhalten. Wenn Sie eine frühere Version von Exchange verwenden, verfügen Ihre Benutzer nicht über Failoverfunktionen für diese Exchange UM-Szenarien:

  • Wiedergeben der Enterprise-VoIP Voicemail auf dem Telefon

  • Durchstellen von Anrufen von einer automatischen Exchange UM-Telefonzentrale

Alle anderen Exchange UM-Szenarien funktionieren ordnungsgemäß.

Bereitstellen des DNS-Lastenausgleichs in Front-End-Pools und Directorpools

Für die Bereitstellung des DNS-Lastenausgleichs in Front-End- und Directorpools müssen Sie einige zusätzliche Schritte mit FQDNs und DNS-Einträgen ausführen.

  • Ein Pool, der den DNS-Lastenausgleich verwendet, muss über zwei FQDNs verfügen: den regulären Pool-FQDN, der vom DNS-Lastenausgleich (z. B. pool01.contoso.com) verwendet wird und in die physischen IPs der Server im Pool aufgelöst wird, und einen weiteren FQDN für die Webdienste des Pools (z. B. web01.contoso.com), der in die virtuelle IP-Adresse des Pools aufgelöst wird.

    Wenn Sie im Topologie-Generator den DNS-Lastenausgleich für einen Pool bereitstellen möchten, müssen Sie zum Erstellen dieses zusätzlichen FQDN für die Webdienste des Pools das Kontrollkästchen internen Webdienstepool-FQDN außer Kraft setzen und den FQDN in der Seite " Webdienste-URLs für diese Poolseite angeben" eingeben.

  • Um den vom DNS-Lastenausgleich verwendeten FQDN zu unterstützen, müssen Sie DNS bereitstellen, um den Pool-FQDN (z. B. pool01.contoso.com) in die IP-Adressen aller Server im Pool aufzulösen (z. B. 192.168.1.1, 192.168.1.2 usw.). Sie sollten nur die IP-Adressen der Server einschließen, die derzeit bereitgestellt werden.

    Warnung

    Wenn Sie über mehrere Front-End-Pools oder Front-End-Server verfügen, muss der FQDN der externen Webdienste eindeutig sein. Wenn Sie z. B. den FQDN der externen Webdienste eines Front-End-Servers als pool01.contoso.com definieren, können Sie pool01.contoso.com nicht für einen anderen Front-End-Pool oder Front-End-Server verwenden. Wenn Sie auch Directors bereitstellen, muss der für einen Director- oder Directorpool definierte FQDN für externe Webdienste von jedem anderen Director- oder Directorpool sowie von jedem Front-End-Pool oder Front-End-Server eindeutig sein. Wenn Sie die internen Webdienste mit einem selbst definierten FQDN überschreiben möchten, muss jeder FQDN von jedem anderen Front-End-Pool, Director oder Director-Pool eindeutig sein.

DNS-Lastenausgleich in Edgeserverpools

Sie können den DNS-Lastenausgleich in Edgeserverpools bereitstellen. Wenn Sie dies tun, müssen Sie sich einiger Überlegungen bewusst sein.

Die Verwendung des DNS-Lastenausgleichs auf Ihren Edgeservern führt in den folgenden Szenarien zu einem Verlust der Failoverfähigkeit:

  • Partnerverbund mit Organisationen, die Versionen von Office Communications Server ausführen, die vor Lync Server 2010 veröffentlicht wurden.

  • Chatnachrichtenaustausch mit Benutzern der öffentlichen Chatdienste AOLand Yahoo!, zusätzlich zu XMPP-basierten Anbietern und Servern, wie Google Talk.

    Wichtig

    • Google Talk ist derzeit der einzige unterstützte XMPP-Partner.

    • Seit dem 1. September 2012 steht die Microsoft Lync Public IM Connectivity User Subscription License ("PIC USL") nicht mehr zum Kauf für neue oder erneuernde Vereinbarungen zur Verfügung. Kunden mit aktiven Lizenzen können weiterhin mit Yahoo! Messenger bis zum Herunterfahren des Diensts. Ein Enddatum des Lebenszyklus von Juni 2014 für AOL und Yahoo! wurde angekündigt. Ausführliche Informationen finden Sie unter Unterstützung für öffentliche Instant Messenger-Konnektivität in Lync Server 2013.

Diese Szenarien funktionieren, solange alle Edgeserver im Pool ausgeführt werden. Wenn jedoch ein Edgeserver nicht verfügbar ist, schlagen alle Anforderungen für diese Szenarien fehl, die an ihn gesendet werden, anstatt an einen anderen Edgeserver zu routingen.

Wenn Sie Exchange UM verwenden, müssen Sie mindestens Exchange 2013 verwenden, um Unterstützung für den Lync Server DNS-Lastenausgleich auf Edge zu erhalten. Wenn Sie eine frühere Version von Exchange verwenden, verfügen Ihre Remotebenutzer nicht über Failoverfunktionen für diese Exchange UM-Szenarien:

  • Wiedergeben der Enterprise-VoIP Voicemail auf dem Telefon

  • Durchstellen von Anrufen von einer automatischen Exchange UM-Telefonzentrale

Alle anderen Exchange UM-Szenarien funktionieren ordnungsgemäß.

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.

Bereitstellen des DNS-Lastenausgleichs in Edgeserverpools

Um den DNS-Lastenausgleich auf der externen Schnittstelle Ihres Edgeserverpools bereitzustellen, benötigen Sie die folgenden DNS-Einträge:

  • Für den Access Edge-Dienst benötigen Sie einen Eintrag für jeden Server im Pool. Jeder Eintrag muss den FQDN des Access Edge-Diensts (z. B. sip.contoso.com) in die IP-Adresse des Access Edge-Diensts auf einem der Edgeserver im Pool auflösen.

  • Für den Webkonferenz-Edgedienst benötigen Sie einen Eintrag für jeden Server im Pool. Jeder Eintrag muss den FQDN des Webkonferenz-Edgediensts (z. B. webconf.contoso.com) in die IP-Adresse des Webkonferenz-Edgediensts auf einem der Edgeserver im Pool auflösen.

  • Für den Audio-/Video-Edgedienst benötigen Sie einen Eintrag für jeden Server im Pool. Jeder Eintrag muss den FQDN des Audio/Video-Edgediensts (z. B. av.contoso.com) in die IP-Adresse des A/V-Edgediensts auf einem der Edgeserver im Pool auflösen.

Um den DNS-Lastenausgleich auf der internen Schnittstelle Ihres Edgeserverpools bereitzustellen, müssen Sie einen DNS A-Eintrag hinzufügen, der den internen FQDN des Edgeserverpools an die IP-Adresse jedes Servers im Pool auflöst.

Verwenden des DNS-Lastenausgleichs in Vermittlungsserverpools

Sie können den DNS-Lastenausgleich in eigenständigen Vermittlungsserverpools verwenden. Der gesamte SIP- und Mediendatenverkehr wird durch DNS-Lastenausgleich ausgeglichen.

Um den DNS-Lastenausgleich in einem Vermittlungsserverpool bereitzustellen, müssen Sie DNS bereitstellen, um den Pool-FQDN (z. B. mediationpool1.contoso.com) in die IP-Adressen aller Server im Pool aufzulösen (z. B. 192.168.1.1, 192.168.1.2 usw.).

Blockieren von Datenverkehr zu einem Server mit DNS-Lastenausgleich

Wenn Sie den DNS-Lastenausgleich verwenden und den Datenverkehr an einen bestimmten Computer blockieren müssen, reicht es nicht aus, einfach nur die IP-Adresseinträge aus dem Pool-FQDN zu entfernen. Sie müssen auch den DNS-Eintrag für den Computer entfernen.

Beachten Sie, dass Lync Server 2013 für Server-zu-Server-Datenverkehr einen topologiefähigen Lastenausgleich verwendet. Server lesen die veröffentlichte Topologie im zentralen Verwaltungsspeicher, um die FQDNs der Server in der Topologie abzurufen und den Datenverkehr automatisch auf die Server zu verteilen. Um zu verhindern, dass ein Server Server-zu-Server-Datenverkehr empfängt, müssen Sie den Server aus der Topologie entfernen.