Lync Server 2013: Bleiben Sie in Kontakt

Die Microsoft Unified Communications-Plattform wird stärker integriert und verfügt über eine stabilere Architektur.
Dieser Artikel basiert auf dem Lync Server 2013 Preview-Version.

Alan Maddison

Die Vorteile von unified Communications werden für Organisationen aller Größen deutlich. Zusammenführung von Sprach- und Video- und Integration mit E-mail hilft Arbeitnehmern, die auf verschiedene Ämter verteilt sind und unterschiedlichen Zeitzonen kommunizieren, in welcher Weise lieber sie.

Lync Server 2013 ist die neueste Ausgabe der Microsoft unified Communications-Plattform. Lync Server bietet eine wichtige Leistung, Verfügbarkeit, Skalierbarkeit und erweiterte Unterstützung, um sicherzustellen, dass Zusammenarbeit und Kommunikation im Unternehmen weit verbreitet ist. Lync Server 2013 unterstützt auch ein Hybridmodell Bereitstellung. Beispielsweise können Sie Lync Server lokale, in der Wolke oder eine Mischung aus den beiden Topologien bereitstellen. Alle Lync Workloads werden auch vollständig in einer virtualisierten Umgebung unterstützt.

Die meisten Verbesserungen Lync Server 2013 orientieren zu folgenden Kategorien: Hochverfügbarkeit (HA); Skalierbarkeit und Performance; Management; Stimme; Video; Videokonferenzen; persistente Chat; Archivierung und -Überwachung; 2013 Exchange Integration; und Client-Erweiterungen.

HA Erweiterungen

Microsoft hat wesentliche Erweiterungen der Lync-Server-Architektur zur Verbesserung der Verfügbarkeit vorgenommen. Die einzelne größte Änderung ist die Verwendung des Pools verbunden gewesen. Obwohl die Pools gepaart noch auf dem Konzept einer Sicherung Registrierstelle betreiben und immer noch auf die gleiche Weise mit den Kunden kommunizieren, gibt es ein grundlegender Unterschied von Lync Server 2010. Diese Paarung wird unterstützt in Rechenzentren und es gibt keine Beschränkung auf den Abstand zwischen Rechenzentren.

Vielleicht hat vor allem von einer Notfallwiederherstellung Planung Perspektive, gibt Unterstützung für Ausfallsicherheit über hinaus nur Stimme verbessert. Das hatte die Standortflexibilität in Lync Server 2010 geschenkt. Ausfallsicherheit Unterstützung für zusätzliche Funktionen wie Präsenz und Conferencing ist eine willkommene Ergänzung. Lync Server 2013 unterstützt auch die synchrone Funktion Spiegelung SQL Server 2012 Ausfallsicherheit für die Back-End-Datenbanken bereitstellen.

Gepaarte Pools und Datenbankspiegelung bieten einen robusten und effektiven Rahmen zur Maximierung der Betriebszeit. Diese Erweiterungen der Verfügbarkeit hilft Ihnen auch die strengen Service Level Agreements (SLAs) zu erfüllen.

Gepaarte Pools bieten Standortflexibilität ohne Einschränkungen an Distanz zwischen Pools. Noch wichtiger ist, sorgen sie dafür, dass alle Workloads wirklich belastbar sind. Mit diesen Eigenschaften vorhanden wird Lync Server 2013 eine nahe nahtlose UX bei einem Failover anbieten.

Die Basis für Pools gepaart ist das Konzept der Sicherung Registrar, der Lync Server 2010 eingeführt wurde. Dieses Konzept im Jahr 2013 Lync-Server erweitern, haben Sicherung Registrare eine reziproke Beziehung von 1:1. Es ist wichtig zu beachten, dass die wechselseitige Natur dieser Beziehung stellt eine Änderung in was Lync Server 2010 durfte.

