Partager via


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.

noteRemarque :
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.
noteRemarque :
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é.

noteRemarque :
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

Serveur de conversation de groupe 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

Serveurs de conversation de groupe multiples

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.

importantImportant :
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é.

importantImportant :
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