Configuration de l’intégrité dans Lync Server 2013
Rubrique Dernière modification : 2012-10-22
Entre les différents sites web, les articles de la Base de connaissances Microsoft et les outils du Kit de ressources Lync Server, les administrateurs qui rencontrent des problèmes lors de l’exécution de Lync Server ne sont jamais loin d’un moyen de résoudre ces problèmes.
De toute évidence, il n’existe aucun moyen de garantir que vous ne rencontrerez jamais de problèmes avec Lync Server 2013, car Lync Server peut être affecté par de nombreuses choses, telles que les incidents réseau et les défaillances matérielles, que le produit lui-même ne peut pas contrôler. En implémentant la surveillance de l’intégrité, les administrateurs peuvent identifier les problèmes potentiels avant qu’ils ne se transforment en problèmes réels. Par exemple, les administrateurs peuvent utiliser la surveillance de Lync Server pour identifier les tendances et tendances. Par exemple, une augmentation constante du nombre de conférences audio/vidéo peut suggérer la nécessité d’ajouter de la capacité avant que le système ne soit surchargé.
De la même façon, les administrateurs peuvent utiliser System Center Operations Manager pour émettre des alertes en temps réel lorsque des événements spécifiés se produisent et pour exécuter des transactions synthétiques qui testent le système de manière proactive. Les transactions synthétiques sont utilisées dans Lync Server pour vérifier que les utilisateurs sont en mesure d’effectuer correctement des tâches courantes telles que la connexion au système, l’échange de messages instantanés ou l’appel à un téléphone situé sur le réseau téléphonique commuté (RTC). Par exemple, l’exécution périodique de ces tests peut vous avertir de problèmes potentiels avec les utilisateurs qui se connectent à Lync Server et vous donner la possibilité de corriger le problème avant que votre équipe de support technique ne soit inondée d’appels d’utilisateurs incapables d’établir une connexion. En utilisant System Center Operations Manager pour exécuter ces transactions synthétiques, les administrateurs peuvent surveiller régulièrement leur déploiement de Lync Server en continu pendant 24 heures tous les jours sans avoir à faire grand chose au-delà de répondre aux alertes susceptibles d’être émises.
Remarque
Pour Lync Server 2013, le pack d’administration pour System Center Operations Manager est également en mesure de détecter les problèmes « externes » qui peuvent nuire à Lync Server. Par exemple, les administrateurs peuvent être avertis si Internet Information Services (IIS) est mis hors connexion, si les ressources système sur un ordinateur Lync Server sont inférieures à un montant spécifié ou si un ordinateur Lync Server rencontre une défaillance matérielle.
La configuration de l’intégrité dans Lync Server 2013 repose sur System Center Operations Manager et l’utilisation de packs d’administration Lync Server. Ces packs d’administration incluent un certain nombre de nouvelles fonctionnalités et améliorations, notamment :
Disponibilité du scénario à partir de n’importe quel emplacement. Le pack d’administration Lync Server 2010 a introduit le concept de surveillance de la disponibilité des scénarios d’utilisateur final avec des transactions synthétiques. Dans Lync Server 2013, ces agents ont des transactions plus synthétiques et peuvent être exécutés à partir de divers emplacements au sein de l’entreprise, à partir d’emplacements géographiques distants en dehors de l’entreprise, contre des appliances de succursale et contre des déploiements Lync Server 2010 pour ajouter une couverture aux déploiements Edge hérités.
Journaux de transactions synthétiques. En cas d’échec d’une transaction synthétique, les administrateurs ont accès aux journaux HTML pour déterminer ce qui a échoué. Cela inclut la compréhension de l’action ayant échoué, de la latence de chaque action, de la ligne de commande utilisée pour exécuter le test et de l’erreur rencontrée.
Couverture accrue de la fiabilité des appels. Le pack d’administration Lync Server 2010 a introduit des alertes de fiabilité des appels pour détecter les problèmes de connectivité graves qui affectent les appels audio des utilisateurs finaux. Les packs d’administration Lync Server 2013 ajoutent une couverture pour la messagerie instantanée d’égal à égal et d’autres fonctionnalités de conférence de base pour optimiser la couverture tout en réduisant le bruit.
Surveillance des dépendances. Les scénarios Lync Server peuvent échouer en raison de divers facteurs externes, tels qu’IIS hors connexion, des ressources de processeur et de mémoire limitées et des problèmes de disque. Les nouveaux packs d’administration vérifient plusieurs dépendances critiques pour s’assurer que les administrateurs sont conscients de leur impact.
Rapports améliorés. Ensemble de rapports permettant aux administrateurs d’estimer la disponibilité des scénarios, de planifier la capacité et de voir quels composants rencontrent le plus de problèmes.
Les packs d’administration incluent également une variété de fonctionnalités pour vous aider à détecter et diagnostiquer l’intégrité de votre déploiement de Lync Server en temps réel. Ces fonctionnalités sont répertoriées dans le tableau suivant.
Fonctionnalités du pack d’administration
| Fonctionnalité | Description |
|---|---|
Transactions synthétiques |
Applets de commande Windows PowerShell qui peuvent être exécutées à partir de différents emplacements pour garantir que les scénarios d’utilisateur final tels que la connexion, la présence, la messagerie instantanée et les conférences sont facilement disponibles pour les utilisateurs finaux. |
Appeler des alertes de fiabilité |
Requêtes de base de données pour les enregistrements de détails d’appel (CDR). Ces enregistrements sont écrits par les serveurs frontaux pour indiquer si les utilisateurs finaux ont pu se connecter à un appel ou pourquoi un appel a été arrêté. Ces requêtes génèrent des alertes qui indiquent quand un large éventail d’utilisateurs finaux rencontrent des problèmes de connectivité pour les appels d’égal à égal ou les fonctionnalités de conférence de base. |
Alertes de qualité des médias |
Requêtes de base de données qui examinent les rapports QoE (Quality of Experience) publiés par les clients à la fin de chaque appel. Ces requêtes génèrent des alertes qui identifient les scénarios dans lesquels les utilisateurs sont susceptibles de rencontrer une mauvaise qualité des médias pendant les appels et les conférences. Les données reposent sur des métriques clés telles que la latence et la perte de paquets, des métriques connues pour contribuer directement à la qualité des appels. |
Intégrité des composants |
Les composants de serveur individuels déclenchent des alertes à l’aide des journaux des événements et des compteurs de performances. Ces alertes indiquent des conditions d’échec qui peuvent avoir un impact grave sur un ou plusieurs scénarios d’utilisateur final. Ces alertes peuvent également indiquer diverses autres conditions d’échec, notamment des services qui ne sont pas en cours d’exécution, des taux d’échec élevés, une latence élevée des messages ou des problèmes de connectivité. |
Intégrité des dépendances |
Les défaillances peuvent se produire pour diverses raisons externes. Les packs d’administration surveillent et collectent désormais des données pour certaines des dépendances externes critiques qui peuvent indiquer des problèmes graves, notamment la disponibilité IIS, l’utilisation du processeur et de la mémoire des serveurs et des processus, ainsi que les métriques de disque. |
Les alertes émises par le système ont été classées en trois catégories générales :
Alertes haute priorité. Ces alertes indiquent des conditions qui entraînent des interruptions de service pour de grands groupes d’utilisateurs. Par exemple, une défaillance de composant sur un seul ordinateur n’est pas une alerte haute priorité, car Lync Server 2013 dispose de fonctionnalités de haute disponibilité intégrées. Au lieu de cela, les alertes de priorité élevée représentent des problèmes suffisamment graves pour « réveiller les administrateurs la nuit ». Les pannes détectées par les transactions synthétiques et les services hors connexion (par exemple, audio/vidéoconférence) sont considérées comme des alertes de priorité élevée.
Alertes de priorité moyenne. Ces alertes indiquent des conditions qui affectent un sous-ensemble d’utilisateurs ou indiquent une dégradation de la qualité des appels. Cela inclut des problèmes tels que les défaillances de composants, la latence dans l’établissement des appels ou la qualité audio dégradée dans l’appel. Les alertes de cette catégorie sont avec état et indiquent l’état actuel du problème. Par exemple, supposons que les heures d’établissement de vos appels dépassent le seuil d’alerte. Si les heures d’établissement des appels reviennent à la normale, ces alertes sont résolues automatiquement dans System Center Operations Manager. L’attente de ces alertes est qu’un administrateur les examine le même jour ouvrable.
Autres alertes. Il s’agit d’alertes provenant de composants susceptibles d’affecter un utilisateur spécifique ou un sous-ensemble d’utilisateurs. Par exemple, le service carnet d’adresses n’a peut-être pas pu analyser l’entrée Active Directory d’un utilisateur donné. L’attente de ces alertes est que les administrateurs y accéderont quand ils auront du temps disponible.