Topologie de référence de Lync Server 2013 utilisée dans les grandes organisations comportant plusieurs centres de données

Rubrique Dernière modification : 2012-10-22

La prise en charge de la topologie de référence pour une grande organisation disposant de multiples centres de données est conçue pour toute taille d’entreprise dotée de plusieurs sites centraux. La topologie exacte du diagramme suivant est prévue pour une organisation comportant 50 000 utilisateurs, dont 20 000 sur le site central A, 20 000 sur le site central B et un total de 10 000 sur le site central C et les sites de succursale. Le type de topologie illustré dans ce diagramme peut convenir à toutes les organisations, quel que soit le nombre d’utilisateurs.

Outre la haute disponibilité fournie par les pools de serveurs frontaux, cette topologie ajoute la prise en charge de la récupération d’urgence. Les pools frontaux des sites centraux A et B sont associés. Si l’un de ces pools ne fonctionne pas, l’administrateur peut déplacer les services pour les utilisateurs affectés vers le pool associé dans le site non affecté.

Cette topologie est présentée dans de nombreux diagrammes, avec tout d’abord une vue d’ensemble, suivie de vues détaillées des sites centraux.

Vue d’ensemble de la topologie de référence pour les grandes organisations disposant de plusieurs centres de données

Topologie de référence pour les grandes organisations : vue détaillée du site central A

Topologie de référence pour les grandes organisations : vue détaillée du site central B

Topologie de référence pour les grandes organisations : vue détaillée du site central C

• Les pools frontaux sont associés pour activer la récupération d’urgence.   Les pools frontaux des sites A et B sont associés les uns aux autres pour assurer la prise en charge de la récupération d’urgence. Si le pool d’un site échoue, l’administrateur peut basculer les utilisateurs de ce site vers le pool frontal associé sur l’autre site, avec un minimum d’interruption de service pour les utilisateurs. Each of these two Front End pools has six servers, which is enough for all 40,000 users in both pools in case of failover. Pour plus d’informations, consultez Planification de la haute disponibilité et de la récupération d’urgence dans Lync Server 2013.

• Les serveurs principaux sont mis en miroir Pour fournir une plus haute disponibilité pour les fonctionnalités utilisateur de base, l’organisation a déployé une paire de serveurs principaux en miroir pour chaque pool frontal. Il s’agit d’une topologie facultative, et vous pouvez choisir de déployer un serveur principal unique à la place.

• Utilisation d’un serveur Standard Edition sur un site de branche.   This organization considers Site C as a branch site because it has only 600 employees. However, the users there have many A/V conferences among themselves. S’il était déployé dans Lync Server en tant que site de branche, les médias de ces conférences s’exécuteraient sur le réseau étendu (WAN) vers et à partir d’un site central sur lequel un serveur frontal est déployé. Pour éviter cette charge de bande passante potentielle, ils ont installé une paire de serveurs Standard Edition sur ce site, qui hébergera ces conférences. Étant donné que les serveurs Standard Edition y sont installés, Lync Server considère par définition qu’il s’agit d’un site central et qu’il est traité comme tel dans le Générateur de topologie et l’outil de planification.

  Un seul serveur Standard Edition serait suffisant pour les performances ici, mais l’organisation en a déployé deux et les a associés pour fournir une haute disponibilité au cas où un serveur tomberait en panne.

  Même si le site C est considéré comme un site central, vous n’avez pas besoin d’y déployer des serveurs Edge. Dans cet exemple, le site C utilisera les serveurs Edge déployés sur le site A.

• Surveillance et archivage Cette organisation a déployé la supervision et l’archivage. Lorsque vous déployez ces deux fonctionnalités, elles s’exécutent sur chaque serveur frontal. Les bases de données pour ces fonctionnalités peuvent être colocalisées avec la base de données principale ou se trouver sur un serveur distinct. Cette organisation a disposé ces bases de données sur un serveur distinct des serveurs principaux, dans le site central B. Ces bases de données reçoivent les données de surveillance et d’archivage en provenance des serveurs frontaux dans tous les sites.

• Options de déploiement de site de branche.   Cette organisation a en fait plus de 50 sites de succursale, dont seulement trois sont affichés dans les diagrammes détaillés. Les sites de succursale 1 et 3 ne disposent pas d’un lien WAN résilient vers le site central. Par conséquent, survivable Branch Appliances est déployé pour fournir un service téléphonique au cas où la liaison WAN vers le site central tomberait en panne. Branch Site 2 possède toutefois une liaison WAN résiliente. Vous n’avez donc besoin que d’une passerelle de réseau téléphonique commuté (RTC) publique. La passerelle RTC déployée sur ce site prend en charge la déviation du trafic multimédia. Par conséquent, aucun serveur de médiation n’est nécessaire sur le site de branche B. Pour plus d’informations sur le choix de l’installation sur un site de branche, consultez Planification de la résilience voix d’entreprise dans Lync Server 2013 dans la documentation de planification.

