Haute disponibilité et gestion du pool frontal
Découvrez la gestion des pools frontaux dans Skype Entreprise Server, notamment la gestion des pools, la perte de quorum et les étapes spéciales pour les pools avec seulement deux serveurs frontaux.
Dans Skype Entreprise Server, l’architecture des pools frontaux utilise un modèle de systèmes distribués, avec les données de chaque utilisateur conservées sur jusqu’à trois serveurs frontaux dans le pool. Nous vous recommandons d’inclure au moins trois serveurs frontaux Êdition Entreprise pools frontaux.
Remarque
Skype Entreprise Server 2019 ne prend pas en charge Êdition Entreprise pools frontaux avec deux serveurs frontaux et n’autorise pas la publication de la topologie dans ce scénario.
Planification de la gestion des pools frontaux
Skype Entreprise Server utilise un modèle de systèmes distribués basé sur Windows Fabric. Dans ce modèle, les données importantes pour chaque utilisateur et conférence sont stockées sur trois serveurs frontaux dans un pool frontal. Ces trois serveurs stockant un certain ensemble de données sont appelésreplicas.
Avec le modèle distribué pour les pools frontaux, un certain nombre de serveurs d’un pool doit être en cours d’exécution pour que le pool fonctionne. Il existe deux modes de perte pour un pool.
Perte de quorum au niveau du groupe de routage, provoquée par lʼinsuffisance des serveurs réplica pour un groupe de routage particulier. Un groupe de routage correspond à un ensemble dʼutilisateurs hébergés dans le pool. Chaque groupe possède trois réplicas dans le pool : un primaire et deux secondaires.
Perte de quorum au niveau du pool, provoquée par une insuffisance du nombre de serveurs d’amorçage en cours d’exécution dans le pool.
Perte de quorum au niveau du groupe de routage
Lors du premier démarrage d’un nouveau nouveau pool frontal, il est primordial que 85 % des serveurs soient opérationnels, comme indiqué dans le tableau ci-après. Si un pourcentage inférieur de serveurs est en cours d’exécution, les services risquent de rester bloqués dans leur état de démarrage et le pool risque de ne pas démarrer.
| Nombre total de serveurs dans le pool |
Nombre de serveurs devant être en cours d’exécution pour que le pool démarre la première fois |
|---|---|
| 2 |
1 |
| 3 |
3 |
| 4 |
3 |
| 5 |
4 |
| 6 |
5 |
| 7 |
5 |
| 8 |
6 |
| 9 |
7 |
| 10 |
8 |
| 11 |
9 |
| 12 |
10 |
| 16 Pour Skype Entreprise Server 2019 |
12 |
Chaque fois que le pool est démarré ultérieurement, 85 % des serveurs doivent être démarrés (comme indiqué dans le tableau précédent). Si ce nombre de serveurs ne peut pas être démarré (mais que suffisamment de serveurs peuvent être démarrés pour éviter la perte de quorum au niveau du pool), vous pouvez utiliser l’applet Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery de commande pour permettre au pool de récupérer de cette perte de quorum au niveau du groupe de routage et de progresser. Pour plus d’informations sur l’utilisation de cette applet de commande, consultez Reset-CsPoolRegistrarState.
Remarque
Dans les pools disposant dʼun nombre égal de serveurs, Skype Entreprise Server utilise la base de données SQL principale. Dans un tel pool, si vous arrêtez la base de donnée principale, basculez vers la copie miroir et arrêtez suffisamment de serveurs frontaux de sorte quʼun nombre insuffisant de serveurs soient exécutés conformément au tableau précédent, le pool entier s’arrête. Pour plus d’informations, consultez Témoin de mise en miroir de bases de données.
Perte de quorum au niveau du pool
Pour qu’un pool frontal fonctionne, il ne peut pas être en perte de quorum au niveau du pool. Si le nombre de serveurs exécutés passe en dessous du niveau fonctionnel indiqué dans le tableau ci-après, les serveurs restants dans le pool arrêtent tous les services Skype Entreprise Server. Notez que les nombres du tableau suivant supposent que les serveurs principaux du pool sont en cours d’exécution.
| Nombre total de serveurs frontaux dans le pool |
Nombre de serveurs devant être exécutés pour que le pool soit opérationnel |
|---|---|
| 2 |
1 |
| 3-4 |
2 (n’importe lesquels) |
| 5-6 |
3 (n’importe lesquels) |
| 7 |
4 (n’importe lesquels) |
| 8-9 |
4 (n’importe lesquels parmi les 7 premiers serveurs) |
| 10-12 |
5 (n’importe lesquels parmi les 9 premiers serveurs) |
| 12-16 pour Skype Entreprise Server 2019 |
7 des 12 premiers serveurs |
Dans le tableau précédent, les « premiers serveurs » sont les serveurs qui ont été mis en évidence en premier, chronologiquement, lorsque le pool a été démarré pour la première fois. Pour déterminer ces serveurs, vous pouvez utiliser l’applet de Get-CsComputer commande avec l’option -PoolFqdn . Cette applet de commande affiche les serveurs dans l’ordre dans lequel ils apparaissent dans la topologie, et ceux en haut de la liste sont les premiers serveurs.
Important
Le nombre maximal de serveurs frontaux a été augmenté à 16 en Skype Entreprise Server 2019
Étapes supplémentaires pour vérifier que les pools sont opérationnels
Vous devez prêter attention à deux autres facteurs pour vous assurer que vos pools frontaux restent opérationnels.
Lorsque vous déplacez des utilisateurs vers le pool pour la première fois, assurez-vous qu’au moins trois des serveurs frontaux sont en cours d’exécution.
Si vous établissez une relation couplée entre ce pool et un autre pour pouvoir bénéficier de la récupération après incident, puis qu’une fois cette relation établie, vous devez vérifier que ce pool contient trois serveurs frontaux étant simultanément en cours d’exécution à un moment précis pour synchroniser correctement vos données avec le pool de sauvegarde. Pour plus d’informations sur les fonctionnalités de jumelage de pools et de récupération d’urgence, consultez Planifier la haute disponibilité et la récupération d’urgence dans Skype Entreprise Server.
Pool frontal avec deux serveurs frontaux
Nous vous déconseillons de déployer un pool frontal qui ne contient que deux serveurs frontaux. En effet, ce petit pool ne fournit pas une solution fiable à haute disponibilité comme le ferait un pool plus grand et il nécessite une gestion plus précautionneuse. En outre, si le serveur principal d’un pool de deux serveurs tombe en panne, l’ensemble du pool lui-même sera probablement bientôt en panne. Si vous souhaitez déployer un ou deux serveurs exécutant Skype Entreprise Server, nous vous recommandons de les déployer en tant que serveurs Standard Edition.
Si vous avez besoin de déployer un pool avec deux serveurs frontaux, suivez ces instructions :
Si l’un des deux serveurs frontaux tombe en panne, vous devez essayer de rétablir le serveur défaillant dès que possible. De même, si vous devez mettre à niveau l’un de ces serveurs, remettez-le en ligne dès la fin de la mise à niveau.
Si, pour une raison ou une autre, vous devez arrêter les deux serveurs en même temps procédez comme suit lorsque l’interruption de service du pool est terminé :
La meilleure pratique consiste à redémarrer les deux serveurs frontaux en même temps.
Si les deux serveurs ne peuvent pas être redémarrés en même temps, vous devez les rétablir dans l’ordre inverse de leurs arrêts.
Si vous ne pouvez pas les rétablir dans cet ordre, utilisez l’applet de commande suivante avant de rétablir le pool :
Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery -PoolFQDN <FQDN>
Défaillances et modifications de la configuration du pool frontal
Si un serveur frontal rencontre une défaillance et ne peut pas être remplacé avant plusieurs jours, supprimez ce serveur de la topologie. Rajoutez-le à la topologie dès qu’il est de nouveau disponible.
Lorsque vous modifiez la configuration dʼun pool frontal, comme en cas d’ajout ou de suppression des serveurs, vous devez suivre la procédure suivante :
Après avoir publié la nouvelle topologie, vous devez redémarrer chaque serveur dans le pool. Redémarrez-les un par autre.
Si l’intégralité du pool a été arrêtée pendant la modification de la configuration, exécutez l’applet de commande suivante après la publication de la nouvelle topologie :
Reset-CsPoolRegistrarState -PoolFQDN <PoolFQDN> -ResetType ServiceReset