Planification de la capacité du serveur de conversation de groupe

 

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

La Microsoft Lync Server 2010, Group Chat propose des sessions de conversation persistantes. Contrairement à la messagerie instantanée, une session de Lync Server 2010, Group Chat est enregistrée avec les messages, fichiers, URL et autres données faisant partie d’une conversation en cours.

La planification de capacité est une partie importante de la préparation du déploiement du serveur Group Chat. Cette rubrique donne des informations sur les topologies de serveur Group Chat prises en charge et les tables de planning de capacité que vous pouvez utiliser pour déterminer la meilleure configuration pour votre déploiement. Elle décrit également comment gérer au mieux les déploiements de serveur Group Chat nécessitant une plus grande capacité aux heures de pointe.

Pour télécharger le serveur Group Chat, voir « Groupe de conversation Microsoft Lync Server 2010 » (en anglais) à l’adresse https://go.microsoft.com/fwlink/?linkid=209539&clcid=0x40C.

Pour plus d’informations sur l’installation du serveur Group Chat, voir Installation et configuration du serveur de conversation de groupe dans la documentation de déploiement.

Topologies de serveur de conversation de groupe prises en charge

Vous pouvez déployer le serveur Group Chat dans une topologie à serveur unique ou à plusieurs serveurs.

Remarque :
Pour plus d’informations sur ces deux topologies, voir Planification du serveur Group Chat dans cette documentation et Déploiement du serveur de conversation de groupe dans la documentation du déploiement.

Remarque :
Certaines combinaisons de Microsoft Lync Server 2010 et Microsoft Office Communications Server 2007 R2 peuvent coexister. Pour plus d’informations, voir Migration du serveur de conversation de groupe dans la documentation de migration.

Topologie à serveur unique

La configuration minimale et le déploiement le plus simple pour le serveur Group Chat est une topologie à serveur unique. Cette topologie peut prendre en charge jusqu’à 20 000 utilisateurs. Elle a besoin d’un serveur pour exécuter Microsoft Lync Server 2010, d’un serveur Group Chat, d’un serveur pour héberger la base de données de Group Chat et de stations de travail pour héberger la Microsoft Lync 2010, Group Chat. Si la conformité est requise, vous avez besoin d’un serveur supplémentaire pour héberger le service de conformité et une base de données supplémentaire pour stocker les données de conformité. La base de données de conformité peut être colocalisée avec le service de conformité.

Remarque :
Votre déploiement Lync Server 2010, le serveur Group Chat et le service de conformité doivent tous se trouver dans le même domaine de services de domaine Active Directory (AD DS).

La figure ci-après montre tous les composants de la topologie à serveur unique avec le service de conformité facultatif.

Serveur Group Chat unique

Topologie à plusieurs serveurs

Pour offrir une capacité et une fiabilité supérieures, vous pouvez déployer une topologie à plusieurs serveurs, comme indiqué dans Planification du serveur Group Chat. La topologie à plusieurs serveurs peut inclure jusqu’à trois serveurs Group Chat, chacun d’entre eux pouvant prendre en charge jusqu’à 20 000 utilisateurs, soit un total de 60 000 utilisateurs. Une topologie à plusieurs serveurs est semblable à la topologie à serveur unique, hormis le fait que plusieurs serveurs hébergent le serveur Group Chat. Les serveurs Group Chat doivent se trouver dans le même domaine AD DS que Lync Server et le service de conformité.

L’illustration suivante montre tous les composants d’une topologie à plusieurs serveurs avec plusieurs serveurs Group Chat, le service de conformité facultatif et une base de données de conformité distincte.

Plusieurs serveurs Group Chat

Dans un déploiement de serveur Group Chat à trois serveurs, dans lequel 60 000 utilisateurs peuvent se connecter simultanément et utiliser la Lync 2010, Group Chat, la charge est distribuée uniformément en 20 000 utilisateurs par serveur. Si un serveur devient indisponible, les utilisateurs qui y sont connectés perdront leur accès au serveur Group Chat. Les utilisateurs déconnectés seront automatiquement transférés sur les serveurs restants jusqu’au rétablissement du serveur indisponible. En fonction de la taille du trafic de Group Chat sur le réseau, ce transfert peut prendre de quelques minutes à presqu’une heure. Du fait que les serveurs restants risquent d’héberger jusqu’à 30 000 utilisateurs, nous vous conseillons de rétablir le serveur indisponible le plus vite possible pour éviter des problèmes de performance.

La charge des serveurs Group Chat est équilibrée par le service de recherche. Ces serveurs Group Chat ne peuvent pas se trouver derrière un programme d’équilibrage de la charge. Si un déséquilibre se produit au niveau de la charge après l’indisponibilité d’un serveur, le service de recherche rééquilibrera la charge lors des connexions et déconnexions des clients, mais n’essaiera pas d’équilibrer les connexions existantes.