Wenn Lync Server 2013 Becken verbunden sind, gewährleistet ein neuer Service namens der Lync Backup Service, dass die Replikation von Daten zwischen Pools in Echtzeit um die Pools synchronisiert zu halten. Dieses Echtzeit-Datenreplikation gilt auch die Central Management Store (CMS). Wenn ein Pool der CMS-hosting mit einem anderen Pool gekoppelt ist, erstellt er eine Sicherungskopie des CMS und einer Master/Standby-Beziehung zwischen den zwei Datenbankinstanzen.

Durch Hinzufügen von Unterstützung für synchrone Spiegelung SQL, auf Standortebene Microsoft können problemlos von Ihnen übermittelte Ausfallsicherheit für die Lync Backend-Datenbanken. Darüber hinaus da SQL Server-Clustern nicht mehr unterstützt werden, wird die Datenbankspiegelung jetzt empfohlen zur Maximierung der Verfügbarkeit der Back-End-Server.

SQL-Spiegelung werden nicht freigegebenen Speicher verwendet. Sie können es auch ohne Verwendung eines Dateifreigabenzeuge bereitstellen. Jedoch müssen Sie einen Zeugen verwenden, wenn Sie Unterstützung für automatisches Failover benötigen. Wenn Sie einen Zeugen verwenden, empfiehlt Microsoft eine 1:1-Beziehung. Jedes Zeugnis muss ein einzelnes Paar von Back-End-Servern zugeordnet werden. Es ist wichtig zu beachten, dass diese 1:1-Beziehung nicht erforderlich ist. Microsoft unterstützt eine 1: n-Beziehung, wo Sie einen einzigen Zeugen für zwei oder mehrere Paare von Back-End-Server verwenden können.

Obwohl persistente Chat (früher bekannt als Gruppenchat) jetzt eine integrierte Serverrolle im Jahr 2013 Lync-Server ist, es schließlich eine andere Methode verwenden, für die Bereitstellung von HA. Du musst einen gestreckten Pool bereitstellen um HA zu erreichen. Dies bedeutet ein Persistent Chat Pool ist in der Topologie Lync definiert, aber die anhaltenden Chat Server zwischen Rechenzentren aufgeteilt sind. Bereitstellung von einen Pool Teilen auf diese Weise erfordert auch, Datenbankspiegelung, um sicherzustellen, dass die Replikation von Daten in das zweite Rechenzentrum bereitzustellen.

Skalierbarkeit und performance

Auch die anspruchsvollsten Standards war die Fähigkeit von Lync Server 2010 skalieren beeindruckend. Mit Unterstützung für bis zu 80.000 Benutzer pro Enterprise Edition-Pool und mehrere Pools pro Einsatz skaliert Lync 2010 um die größten Unternehmen zu unterstützen.

Verwenden ein Konzept, bekannt als Backsteinarchitektur, konnte die Produktgruppe Lync verringern die Abhängigkeit von SQL Server durch Verschieben in ein Modell, bei dem Lync und SQL Server nur lose gekoppelt waren. Eine der wichtigsten Verbesserungen Skalierbarkeit ist einer erwarteten Zunahme der maximale Benutzer pro Pool. Die tatsächliche Anzahl der unterstützten Benutzer wird im Produkt-Release veröffentlicht.

Neben der Unterstützung von einer viel größeren Anzahl von Benutzern pro Pool, meine Änderungen der Lync-Server-Architektur, dass audio und video (AV) Server jetzt viel besser skalieren. Dedizierte AV-Server benötigen Sie nicht mehr. Die AV-Rolle ist jetzt immer im Zusammenhang mit den Front-End-Servern. Diese Co-Location-Anforderung gilt auch für andere Lync Server 2013 Rollen, einschließlich der Archivierung, Überwachung und XMPP.

Die zentrale Lehre der Backstein-Architektur basiert auf der Idee, dass die Kopplung zwischen Lync Server 2010 und SQL Server suboptimale Leistung verursacht. Durch Nutzung der Funktionen von Windows Gewebe, ein Verwaltungsprogramm, die Replikation behandelt konnte das Entwicklerteam Lync 2013 einen lose gekoppelten Backend-Speicher zu implementieren.

