Topologien und Komponenten für Front-End-Server, Chat und Anwesenheit in Lync Server 2013

  • Artikel

 

Thema Letzte Änderung: 24.10.2014

Für Chat und Anwesenheit sind nur diese Komponenten erforderlich:

  • Die Front-End- oder Standard Edition-Server Ihrer Organisation. Chat und Anwesenheitsfunktionen sind auf diesen Servern immer aktiviert.

  • Ein Lastenausgleich, wenn Sie einen Enterprise Edition-Front-End-Pool haben. Weitere Informationen finden Sie unter Lastenausgleichsanforderungen für Lync Server 2013.

Planen der Bereitstellung von Front-End-Pools

In Lync Server 2013 hat sich die Front-End-Poolarchitektur geändert, und diese Änderungen wirken sich auf die Planung und Verwaltung Ihrer Front-End-Pools aus.

Es wird empfohlen, dass alle Ihre Enterprise Edition Front-End-Pools mindestens drei Front-End-Server enthalten. In Lync Server verwendet die Architektur von Front-End-Pools ein verteiltes Systemmodell, wobei die Daten jedes Benutzers auf drei Front-End-Servern im Pool gespeichert sind. Weitere Informationen zu dieser neuen Architektur finden Sie unter Topologieänderungen in Lync Server 2013.

Wenn Sie keine drei Enterprise Edition Front-End-Server bereitstellen möchten und eine Notfallwiederherstellung wünschen, empfehlen wir, Lync Server Standard Edition zu verwenden und zwei Pools mit einer gekoppelten Sicherungsbeziehung zu erstellen. Dadurch wird eine Notfallwiederherstellungslösung mit nur zwei Servern bereitgestellt. Weitere Informationen zu Topologien und Features für hohe Verfügbarkeit und Notfallwiederherstellung finden Sie unter Planning for high availability and disaster recovery in Lync Server 2013.

Planen der Verwaltung von Front-End-Pools

Befolgen Sie für Front-End-Pools die Richtlinien in diesem Abschnitt.

Sicherstellen, dass Pools funktionsfähig sind

Mit dem neuen verteilten Modell für Front-End-Pools müssen bestimmte Nummern der Server eines Pools ausgeführt werden, damit der Pool funktioniert. Es gibt zwei Verlustmodi für einen Pool.

  • Quorumverlust auf Routinggruppenebene, wenn nicht genügend Replikatserver für eine bestimmte Routinggruppe vorhanden sind. Eine Routinggruppe ist eine Aggregation einer Gruppe von Benutzern, die im Pool verwaltet werden. Jede Routinggruppe verfügt über drei Replikate im Pool: ein primäres und zwei sekundäre Replikate.

  • Quorumverlust auf Poolebene, der verursacht wird, wenn nicht genügend Seedserver im Pool aktiv sind.

Quorumverlust auf Routinggruppenebene

Wenn Sie einen neuen Front-End-Pool zum ersten Mal starten, ist es wichtig, dass wie in der folgenden Tabelle gezeigt 85 % der Server aktiv sind. Wenn weniger Server aktiv sind, bleiben die Dienste möglicherweise im Startstatus hängen und der Pool wird nicht gestartet.

Gesamtzahl der Server im Pool Anzahl der Server, die aktiv sein müssen, damit der Pool zum ersten Mal gestartet wird

2

1

3

3

4

3

5

4

6

5

7

5

8

6

9

7

10

8

11

9

12

10

Bei jedem nachfolgenden Start des Pools sollten 85 % der Server gestartet werden (wie in der vorstehenden Tabelle gezeigt). Wenn diese Anzahl von Servern nicht gestartet werden kann (aber ausreichend Server gestartet werden können, damit kein Quorumverlust auf Poolebene auftritt), können Sie das Cmdlet Reset-CsPoolRegistrarState –ResetType QuorumLossRecovery verwenden, damit der Pool aus diesem Quorumverlust auf Routinggruppenebene wiederhergestellt werden und sich aufbauen kann. Weitere Informationen zur Verwendung dieses Cmdlets finden Sie unter Reset-CsPoolRegistrarState.

Hinweis

Da Lync Server die primäre SQL-Datenbank als Zeuge verwendet, wenn Sie die primäre Datenbank herunterfahren und zur Spiegelkopie wechseln und genügend Front-End-Server herunterfahren, damit nicht genug gemäß der vorherigen Tabelle ausgeführt wird, wird der gesamte Pool heruntergefahren. Weitere Informationen finden Sie unter "Datenbankspiegelungszeuge".

Quorumverlust auf Poolebene

Damit ein Front-End-Pool überhaupt funktioniert, kann er sich nicht im Quorumverlust auf Poolebene befindet. Wenn die Anzahl der ausgeführten Server unter die Funktionsebene fällt, wie in der folgenden Tabelle dargestellt, werden alle Lync Server-Dienste von den verbleibenden Servern im Pool beendet. Beachten Sie, dass bei den Zahlen in der folgenden Tabelle davon ausgegangen wird, dass die Back-End-Server im Pool ausgeführt werden.

Gesamtanzahl der Front-End-Server im Pool Anzahl der Server, die aktiv sein müssen, damit der Pool funktioniert

2

1

3-4

Beliebige 2

5-6

Beliebige 3

7

Beliebige 4

8-9

Beliebige 4 der ersten 7 Server

10-12

Beliebige 5 der ersten 9 Server

