Partager via


Planification pour la surveillance

 

Dernière rubrique modifiée : 2012-10-17

Cette section décrit ce dont vous avez besoin pour activer la collecte et le signalement des données d’enregistrement des détails des appels et de qualité de l’expérience (QoE) lorsque vous déployez Microsoft Lync Server 2010, notamment les composants, les topologies prises en charge, la séquence de déploiement recommandée, les conditions préalables à ce déploiement et enfin le processus de déploiement.

Fonctionnalités et composants

Pour activer la collecte et le signalement des données d’enregistrement des détails des appels et des données QoE, déployez le serveur de surveillance qui correspond à un rôle serveur dans Lync Server 2010. Pour cela, définissez le déploiement à l’aide du Générateur de topologies, puis exécutez l’Assistant Déploiement de Lync Server au moyen des informations de configuration définies par le Générateur de topologies.

Le serveur de surveillance exige également des bases de données du serveur de surveillance dotées de Microsoft SQL Server. Les bases de données peuvent être colocalisées sur le même ordinateur que le serveur de surveillance ou bien se trouver sur un autre ordinateur. Pour plus d’informations sur le déploiement du serveur de surveillance, y compris les conditions requises, voir Déploiement du serveur de surveillance dans la documentation de déploiement.

Pour déployer des rapports du serveur de surveillance, vous devez déployer SQL Server Reporting Services. Vous pouvez installer SQL Server Reporting Services dans la même instance SQL Server que celle qui héberge la base de données du serveur de surveillance, ou bien sur une instance SQL Server différente.

Topologies prises en charge

La fonctionnalité Serveur de surveillance inclut les trois composants suivants :

  • Agents de collecte de données   Installés automatiquement sur chaque serveur frontal. L’agent d’enregistrement des détails des appels intercepte les messages SIP et transmet les données vers la file d’attente de destination du serveur de surveillance. L’agent QoE réceptionne les rapports de données de qualité de l’expérience (QoE) en provenance des systèmes d’extrémité par le biais de demandes de service SIP, puis transmet les données à la file d’attente de destination sur le serveur de surveillance ou à des consommateurs tiers via HTTP POST.

  • Serveur de surveillance   Maintient les données reçues de Message Queuing dans la base de données du serveur de surveillance SQL Server. Deux composants sont à distinguer : le service d’enregistrement des détails des appels et le service QoE. Pour pouvoir collecter des données auprès d’un pool de serveurs d’inscriptions, vous devez faire appel au Générateur de topologies pour associer le serveur de surveillance avec le pool en question.

  • Bases de données du serveur de surveillance   Elles sont exécutées dans SQL Server et servent au stockage des données capturées. Des bases de données différentes existent pour les informations d’enregistrement des détails des appels et les informations QoE, mais les deux bases de données s’exécutent toujours dans la même instance SQL Server. Les bases de données du serveur de surveillance nécessitent l’édition complète de SQL Server. L’édition SQL Server Express n’est pas prise en charge.

  • Message Queuing   Composant à exécuter sur chaque serveur de surveillance et sur chaque serveur frontal signalant des données au serveur de surveillance. Pour chaque serveur, Message Queuing doit être installé en mode intégration des services de domaine Active Directory (AS DS) afin que les données puissent être remises au serveur de surveillance par les agents de collecte de données.

  • (Facultatif) Pack d’administration System Center Operations Manager   Ce composant est facultatif. Le composant chargé de surveiller la fiabilité des appels et la qualité des médias du pack d’administration System Center Operations Manager exploite les données d’enregistrement des détails des appels et les données QoE du serveur de surveillance pour créer des alertes quasi en temps réel mesurant la fiabilité des appels et la qualité des médias.

  • (Facultatif) Rapports du serveur de surveillance   Ce composant est facultatif. Ce composant comporte des rapports prêts à l’emploi qui fournissent des informations d’utilisation, de diagnostic des appels et de qualité des médias fondées sur les données d’enregistrement des détails des appels et les données QoE stockées dans les bases de données d’enregistrement des détails des appels et QoE. Les rapports sont créés à l’aide de SQL Server Reporting Services.