Aus betrieblicher Sicht war der sichtbarste Aspekt dieser Änderungen, dass Front-End-Server jetzt zuständig sind für die Verwaltung des Benutzerstatus. Zur Unterstützung dieser Methode zum Verwalten von Präsenz, es wurden Änderungen an den Algorithmus, der den Server bestimmt, auf dem ein Benutzer tatsächlich in einem Pool beheimatet war.

Dieser Algorithmus basierte in Lync Server 2010 auf eine Verteilung der Benutzer serverübergreifend 10 möglich. Dies befahl, dass die Liste der Server den Client welcher Server zum Herstellen eines bestimmten Pools bestimmen lassen. Jedoch geändert aufgrund der Datenreplikation, die war erforderlich, um sicherzustellen, dass die Front-End-Servern Benutzerstatus gelänge, das Entwicklungsteam den Algorithmus um Benutzergruppen Benutzer automatisch zuzuweisen.

Jede dieser Gruppen Benutzer zugewiesen ist primäre, sekundäre und tertiäre Server Front-End-Webservern, vorausgesetzt, dass es sind mindestens drei Servern im Pool. Dies bedeutet, dass Windows Stoff unterhält drei Kopien von Daten des Benutzers auf den Front-End-Servern. Wenn weniger als drei Server in einem Pool vorhanden sind, reduziert sich natürlich die Anzahl der Datenkopien. Dies bedeutet wiederum, dass Lync Pools jetzt ein Quorum haben müssen. Vor dem Start des Pools Dienstleistungen muss eine Mindestanzahl von gesunden Server vorhanden sein. Das eigentliche Quorum ist eine Funktion der Gesamtzahl der Server in einem Pool.

Erweiterungen bei der Verwaltung

Robuste Rahmen in Lync Server 2010 basiert auf Funktionen wie den Lync Server Control Panel, Lync-Verwaltungsshell und Role-Based Access Control (RBAC). Dies gilt, Lync 2013. Es gab auch neue Rollen, RBAC, einschließlich Response Group Manager und persistente Chat Manager hinzugefügt.

Lync Control Panel können Sie die permanente Chat-Server verwalten und Konfigurieren von Mobilitätspolitik und XMPP Federation jetzt. Als Teil dieser Änderungen Control Panel (und andere Änderungen in Lync Server unterstützen), es gibt auch eine Reihe von neuen Cmdlets in der Lync-Verwaltungsshell.

Lync Server 2013 unterstützt nun eine zentrale Logging Service. Der zentrale Logging Service-Agent wird auf allen Servern der Lync Server 2013. Dadurch können Sie alle Aspekte der Server-Protokollierung zu steuern.

Die einzelne größte Verwaltung Verbesserung betrifft die patchen. Mit Windows-Stoff, unterstützt Lync Server 2013 ein Konzept als Upgrade Domäne bekannt. Dieser Prozess wird Ihnen patch Server ohne negative Auswirkungen auf Benutzer.

Diese Änderungen der Architektur und Management decken wie Lync Server 2013 hinter den Kulissen arbeitet. Es gab auch viele Verbesserungen, die das Feature-Set und Funktionsweise der Lync-Server mit Benutzern. Nächsten Monat werde ich die Benutzer sichtbaren Verbesserungen der Lync Server 2013 behandeln.

Alan Maddison

Alan Maddison ist ein 18-Jahr-Veteran der IT-Branche, konzentrieren sich hauptsächlich auf Microsoft-Technologien. Für die letzten sieben Jahre arbeitete er als Consultant mit Schwerpunkt auf der Bereitstellung von professioneller Diensten. Derzeit ist er senior Consultant bei Microsoft Consulting Services.

Verwandte Inhalte