In der vorherigen Tabelle sind die "ersten Server" die Server, die zum ersten Mal chronologisch beim ersten Starten des Pools angezeigt wurden. Um diese Server zu ermitteln, können Sie das Cmdlet "Get-CsComputer " mit der Option "–PoolFqdn " verwenden. Dieses Cmdlet zeigt die Server in der Reihenfolge an, in der sie in der Topologie angezeigt werden, und die Server am Anfang der Liste sind die ersten Server.

Front-End-Pools mit zwei Front-End-Servern

Es wird nicht empfohlen, einen Front-End-Pool bereitzustellen, der nur zwei Front-End-Server enthält. Wenn Sie einen solchen Pool jemals bereitstellen müssen, befolgen Sie die folgenden Richtlinien:

  • Wenn einer der beiden Front-End-Server ausfällt, sollten Sie versuchen, den ausgefallenen Server so schnell wie nur geht wieder hoch zu bringen. Entsprechend sollten Sie, wenn Sie einen der beiden Server upgraden müssen, diesen Server so bald wie möglich nach Abschluss des Upgrades wieder online schalten.

  • Falls Sie aus irgendeinem Grund beide Server gleichzeitig herunterfahren müssen, führen Sie nach Beendigung der Downtime für den Pool folgende Schritte durch:

    • Die bewährte Methode besteht darin, beide Front-End-Server gleichzeitig neu zu starten.

    • Ist dies nicht möglich, sollten Sie sie in der umgekehrten Reihenfolge wieder hochfahren, in der sie heruntergefahren wurden.

    • Wenn sie in dieser Reihenfolge nicht wieder angezeigt werden können, verwenden Sie das folgende Cmdlet, bevor Sie den Pool wieder öffnen:.

      Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery -PoolFQDN <FQDN>

Zusätzliche Schritte, um sicherzustellen, dass Pools funktionsfähig sind

Sie sollten auf eine Reihe anderer Faktoren achten, um sicherzustellen, dass Ihre Front-End-Pools funktionsbereit bleiben.

Verbessern der Zuverlässigkeit von Poolupgrades

Wenn Sie ein Upgrade oder Patchen der Server in einem Front-End-Pool durchführen müssen, befolgen Sie den Workflow unter Upgrade oder Update von Front-End-Servern in Lync Server 2013 sowie die folgenden Richtlinien:

  • Wenn Sie für Upgrades von einer Upgradedomäne zu einer anderen wechseln (nach dem Workflow bei Upgrade oder Aktualisieren von Front-End-Servern in Lync Server 2013), verwenden Sie das Cmdlet "Get-CsPoolUpgradeReadinessState ", und überprüfen Sie den Status "Bereit". Durch hinzufügen einer 20-minütigen Wartezeit zwischen jeder Upgradedomäne, nachdem sie "Bereit" erreicht hat, werden die Upgrades zuverlässiger. Wenn es während dieser 20 Minuten nicht bereit ist, starten Sie den 20-Minuten-Timer neu. Außerdem können Sie das Cmdlet "Get-CsPoolFabricState " vor und nach dem Starten des 20-Minuten-Intervalls ausführen und sicherstellen, dass keine Änderungen an den Primär- und Sekundärwerten von Routinggruppen vorgenommen werden.

  • Wechseln Sie nicht zur nächsten Upgradedomäne, wenn einer der Server in der letzten gepatchten Upgradedomäne hängen bleibt oder nicht neu gestartet wird. Dies gilt auch, wenn einer der Server innerhalb eines Upgrades nicht gestartet werden kann. Führen Sie "Get-CsPoolFabricState " aus, um sicherzustellen, dass alle Routinggruppen über eine primäre und mindestens eine sekundäre Gruppe verfügen. dadurch wird bestätigt, ob alle Benutzer über einen Dienst verfügen.

  • Wenn einige Benutzer über einen Dienst verfügen und andere nicht, führen Sie "Get-CsPoolFabricState " mit der Option "–Ausführlich" aus, um nach Routinggruppen zu suchen, die über fehlende Replikate verfügen. Starten Sie nicht den gesamten Pool als ersten Problembehandlungsschritt neu. Weitere Informationen zu diesem Cmdlet finden Sie unter Get-CsPoolFabricState.

  • Stellen Sie sicher, dass alle Instanzen der Ereignisanzeige oder Leistungsmonitor Fenster für Windows Fabric-Installationen/-Deinstallationen geschlossen sind.

Ändern der Konfiguration eines Front-End-Pools

Wenn Sie einem Pool Front-End-Server hinzufügen oder aus dem Pool entfernen und dann die neue Topologie veröffentlichen, befolgen Sie die folgenden Richtlinien:

  • Nachdem die neue Topologie veröffentlicht wurde, müssen Sie jeden Front-End-Server im Pool neu starten. Starten Sie die Server einen nach dem anderen neu.

  • Wenn der gesamte Pool während der Konfigurationsänderung ausgefallen ist, führen Sie das folgende Cmdlet aus, nachdem die neue Topologie veröffentlicht wurde:

    Reset-CsPoolRegistrarState -PoolFQDN <PoolFQDN> -ResetType ServiceReset

Wenn ein Front-End-Server fehlschlägt und unwahrscheinlich ist, dass er für ein paar Tage oder länger ersetzt wird, entfernen Sie den Server aus der Topologie. Fügen Sie den neuen Front-End-Server zur Topologie hinzu, wenn er wieder verfügbar ist.