Planification de capacité du serveur de conversation de groupe

Les tableaux suivants vous permettent de faciliter la planification de capacité du serveur Group Chat. Ils modélisent l’impact sur les fonctionnalités de capacité selon la manière dont les différents paramètres du serveur Group Chat sont modifiés. Les nombres en italique représentent des variables modifiables en fonction de votre déploiement.

Planification de votre capacité maximale pour le serveur de conversation de groupe

Utilisez l’exemple de tableau suivant pour déterminer le nombre d’utilisateurs que vous serez en mesure de prendre en charge.

Exemple de capacité maximale du serveur de conversation de groupe

Instances du service de canal	3
Utilisateurs actifs	60,000

Dans l’exemple précédent, l’idée est de prendre en charge le nombre maximum d’utilisateurs autorisé par le serveur Group Chat : trois serveurs/instances du canal de service et 20 000 utilisateurs par serveur, soit un total de 60 000 utilisateurs actifs.

Planification de capacité pour la gestion de l’accès à la salle de conversation

L’exemple de tableau suivant vous permet de planifier la gestion de l’accès à la salle de conversation du serveur Group Chat.

Exemple de gestion de l’accès à la salle de conversation

	30 utilisateurs par salle	150 utilisateurs par salle	12 000 utilisateurs par salle	Total
Salles de conversation	24,000	800	10
Utilisateurs actifs par salle de conversation	30	150	12,000
Salles de conversation par utilisateur	12	2	2
Groupes d’utilisateurs dans chaque liste d’appartenance à une salle de conversation	10	10	15
Salles gérées par groupes d’utilisateurs	50%	50%	50%
Entités d’appartenance basées sur le groupe d’utilisateurs dans toutes les salles de conversation	120,000	4000	252
Entités d’appartenance basées sur l’utilisateur dans toutes les salles de conversation	360,000	60,000	18,000
Utilisateurs et groupes d’utilisateurs dans chaque liste de gestionnaires, de présentateurs et d’étendue de la salle de conversation	6	6	6
Utilisateurs et groupes d’utilisateurs dans toutes les listes de gestionnaires, de présentateurs et d’étendue de la salle de conversation	144,000	4800	144
Entrées de contrôle d’accès	624,000	68,800	18,396	711,196
Nombre maximum d’entrées de contrôle d’accès	50	50	50	1,000,000

Dans l’exemple précédent, lorsque vous déployez les serveurs Group Chat conformément aux instructions préconisées, ils peuvent gérer jusqu’à 60 000 utilisateurs actifs sur un pool de trois serveurs avec la conformité activée.

Cet exemple indique les catégories des salles de conversation : petite (30 utilisateurs actifs à tout moment), moyenne (150 utilisateurs actifs) et grande (12 000 utilisateurs actifs). Le nombre de salles de conversation d’une certaine taille est calculé en fonction du nombre total :

• D’utilisateurs actifs dans le système

• D’utilisateurs actifs dans les salles de conversation de la taille donnée

• Des salles de conversation de la taille donnée auxquelles se joint un seul utilisateur

Vous pouvez modifier les nombres en italique du tableau précédent pour estimer le nombre de salles de conversation d’une certaine taille qui seront créées dans le système, et le taux de messages de conversation sortants que le système est susceptible de générer. Dans l’exemple, où 60 000 utilisateurs sont actifs dans le système, si chaque utilisateur rejoint simultanément 12 petites, 2 moyennes et 2 grandes salles de conversation, il y aura 24 000 petites, 800 moyennes et 10 grandes salles de conversation dans le système.

Pour chaque salle de conversation, le tableau de planification de capacité précédent spécifie le nombre d’entrées de contrôle d’accès associées à la salle de conversation, y compris les entrées héritées de catégories parentes et les entrées affectées directement à la salle de conversation. Vous pouvez contrôler l’accès aux salles de conversation individuelles à l’aide des listes de contrôle d’accès. Vous pouvez également contrôler l’accès au niveau de la catégorie. Dans une liste de contrôle d’accès, une entrée de contrôle d’accès individuelle peut être un groupe d’utilisateurs (par exemple un groupe de sécurité, une liste de distribution ou un groupe d’utilisateurs fédérés) ou un utilisateur unique. Vous pouvez définir des entrées de contrôle d’accès pour les gestionnaires, présentateurs et membres de salles de conversation.