• Jonction SIP et serveur de médiation.   Notez que sur le site central B, le serveur de médiation n’est pas colocalisé avec les serveurs frontaux. En effet, un serveur de médiation autonome est préférable sur les sites qui utilisent une jonction SIP. Dans la plupart des autres cas, nous recommandons de colocaliser le serveur de médiation avec le serveur frontal. Pour plus d’informations sur les topologies du serveur de médiation, consultez Composants et topologies pour le serveur de médiation dans Lync Server 2013 dans la documentation de planification.

• La conversation permanente est déployée.   Cette organisation a déployé les serveurs nécessaires pour activer la conversation permanente. Elle a déployé plusieurs serveurs frontaux de conversation permanente afin de gérer la charge pour le nombre d’utilisateurs dans le pool et afin de procurer une haute disponibilité. Elle a également déployé la conformité pour la conversation permanente et colocalisé le magasin de conversation permanente et le magasin de conformité de conversation permanente sur des serveurs distincts. Ces magasins pourraient être colocalisés (et peuvent même être colocalisés avec le serveur principal), mais cette organisation a choisi de les séparer pour des raisons de performances.

• Équilibrage de la charge DNS.   Le pool frontal et le pool de serveurs Edge. Cela vous évite de devoir recourir à des programmes d’équilibrage de la charge matérielle pour l’interface interne des serveurs Edge et cela réduit significativement le temps consacré à leur configuration et maintenance pour les autres pools, étant donné que ces programmes sont requis uniquement pour le trafic HTTP. Pour plus d’informations sur l’équilibrage de charge DNS, consultez l’équilibrage de charge DNS dans Lync Server 2013 dans la documentation de planification.

• Déploiement de la messagerie unifiée Exchange.  Lync Server fonctionne avec les déploiements locaux de messagerie unifiée Exchange et la messagerie unifiée Hébergée . Le site central A inclut un serveur de messagerie unifiée Exchange, qui s’exécute Microsoft Exchange Server, et non Lync Server. La fonctionnalité de messagerie unifiée Exchange pour Lync Server s’exécute sur le pool frontal.

  Le site central B utilise la version Exchange hébergée, de sorte que la fonctionnalité du serveur de messagerie unifiée Exchange l’est également.

  Pour plus d’informations sur la messagerie unifiée Exchange, consultez Planning for Exchange Unified Messaging integration in Lync Server 2013 and Hosted Exchange Unified Messaging integration in Lync Server 2013 in the Planning documentation.

• Office Web Apps Server.   Nous recommandons le déploiement d’un serveur Office Web Apps Server ou d’une batterie de serveurs Office Web Apps Server dans toutes les organisations qui utilisent des conférences Web. Vous pouvez déployer une batterie de serveurs Office Web Apps server unique sur un site qui traite le trafic de tous les sites, ou la déployer dans chaque site. Office Web Apps Server permet de présenter des diapositives PowerPoint au cours de conférences Web. Pour plus d’informations, consultez Configuration de l’intégration à Office Web Apps Server et Lync Server 2013.

• Des directeurs pourraient être ajoutés.  Si cette organisation souhaitait augmenter la sécurité contre les attaques par déni de service, elle pourrait également déployer un pool directeur. Un directeur est un rôle serveur distinct facultatif dans Lync Server qui n’héberge pas de comptes d’utilisateurs, ou qui fournit des services de présence ou de conférence. Il sert de serveur de tronçon suivant interne vers lequel un serveur Edge achemine le trafic SIP entrant destiné aux serveurs internes. Le directeur pré-authentifie les demandes entrantes et les redirige vers le pool ou le serveur d’accueil de l’utilisateur. La pré-authentification au niveau du directeur permet d’ignorer les demandes en provenance de comptes d’utilisateurs inconnus du déploiement. Un directeur permet d’isoler les serveurs frontaux du trafic malveillant, comme les attaques par déni de service (DoS). Si le réseau est inondé de trafic externe non valide lors d’une telle attaque, le trafic se termine au directeur.

• System Center Operations Manager est déployé.  Nous vous recommandons de surveiller l’intégrité de votre déploiement de Lync Server pour garantir la disponibilité du service pour les utilisateurs finaux. Vous pouvez surveiller Lync avec le pack d’administration System Center Operations Manager pour Lync disponible en téléchargement gratuit à partir de Microsoft. Avec le pack d’administration Lync, vous pouvez recevoir de manière proactive des alertes en temps réel lorsque des problèmes se produisent, exécuter des transactions synthétiques pour tester la fonctionnalité Lync de bout en bout, obtenir des rapports sur la disponibilité du service, et ainsi de suite.  This helps you to proactively respond to issues with your deployment before end-users experience them.

  Cette organisation a déployé un serveur System Center Operations Manager dans chaque site central.