Définition de la configuration requise pour la surveillance dans Lync Server 2013

 

Rubrique Dernière modification : 2012-09-05

La rationalisation du déploiement et de l’installation de la surveillance dans Microsoft Lync Server 2013 a également rationalisé les processus impliqués dans la définition des exigences de votre organisation en matière de surveillance. Néanmoins, plusieurs problèmes clés doivent être résolus avant de commencer à installer et configurer Lync Server 2013 :

Quel type de données souhaitez-vous surveiller ? Lync Server 2013 vous permet de surveiller deux types de données différents : les données d’enregistrement détaillé des appels (CDR) et les données de qualité d’expérience (QoE). L’enregistrement des détails des appels vous permet de suivre l’utilisation des fonctionnalités de Lync Server telles que les appels téléphoniques VoIP (Voice over IP). messagerie instantanée ; transferts de fichiers ; conférence audio/vidéo (A/V) ; et des sessions de partage d’applications. Ces informations vous aident à savoir quelles fonctionnalités Lync Server sont utilisées (et celles qui ne le sont pas) et fournissent également des informations sur le moment où ces fonctionnalités sont utilisées. Les données QoE vous permettent de conserver un enregistrement de la qualité des appels audio et vidéo passés dans votre organisation, tout en vous informant sur le nombre de paquets réseau perdus, le bruit de fond et le montant de « gigue » (différences de retard des paquets).

Si vous choisissez d’activer la supervision dans Lync Server 2013, vous pouvez activer la surveillance CDR et la supervision QoE, ou vous pouvez choisir d’activer un type de surveillance tout en laissant l’autre type désactivé. Par exemple, supposons que vos utilisateurs se servent uniquement de la messagerie instantanée et du transfert de fichier, et ne passent pas d’appels audio ou vidéo. Dans ce cas, l’activation de la surveillance QoE s’avère superflue. De même, Lync Server facilite l’activation et la désactivation de la surveillance après le déploiement de la surveillance. Par exemple, il est possible que vous choisissiez de déployer la surveillance tout en laissant la surveillance QoE désactivée dans un premier temps. Si vos utilisateurs commencent à rencontrer des problèmes avec les appels audio et vidéo, vous pouvez alors activer la surveillance QoE et utiliser ces données pour vous aider à identifier et résoudre ces problèmes.

Il n’existe aucun avantage particulier (ou inconvénient) à l’installation de la surveillance en même temps que vous installez Lync Server ou l’installation de la surveillance après l’installation de Lync Server. L’un des points à garder à l’esprit est que, avant d’installer la surveillance, vous devez sélectionner un ordinateur pour héberger le magasin de surveillance back-end, et qu’une version prise en charge de SQL Server doit être installée et configurée sur cet ordinateur avant que cet ordinateur puisse être utilisé pour la surveillance. Si vous avez déjà installé SQL Server sur un ordinateur et que cet ordinateur est prêt à être utilisé, vous pouvez installer la surveillance en même temps que vous installez Lync Server. Si vous n’avez pas d’ordinateur principal prêt, vous pouvez procéder à l’installation de Lync Server par lui-même, puis installer la surveillance chaque fois que l’ordinateur principal est prêt à être utilisé.

Quand souhaitez-vous installer la surveillance ? La surveillance peut être installée et configurée en même temps que vous installez et configurez Lync Server 2013 ; L’Assistant Déploiement de Lync Server vous donnera la possibilité d’associer vos pools frontaux à une base de données de surveillance lors de l’installation. Vous pouvez également installer la surveillance une fois que Lync Server lui-même a été installé ; Pour ce faire, vous pouvez utiliser le Générateur de topologie pour associer vos serveurs et pools frontaux à une base de données de surveillance, puis publier la topologie révisée.

