Lync serveur 2013 : Gardez le contact
La plateforme de communications unifiées de Microsoft s'intègre de plus en plus étroitement et est dotée d'une architecture plus résiliente.
Cet article est basé sur la version Lync Server 2013.
Alan Maddison
Les avantages des communications unifiées deviennent claires aux organisations de toutes tailles. Rassembler les voix et vidéo et l'intégration avec le courrier électronique permet aux spécialistes qui sont réparties entre les différents offices et des fuseaux horaires différents communiquer quelle que soit la manière qu'ils préfèrent.
Lync serveur 2013 est la dernière édition de la plate-forme de communications unifiées de Microsoft. Lync Server offre des performances critiques, prend en charge la disponibilité, l'évolutivité et dispositif élargi afin de s'assurer que la collaboration et les communications est répandue dans toute l'entreprise. Lync serveur 2013 prend également en charge un modèle de déploiement hybride. Par exemple, vous pouvez déployer Lync Server localement, dans le nuage ou un hybride des deux topologies. Toutes les charges de travail de Lync sont entièrement pris en charge dans un environnement virtualisé.
La plupart des améliorations à Lync Server 2013 est axée sur les catégories suivantes : haute disponibilité (HA) ; évolutivité et performances ; gestion ; voix ; vidéo ; Conférence ; chat persistant ; d'archivage et de surveillance ; Intégration Exchange 2013 ; et les améliorations du client.
HA améliorations
Microsoft a apporté des améliorations importantes à l'architecture Lync Server pour améliorer la disponibilité. Le seul changement le plus important a été l'utilisation de bassins jumelés. Piscines jumelé fonctionne toujours sur le concept d'un registraire sauvegarde et toujours interagir avec les clients de la même manière, il y une différence essentielle de Lync Server 2010. Ce jumelage est pris en charge dans les centres de données et il n'y a aucune restriction quant à la distance entre les centres de données.
Peut-être plus important encore d'un sinistre perspective de planification, il y a amélioration du support pour résilience au-delà de quelques voix. Qui avait été au centre de résilience de site dans Lync Server 2010. Soutien de la résilience pour des fonctionnalités supplémentaires telles que la présence et de conférence est bien accueillie. Lync serveur 2013 prend également en charge la capacité de mise en miroir synchrone de SQL Server 2012 prévoyant les bases de données back-end de résilience.
Paires de piscines et de la mise en miroir de base de données fournissent un cadre solide et efficace pour maximiser la durée de fonctionnement. Ces améliorations de disponibilité vous aidera à répondre aux contrats de niveau de service les plus rigoureuses (SLA).
Piscines appariés offrent résilience de site sans imposer des limites sur la distance entre les bassins. Plus important encore, ils s'assurer que toutes les charges de travail sont vraiment résistants. Avec ces éléments en place, Lync Server 2013 offrira un UX près transparente en cas de basculement.
Piscines jumelé repose le concept d'un registraire de sauvegarde, qui a été introduit dans Lync Server 2010. Étendre ce concept en 2013 de Lync Server, sauvegarde registraires ont une relation réciproque de 1:1. Il est important de noter que le caractère réciproque de cette relation représente une modification à ce qui était autorisé dans Lync Server 2010.
Lync Server 2013 piscines sont associées, un nouveau service appelé service Lync Backup assure les données sont répliquées entre les bassins en temps réel afin de garder les piscines synchronisés. Cette réplication de données en temps réel s'applique également pour le magasin Central de gestion (CMS). Lorsqu'un pool hébergement CMS est jumelé avec un autre pool, il crée une sauvegarde de la CMS et une relation maître/veille entre les instances de base de deux données.
En ajoutant la prise en charge pour la mise en miroir synchrone SQL, permet de Microsoft que vous fournir facilement un niveau site résilience pour les bases de données back-end de Lync. En outre, parce que les clusters de SQL Server ne sont plus prises en charge, mise en miroir de base de données est maintenant l'approche recommandée pour maximiser la disponibilité des serveurs back-end.
Mise en miroir SQL ne vous oblige à utiliser un stockage partagé. Vous pouvez également déployer il sans utiliser un témoin de partage de fichier. Toutefois, vous devez utiliser un témoin si vous avez besoin d'aide pour un basculement automatique. Si vous utilisez un témoin, Microsoft recommande une relation 1:1. Chaque témoin doit être associé à une seule paire de serveurs back-end. Il est important de souligner que cette relation 1:1 n'est pas obligatoire. Microsoft prend en charge une relation 1: n, où vous pouvez utiliser un seul témoin pour deux ou plusieurs paires de serveurs back-end.
Enfin, bien que persistantes Chat (anciennement groupe Chat) est maintenant un rôle de serveur intégrée dans Lync Server 2013, il utilise une méthode différente pour fournir HA. Vous devrez déployer un pool étiré pour atteindre HA. Cela signifie un seul pool de Chat persistante est défini dans la topologie de Lync, mais les serveurs Chat persistants sont répartis entre les centres de données. Déploiement d'un pool partagé de cette manière nécessite également que vous déployez la base de données mise en miroir afin de s'assurer que les données sont répliquées vers le deuxième centre de données.
Performances et évolutivité
Selon les normes les plus exigeantes, la capacité de Lync Server 2010 à l'échelle a été impressionnante. Avec le soutien de jusqu'à 80 000 utilisateurs par pool Enterprise Edition et plusieurs pools par déploiement, Lync 2010 à l'échelle pour prendre en charge les plus grandes entreprises.
À l'aide d'un concept appelé Architecture en briques, le groupe de produits de Lync a été capable de réduire la dépendance sur SQL Server de passer à un modèle par lequel Lync et SQL Server ont été seulement faiblement couplés. Une des plus importantes améliorations de l'évolutivité est une augmentation prévue de nombre maximal d'utilisateurs par pool. Le nombre réel d'utilisateurs pris en charge est publié à la version du produit.
En plus de soutenir un plus grand nombre d'utilisateurs par pool, modifications apportées à l'architecture Lync Server signifient que des serveurs (AV) audio et vidéo échelle maintenant beaucoup mieux. Vous n'avez plus besoin des serveurs dédiés d'AV. Le rôle de l'AV est maintenant toujours co-localisé avec les serveurs frontaux. Cette exigence de la co-implantation est également vraie pour d'autres rôles de Lync Server 2013, y compris l'archivage, le contrôle et XMPP.
Le principe central de l'architecture en briques repose sur l'idée que le couplage entre Lync Server 2010 et SQL Server causé un rendement sous-optimal. Grâce aux fonctionnalités de Windows, un utilitaire de gestion qui gère la réplication, l'équipe de développement de Lync 2013 a été en mesure de mettre en place un magasin de back-end faiblement couplé.
Du point de vue opérationnel, le seul volet le plus visible de ces changements est que les serveurs frontaux sont maintenant chargés de gérer l'état utilisateur. Pour prendre en charge cette méthode de gestion de présence, il y ont été apportés à l'algorithme qui détermine le serveur sur lequel un utilisateur a été effectivement hébergé dans un pool.
Dans Lync Server 2010, cet algorithme a été basé sur une répartition des utilisateurs sur 10 serveurs possibles. Cela a ordonné la liste des serveurs laisse le client de déterminer le serveur auquel se connecter à un pool donné. Toutefois, en raison de la réplication de données ayant été forcée de s'assurer que les serveurs frontaux peuvent gérer l'état utilisateur, l'équipe de développement a changé l'algorithme pour affecter automatiquement des utilisateurs aux groupes d'utilisateurs.
Chacun de ces groupes d'utilisateurs est assignée au primaire, secondaire et tertiaire de serveur des serveurs frontaux, en supposant qu'il sont au moins trois serveurs dans le pool. Cela signifie que Windows tissu maintient trois copies des données de l'utilisateur sur les serveurs frontaux. S'il y a moins de trois serveurs dans une piscine, ce qui réduit évidemment le nombre de copies de données. Cela signifie à son tour Lync piscines doivent maintenant avoir un quorum. Il doit y avoir un nombre minimal de serveurs sains avant de démarrer les services de la piscine. Le quorum réel est une fonction du nombre total de serveurs d'un pool.
Améliorations de la gestion
Le cadre de gestion robuste dans Lync Server 2010 reposait sur des fonctionnalités telles que le panneau de configuration de Lync Server, Lync Management Shell et contrôle d'accès basé sur les rôles (RBAC). Cela reste vrai dans Lync 2013. Il ya eu aussi des nouveaux rôles ajoutés à RBAC, notamment groupe coordonnateur de la réponse et le gestionnaire persistant de Chat.
Le panneau de configuration Lync vous permet maintenant de gérer les serveurs de Chat persistants et configurer la politique de mobilité et de la Fédération de XMPP. Comme faisant partie de ces changements de panneau de configuration (et de soutenir d'autres changements dans Lync Server), il y a aussi une série de nouvelles applets de commande Lync Management Shell.
Lync serveur 2013 prend désormais en charge un Service centralisé d'enregistrement. L'agent de Service d'enregistrement centralisé s'exécute sur tous les serveurs Lync Server 2013. Cela vous permet de contrôler tous les aspects de la journalisation sur le serveur.
L'amélioration de gestion plus grande unique se rapporte à patcher. À l'aide de Windows Fabric, Lync Server 2013 prend en charge un concept appelé un domaine de mise à niveau. Ce processus vous permettra de patch serveurs sans répercussions négatives sur les utilisateurs.
Ces changements architectes et gestion couvrent comment Lync Server 2013 travaille dans les coulisses. Il ya eu aussi de nombreuses améliorations apportées à l'ensemble des fonctionnalités et comment Lync Server fonctionne avec les utilisateurs. Le mois prochain, je vais couvrir les améliorations visibles de l'utilisateur Lync Server 2013.
.jpg)
Alan Maddison est un vétéran de 18 ans de l'industrie des TI, en se concentrant principalement sur les technologies Microsoft. Pour les sept dernières années, il a travaillé comme consultante en mettant l'accent sur la prestation de services professionnels. Il est actuellement consultant senior chez Microsoft Consulting Services.