Pour obtenir plus d’informations, notamment une liste des configurations matérielle et logicielle requises pour le serveur de surveillance et le serveur qui exécute la base de données du serveur de surveillance, voir Composants requis pour Voix Entreprise dans la documentation de planification.

Chaque serveur de surveillance peut capturer des données issues d’un ou de plusieurs pools Enterprise Edition et serveurs Standard Edition. Lorsque vous déployez un serveur de surveillance, vous l’associez aux pools ou aux serveurs que vous souhaitez surveiller. La figure suivante illustre deux topologies de serveur de surveillance possibles.

Topologies de serveur de surveillance

Surveillance de la topologie de serveur avec plusieurs pools

Colocalisation prise en charge

Lync Server 2010 prend en charge divers scénarios de colocalisation, ce qui vous permet d’économiser des coûts de matériel en exécutant plusieurs composants sur un serveur physique (si vous avez une petite entreprise), ou de séparer des composants sur différents serveurs (si vous avez une organisation de plus grande taille qui a besoin de capacités d’extensibilité et de performances). Les facteurs d’extensibilité doivent certainement être considérés avant de décider de colocaliser le serveur de surveillance ou ses bases de données avec les autres rôles serveur ou bases de données.

Vous pouvez également colocaliser le serveur de surveillance avec le serveur d’archivage. Si le serveur de surveillance et le serveur d’archivage sont colocalisés, leurs bases de données peuvent également être hébergées sur ce même serveur, situées sur un autre serveur, ou séparées sur des serveurs de base de données différents.

Vous pouvez colocaliser le serveur de surveillance et les bases de données du serveur de surveillance sur le même serveur ou bien les installer sur des serveurs distincts comme l’illustre la figure qui suit.

Colocalisation des bases de données du serveur de surveillance

Diagramme de colocalisation de base de données

Le serveur qui héberge les bases de données du serveur de surveillance peut également héberger d’autres bases de données. Les scénarios suivants sont pris en charge :

  • Bases de données du serveur de surveillance colocalisées avec une ou plusieurs autres bases de données Lync Server (notamment la base de données principale, la base de données d’archivage et la base de données de l’application Response Group).

  • Bases de données du serveur de surveillance colocalisées avec des bases de données de produits tiers.

Pour plus d’informations sur la colocalisation des bases de données et des rôles serveur, voir Colocalisation de serveurs prise en charge dans la documentation relative à la prise en charge.

Évolutivité

Lorsque vous déployez un serveur de surveillance, vous l’associez à un ou plusieurs pools frontaux. Le serveur de surveillance collecte ensuite les données des pools auxquels vous l’avez associé. Il est recommandé, mais pas obligatoire, de regrouper tous les pools frontaux dans le même déploiement d’entreprise, associés à un serveur de surveillance unique.

Pour une meilleure extensibilité, ne colocalisez pas le serveur de surveillance avec un autre rôle serveur ou colocalisez les bases de données du serveur de surveillance avec n’importe quelle autre base de données. Le fait d’héberger des bases de données du serveur de surveillance sur un ordinateur distinct du serveur de surveillance n’améliore pas les performances de manière significative.

Lorsque vous utilisez la configuration matérielle recommandée et colocalisez le serveur de surveillance et la base de données de surveillance sur le même ordinateur, un seul serveur de surveillance peut desservir jusqu’à 250 000 utilisateurs. Si vous disposez de plusieurs pools totalisant moins de 250 000 utilisateurs, nous vous recommandons d’associer tous ces pools à un serveur de surveillance unique pour simplifier l’administration. Ou bien, si vous avez des pools situés à des emplacements physiques différents, il est peut-être plus judicieux de déployer un serveur de surveillance à chaque emplacement.

Performances de la base de données de surveillance

Pour des performances optimales, nous vous recommandons de placer les fichiers suivants sur quatre disques physiques :

  • le fichier système et le fichier de file d’attente MSMQ (Microsoft Message Queuing) sur le même disque physique ;

  • Fichier de données de la base de données QoE et fichier de données de la base de données d’enregistrement des détails des appels sur le même disque physique

  • Fichier journal de la base de données QoE

  • Fichier journal de la base de données d’enregistrement des détails des appels