De combien de bases de données de supervision back-end avez-vous besoin ? Une base de données de supervision unique peut prendre en charge des dizaines de milliers d’utilisateurs (pour Microsoft Lync Server 2010, on estime qu’une base de données colocalisée pour la surveillance et l’archivage peut prendre en charge 240 000 utilisateurs). En outre, une base de données de supervision unique peut être utilisée par plusieurs pools frontaux ; si vous avez trois pools frontaux dans votre organisation, vous pouvez associer ces trois pools au même magasin principal.

Cela signifie simplement que, pour de nombreuses organisations, la capacité de base de données ne sera pas le facteur déterminant lors de la détermination du nombre de bases de données de supervision back-end qui seront nécessaires. Il semblerait plutôt que la vitesse du réseau soit un point important. Supposons que vous possédez trois pools frontaux, mais qu’un de ses pools est situé sur une connexion réseau lente. Dans ce cas, vous voudrez probablement utiliser deux bases de données de surveillance : une pour les deux pools dotés d’une bonne connexion réseau et une pour le pool situé sur la connexion réseau lente.

Lors de la planification de votre infrastructure de supervision, vous devez également tenir compte du fait que Lync Server 2013 prend en charge l’utilisation de bases de données miroir. La « mise en miroir de base de données » permet de conserver simultanément deux copies d’une base de données, se trouvant chacune sur un serveur différent. À chaque fois que des données sont écrites sur la base de données primaire, elles sont également écrites sur la base de données miroir. Si la base de données primaire doit échouer ou devenir indisponible, vous pouvez « basculer » vers la base de données miroir à l’aide d’une commande PowerShell Lync Server simple. Par exemple :

Invoke-CsDatabaseFailover -PoolFqdn atl-cs-001.litwareinc.com -DatabaseType "Monitoring" -NewPrincipal "Mirror"

Cela est important pour la planification, car la mise en miroir nécessite de doubler le nombre requis de bases de données : en plus de chaque base de données primaire vous aurez besoin d’une deuxième base de données pour servir de miroir.

Vos sites Lync Server ont-ils besoin de leurs propres configurations de supervision personnalisées ? Quand vous installez Lync Server 2013, vous installez également des collections globales de paramètres de configuration CDR et QoE ; ces collections globales vous permettent d’appliquer les mêmes paramètres CDR et QoE à l’ensemble de votre organisation. In many cases, this will be sufficient: often-times you will want, say, to have CDR monitoring enabled for all of your users.

Cependant, il peut aussi arriver que vous souhaitiez appliquer différents paramètres à différents sites. Par exemple, vous pouvez vouloir utiliser les surveillances CDR et QoE pour votre site de Redmond, mais seulement la surveillance CDR pour votre site de Dublin. De même, vous pouvez avoir besoin de conserver les données de surveillance pendant 60 jours pour le site de Redmond, mais seulement pendant 30 jours pour le site de Dublin. Lync Server 2013 vous permet de créer des collections distinctes de paramètres de configuration CDR et QoE dans l’étendue du site ; qui vous permet de gérer chaque site différemment. Cela vous permet de gérer différemment chaque site (cela inclut l’activation et la désactivation de la surveillance, ainsi que la configuration des paramètres de gestion tels que la durée de conservation des données.)

Notez que vous pouvez prendre cette décision avant de déployer la surveillance ou après le déploiement de la surveillance. Par exemple, vous pouvez déployer la surveillance, puis gérer l’ensemble de l’organisation à l’aide des paramètres globaux. Si vous changez d’avis par la suite, vous pouvez créer une collection distincte de paramètres pour, par exemple, le site de Redmond, puis utiliser ces paramètres pour gérer la surveillance pour Redmond. (Les paramètres appliqués à l’étendue du site sont toujours prioritaires sur les paramètres appliqués à l’étendue globale.) Si vous changez d’avis à nouveau, vous pouvez simplement supprimer les paramètres de configuration appliqués au site Redmond. Lorsqu’une collection de paramètres de site est supprimée, la collection globale de paramètres est automatiquement appliquée à ce site.