Partager via

Définition de la configuration requise pour l’organisation du serveur de conversation permanente dans Lync Server 2013

  • Article

 

Dernière rubrique modifiée : 2014-01-15

Avant de déployer le serveur de conversation permanente pour votre organization, il est essentiel de prendre en compte les questions clés suivantes pour optimiser votre déploiement :

  • Qui (profil utilisateur) doit être activé pour le serveur de conversation permanente ? Le serveur de conversation permanente est activé par une stratégie qui peut être définie au niveau global, site, pool ou utilisateur.

  • Combien d’utilisateurs (échelle) doit être activé pour le serveur de conversation permanente ? Le serveur de conversation permanente prend en charge 150 000 utilisateurs provisionnés (activés par la stratégie) et un maximum de 80 000 utilisateurs simultanés à l’aide du serveur de conversation permanente. Un seul serveur de conversation permanente peut prendre en charge 20 000 utilisateurs connectés, et un seul pool de serveur de conversation permanente peut comporter jusqu’à 4 serveurs actifs pour un total de 80 000 utilisateurs connectés simultanément.

  • Effectuez-vous une migration à partir d’une version précédente du serveur de conversation de groupe ou déployez-vous le serveur de conversation permanente pour la première fois ?

  • Existe-t-il des exigences de conformité ? Le serveur de conversation permanente prend en charge la conformité. Le service de conformité s’exécute colocalisé sur le serveur frontal du serveur de conversation permanente, par opposition à l’exigence d’un ordinateur distinct dans les déploiements précédents du serveur de conversation de groupe. La conformité est facultative et, si elle est choisie, nécessite une base de données de conformité qui doit être configurée pour stocker les données et les événements de conformité. Vous pouvez également configurer un adaptateur pour prendre les données de la base de données de conformité et les convertir dans un autre format (par exemple, des fichiers XML ou des archives hébergées par Exchange).

  • Comment contrôler les étendues, les limites éthiques et l’accès ? Vous pouvez définir des catégories pour séparer ces limites et choisir qui est autorisé à se trouver dans les salles créées dans chacune de ces catégories.

  • Comment voulez-vous déterminer qui peut créer des salles ? Vous pouvez configurer les créateurs, en fonction de vos catégories, qui peuvent créer des salles. Les créateurs peuvent affecter d’autres membres en tant que gestionnaires de salles de conversation pour la gestion continue des salles (ajout ou suppression de membres supplémentaires), en fonction de l’étendue pour AllowedMembers/DeniedMembers configurée par la catégorie .

  • Comment créer des salles ? Le serveur de conversation permanente fournit une fonctionnalité web pour la création et la gestion des salles. Cette opération peut être lancée à partir du client Lync 2013. Vous pouvez choisir de définir une solution personnalisée (à l’aide du Kit de développement logiciel (SDK) du serveur de conversation permanente) qui implémente vos besoins métier et vos flux de travail, et configure le serveur de conversation permanente pour diriger les utilisateurs vers votre solution personnalisée.

  • Quel genre de compléments voulez-vous approvisionner ? Les compléments améliorent l’expérience dans la salle en tirant parti du volet d’extensibilité dans le client Lync 2013 pour fournir un contexte pertinent pour la salle. Vous pouvez choisir les compléments généraux les plus utiles à vos yeux (par exemple, le site de votre entreprise, des documents de collaboration internes, etc.). Les gestionnaires de salles de conversation peuvent choisir l’un des compléments inscrits et l’associer à leurs salles, le cas échéant.

  • Quels sont vos besoins en matière de haute disponibilité et de récupération d’urgence ? Le serveur de conversation permanente prend en charge SQL Server mise en miroir et SQL Server clustering pour la haute disponibilité et prend en charge jusqu’à 8 serveurs (4 actifs et 4 serveurs de secours) dans un pool étendu avec SQL Server copie des journaux de transaction pour la récupération d’urgence.

  • Existe-t-il des exigences réglementaires ? Si votre entreprise se trouve dans un pays/une région où les données doivent être conservées dans le pays ou la région, vous devrez peut-être déployer plusieurs pools de serveurs de conversation permanente, chacun local dans une zone géographique spécifique. Une salle, une catégorie ou un complément ne s’étend pas sur les pools : il appartient à un seul pool de serveurs de conversation permanente. Vous pouvez gérer l’ensemble des catégories, des compléments et des salles pour chaque pool de serveurs de conversation permanente. Les utilisateurs peuvent être configurés pour avoir accès aux salles d’un ou plusieurs pools à l’aide de la catégorie AllowedMembers ou de l’étendue d’appartenance de salle, selon la façon dont vous concevez vos catégories.

    Important

    Le fait d’avoir plusieurs pools de serveurs de conversation permanente ne vous donne pas plus de mise à l’échelle (vous ne pouvez toujours avoir que 80 000 utilisateurs connectés simultanément sur tous vos pools de serveurs de conversation permanente). La principale raison de la prise en charge de plusieurs pools de serveurs de conversation permanente est la prise en charge des problèmes réglementaires.