Si vous colocalisez les bases de données du serveur de surveillance avec d’autres bases de données sur le même serveur, vous devez exécuter les bases de données du serveur de surveillance dans une instance distincte de celle des autres bases de données. En outre, vous devez placer les fichiers de données de la base de données du serveur de surveillance et les fichiers journaux sur des disques physiques distincts pour obtenir des performances optimales. Vous devez évaluer avec soin les impacts sur les performances avant de décider de colocaliser les bases de données du serveur de surveillance avec d’autres bases de données.

Taille de la base de données de surveillance

Selon le modèle utilisateur Lync Server, la base de données d’enregistrement des détails des appels augmente de 31,5 Ko par utilisateur et par jour ; la base de données QoE augmente de 28 Ko par utilisateur et par jour. Pour plus d’informations sur le modèle utilisateur, voir Modèles utilisateur Lync Server 2010 dans la documentation de planification. Pour estimer la taille de votre base de données, appliquez la formule suivante :

Database size = (DB growth per user per day) * (Number of users) * (Number of days)

Par exemple, 60 jours de données dans la base de données d’enregistrement des détails des appels pour 50 000 utilisateurs offre le résultat suivant : 31.5*50000*60 pour un total de 90 Go. Si l’infrastructure Lync Server de votre organisation est vraiment différente du modèle utilisateur, ajustez l’estimation de la croissance quotidienne de la base de données.

Cette formule, associée à votre espace disque de base de données disponible, vous aide à déterminer combien de jours de données vous pouvez conserver dans votre base de données (la valeur par défaut est 60 jours).

Rapports de performance

La génération de rapports est un autre facteur sur lequel les performances ont une incidence. Les rapports standard fournis sont conçus pour fonctionner dans la plupart des scénarios, mais si vous avez besoin de rapports sur une très grande quantité de données (par exemple, un rapport QoE sur dix millions d’appels), une solution de génération de rapports hors connexion peut être plus appropriée. Nous vous conseillons d’interroger les rapports à un moment de faible activité afin d’éviter des conflits de ressources lors de l’insertion de données. De même, au moment d’interroger les rapports, si votre base de données de surveillance est d’une taille plus importante que la mémoire physique du serveur de base de données, les performances des rapports du serveur de surveillance peuvent s’en trouver affectées.

Conditions préalables requises pour le serveur de surveillance

Avant de déployer le serveur de surveillance, vous devez installer le logiciel suivant :

  • Message Queuing sur le serveur sur lequel fonctionne le serveur de surveillance et qui doit être exécuté en mode intégration AD DS.

  • Logiciel de base de données Microsoft SQL Server et SQL Server Reporting Services

noteRemarque :
Au moment de configurer Microsoft SQL Server, vous devez choisir un classement qui ne tient pas compte de la casse. Par exemple, le classement SQL_Latin1_General_CP1_CI_AS ne fait pas de distinction entre majuscules et minuscules et constitue le classement par défaut dans une infrastructure SQL Server avec l’anglais américain défini dans les paramètres régionaux système Windows.
Les paramètres de classement appliqués par défaut lors de la configuration de SQL Server sont déterminés par les paramètres régionaux système Windows. Pour plus d’informations, voir « Paramètres de classement du programme d’installation » à l’adresse https://go.microsoft.com/fwlink/?linkid=204356&clcid=0x40C.

Séquence de déploiement

Si vous déployez le serveur de surveillance relativement tôt dans votre processus de déploiement, vous pouvez collecter des données d’enregistrement des détails des appels et QoE, en consulter l’usage et évaluer la qualité des médias de votre réseau lors de vos phases de planification et de prédéploiement.

Processus de déploiement du serveur de surveillance

Avant de déployer le serveur de surveillance, vous devez vérifier que votre infrastructure système et le serveur sur lequel vous souhaitez installer le serveur de surveillance répondent aux exigences matérielles et logicielles requises précédemment décrites dans cette section. Une fois votre environnement prêt, vous pouvez installer les fichiers du serveur de surveillance. Pour plus d’informations, voir Déploiement du serveur de surveillance dans la documentation de déploiement.

Voir aussi

Autres ressources

Déploiement du serveur de surveillance