Hohe Verfügbarkeit und Verwaltung von Front-End-Pools
Erfahren Sie mehr über die Verwaltung von Front-End-Pools in Skype for Business Server, einschließlich der Verwaltung von Pools, quorumverlusten und speziellen Schritten für Pools mit nur zwei Front-End-Servern.
In Skype for Business Server verwendet die Architektur von Front-End-Pools ein Modell für verteilte Systeme, wobei die Daten jedes Benutzers auf bis zu drei Front-End-Servern im Pool gespeichert werden. Es wird empfohlen, dass alle Ihre Enterprise Edition Front-End-Pools mindestens drei Front-End-Server enthalten.
Hinweis
Skype for Business Server 2019 unterstützt keine Enterprise Edition Front-End-Pools mit zwei Front-End-Servern und lässt die Veröffentlichung der Topologie in diesem Szenario nicht zu.
Planen der Verwaltung von Front-End-Pools
Skype for Business Server verwendet ein Modell für verteilte Systeme, das auf Windows Fabric basiert. In diesem Modell werden wichtige Daten für jeden Benutzer und jede Konferenz auf drei Front-End-Servern in einem Front-End-Pool gespeichert. Diese drei Server, die einen bestimmten Satz von Daten speichern, werden alsReplikate bezeichnet.
Mit dem verteilten Modell für Front-End-Pools muss eine bestimmte Anzahl 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. Bei einer Routinggruppe handelt es sich um eine 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 |
| 16 Für Skype for Business Server 2019 |
12 |
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 genügend Server gestartet werden können, damit Sie kein Quorumverlust auf Poolebene haben), können Sie das Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery Cmdlet verwenden, um dem Pool die Wiederherstellung von diesem Quorumverlust auf Routinggruppenebene zu ermöglichen und Fortschritte zu erzielen. Weitere Informationen zur Verwendung dieses Cmdlets finden Sie unter Reset-CsPoolRegistrarState.
Hinweis
In Pools mit einer geraden Anzahl von Servern verwendet Skype for Business Server die primäre SQL-Datenbank als Zeuge. Wenn Sie in einem solchen Pool die primäre Datenbank herunterfahren, zur Spiegelkopie wechseln und ausreichend Front-End-Server herunterfahren, sodass (entsprechend der vorstehenden Tabelle) nicht genügend von ihnen aktiv sind, fällt der gesamte Pool aus. Weitere Informationen finden Sie unter Datenbankspiegelungszeuge.
Quorumverlust auf Poolebene
Damit ein Front-End-Pool überhaupt funktioniert, kann er nicht in einem Quorumverlust auf Poolebene liegen. Unterschreitet die Anzahl der aktiven Server die in der folgenden Tabelle gezeigte Funktionsebene, halten die im Pool verbleibenden Server alle Skype for Business Server-Dienste an. Beachten Sie, dass die Zahlen in der folgenden Tabelle davon ausgehen, 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 |
| 12-16 Für Skype for Business Server 2019 |
7 der ersten 12 Server |
In der obigen Tabelle sind die "ersten Server" die Server, die beim ersten Start des Pools chronologisch zuerst gestartet wurden. Um diese Server zu ermitteln, können Sie das Get-CsComputer Cmdlet mit der -PoolFqdn Option 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.
Wichtig
Die maximale Anzahl von Front-End-Servern wurde im Skype for Business Server 2019 auf 16 erhöht.
Zusätzliche Schritte, um zu bestimmen, dass Pools funktionsbereit sind
Sie sollten auf eine Reihe anderer Faktoren achten, um sicherzustellen, dass Ihre Front-End-Pools funktionsbereit bleiben.
Wenn Sie Benutzer zum ersten Mal in den Pool verschieben, stellen Sie sicher, dass mindestens drei der Front-End-Server ausgeführt werden.
Wenn Sie eine Paarbeziehung zwischen diesem Pool und einem anderen Pool zum Zweck der Notfallwiederherstellung konfigurieren, müssen Sie nach dem Erstellen dieser Beziehung sichergehen, dass in diesem Pool zu einem beliebigen Zeitpunkt drei Front-End-Server gleichzeitig ausgeführt werden, damit Daten korrekt mit dem Sicherungspool synchronisiert werden. Weitere Informationen zu Poolkopplungs- und Notfallwiederherstellungsfeatures finden Sie unter Planen von Hochverfügbarkeit und Notfallwiederherstellung in Skype for Business Server.
Front-End-Pool mit zwei Front-End-Servern
Es wird nicht empfohlen, einen Front-End-Pool bereitzustellen, der nur zwei Front-End-Server enthält. Ein derart kleiner Pool stellt keine robuste Lösung mit hoher Verfügbarkeit dar, wie dies bei einem größeren Pool der Fall ist, und benötigt besondere Aufmerksamkeit bei der Verwaltung. Wenn der Back-End-Server eines Pools mit zwei Servern ausfällt, würde wahrscheinlich auch der gesamte Pool selbst bald ausfallen. Wenn Sie nur einen oder zwei Server mit Skype for Business Server bereitstellen möchten, empfiehlt es sich, diese als Standard Edition-Server bereitzustellen.
Wenn Sie jemals einen Pool mit zwei Front-End-Servern bereitstellen müssen, befolgen Sie die folgenden Richtlinien:
Wenn einer der beiden Front-End-Server ausfällt, sollten Sie versuchen, den fehlerhaften Server so schnell wie möglich 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 sie nicht in dieser Reihenfolge wieder hochholen können, verwenden Sie das folgende Cmdlet, bevor Sie den Pool wieder hochziehen:
Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery -PoolFQDN <FQDN>
Front-End-Pool-Konfiguration – Fehler und Änderungen
Wenn ein Front-End-Server ausfällt und wahrscheinlich über mehrere Tage hinweg nicht ersetzt werden kann, entfernen Sie den Server aus der Topologie. Fügen Sie den neuen Front-End-Server der Topologie hinzu, sobald er wieder verfügbar ist.
Immer dann, wenn Sie eine Konfigurationsänderung an einem Front-End-Pool vornehmen (beispielsweise Hinzufügen oder Entfernen von Servern), müssen Sie die folgenden Richtlinien beachten:
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