À des fins de planification, vous devez estimer le pourcentage de salles de conversation qui seront gérées en attribuant des groupes d’utilisateurs au lieu d’utilisateurs individuels. Les données de l’exemple précédent supposent que les listes de contrôle d’accès constituées de 50 % de petites salles de conversation, de 50 % de moyennes salles de conversation et de 50 % de grandes salles de conversation sont composées exclusivement de groupes d’utilisateurs, et que les salles de conversation restantes sont composées d’utilisateurs individuels.

Dans l’exemple précédent, les listes de contrôle d’accès pour le groupe de gestionnaires, le groupe de présentateurs et l’étendue d’une catégorie de salles de conversation sont constantes parmi toutes les tailles des salles de conversation. L’exemple suppose qu’il existe six entrées de contrôle d’accès par salle de conversation dans chacune de ces listes.

Important :

En planifiant votre stratégie pour la gestion des salles de conversation, gardez à l’esprit que le nombre total d’entrées de contrôle d’accès autorisées est de 1 million. Si le nombre d’entrées de contrôle d’accès calculé dépasse 1 million, les performances du serveur pourraient se dégrader de manière significative. Pour éviter ce problème, quand cela s’avère possible, assurez-vous que vos entrées de contrôle d’accès sont des groupes d’utilisateurs au lieu d’utilisateurs individuels.

Planification de capacité pour la gestion de l’accès à la salle de conversation par invitation

Vous pouvez utiliser la table de planification de capacité suivante pour calculer le nombre d’invitations que le serveur Group Chat crée et stocke dans la base de données de Group Chat lorsqu’elle est configurée pour envoyer des invitations. Vous gérez les invitations depuis la page des paramètres de salle de conversation dans l’outil d’administration Microsoft Lync Server 2010, Group Chat ou le serveur Group Chat client (Group Chat).

Les exemples de données du tableau ci-après supposent que l’option Invitations est définie sur Oui dans la page des paramètres de salle de conversation pour 50 % de toutes les salles de conversation, et que les salles de conversation fonctionnent à pleine capacité.

Important :

Si la valeur calculée du nombre d’invitations générées par le serveur dépasse 1 million, les performances du serveur pourraient se dégrader de manière significative. Pour éviter ce problème, assurez-vous de réduire au minimum le nombre de salles de conversation configurées pour envoyer des invitations, ou limitez le nombre d’utilisateurs pouvant se joindre aux salles de conversation ayant été configurées pour envoyer des invitations.

Exemple d’accès à la salle de conversation par invitation

	30 utilisateurs par salle	150 utilisateurs par salle	12 000 utilisateurs par salle	Total
Salles de conversation configurées pour envoyer des invitations	12,000	400	5
Utilisateurs pouvant accéder à la salle de conversation	30	150	12,000
Invitations générées par le serveur de conversation de groupe	360,000	60,000	60,000	480,000
Nombre maximal autorisé d’invitations				1 000 000

Modèle utilisateur des performances du serveur de conversation de groupe

Le tableau suivant décrit le modèle utilisateur pour le serveur Group Chat. Il fournit les bases des conditions de planification de capacité requises et représente une organisation type avec 60 000 utilisateurs simultanés.

Modèle utilisateur des performances du serveur de conversation de groupe

Nombre d’utilisateurs actifs	60,000
Nombre de serveurs de canal	3
Taille des petites salles de conversation	30 utilisateurs
Taille des moyennes salles de conversation	150 utilisateurs
Taille des grandes salles de conversation	12 000 utilisateurs
Nombre total de salles de conversation	24,810
Nombre de petites salles de conversation	24,000
Nombre de moyennes salles de conversation	800
Nombre de grandes salles de conversation	10
Nombre total de salles de conversation par utilisateur	16
Nombre total de petites salles de conversation par utilisateur	12
Nombre total de moyennes salles de conversation par utilisateur	2
Nombre total de grandes salles de conversation par utilisateur	2
Taux maximal d’utilisateurs joints	10/seconde
Taux de conversation total	20/seconde
Taux de conversation pour les petites salles de conversation	18/seconde
Taux de conversation pour les moyennes salles de conversation	1,8/seconde
Taux de conversation pour les grandes salles de conversation	0,2/seconde
Pourcentage des salles de conversation configurées pour les invitations	50%
Pourcentage des appartenances directes	50%
Pourcentage des appartenances aux groupes	50%
Nombre moyen d’affiliations anciennes dans AD DS	100 - 200
Nombre de contacts abonnés par utilisateur	80
Nombre moyen de salles de conversation visibles	1,5 (50 % à 1 et 50 % à 2)
Nombre de participants interrogés par intervalle	15 par salle de conversation visible
Durée de la fréquence d’interrogation	5 minutes
Nombre de participants interrogés par seconde	4500
Nombre de changements du statut de présence par heure et par utilisateur	4
Nombre de changements du statut de présence par seconde	66.66