Planification de la capacité du serveur de conversation de groupe

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

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

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

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