Topologie de référence de Lync Server 2013 pour les organisations de taille moyenne

 

Rubrique Dernière modification : 2013-10-07

La topologie de référence avec haute disponibilité et centre de données unique est conçue pour une entreprise de taille petite ou moyenne dotée d’un site central. La topologie exacte présentée dans le diagramme suivant est destinée à une organisation de 20 000 utilisateurs.

Topologie de référence pour des organisations de taille moyenne

Topologie de référence pour un diagramme de centre de données unique

  • Augmentez le nombre d’utilisateurs pris en charge en ajoutant des serveurs frontaux supplémentaires.   La topologie exacte présentée dans ce diagramme inclut trois serveurs frontaux pour prendre en charge jusqu’à 20 000 utilisateurs. Si vous avez un seul site central et des utilisateurs supplémentaires, vous pouvez simplement ajouter davantage de serveurs frontaux dans le pool. Le nombre maximal d’utilisateurs par pool est 80 000, avec douze serveurs frontaux.

    Néanmoins, la topologie sur site unique peut prendre en charge davantage d’utilisateurs en ajoutant un autre pool frontal au site.

  • La récupération d’urgence peut être ajoutée.   Pour cette organisation, la haute disponibilité de ses services Lync Server est une fonctionnalité nécessaire, mais pas la récupération d’urgence. Le pool de serveurs frontaux qu’ils ont déployés fournit une haute disponibilité.

    Pour disposer d’une fonctionnalité de récupération d’urgence, cette organisation peut établir un autre centre de données et ajouter un autre pool frontal, en le couplant au pool frontal du centre de données actuel. Si une catastrophe devait affecter le pool principal, les administrateurs pourraient effectuer un basculement des utilisateurs vers le pool de sauvegarde.

  • 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 nouvelle option de topologie pour Lync Server 2013, et elle est facultative. Vous pouvez choisir de déployer un serveur principal unique à la place.

  • Options de base de données du serveur de surveillance.   Cette organisation a déployé la supervision pour garantir la qualité des appels Voix Entreprise et des conférences A/V. La surveillance est déployée sur chaque serveur frontal et la base de données de surveillance est colocalisée avec les serveurs principaux. Nous prenons également en charge les topologies dans lesquelles la base de données de surveillance est située sur un serveur distinct.

  • Haute disponibilité du serveur Edge Dans cet exemple d’organisation avec 20 000 utilisateurs, un seul serveur Edge serait suffisant pour les performances. Toutefois, il existe un pool de deux serveurs Edge déployés pour fournir une haute disponibilité.

  • Options de déploiement de site de branche.   Dans cette topologie, Enterprise Voice est déployé comme solution vocale. Le site de branche 1 ne dispose pas d’un lien de réseau étendu résilient vers le site central. Par conséquent, il dispose d’une appliance survivable Branch Appliance déployée pour gérer de nombreuses fonctionnalités de serveur Lync au cas où le lien WAN vers le site central tomberait en panne. Branch Site 2 a toutefois une liaison WAN résiliente, de sorte que seule une passerelle de réseau téléphonique commuté (RTC) publique est nécessaire. La passerelle RTC déployée à cet endroit prend en charge la déviation des médias. Aucun serveur de médiation n’est donc nécessaire sur le site de branche 2. Pour plus d’informations sur le déploiement sur un site de branche, consultez Planification de la résilience vocale de site de branche dans Lync Server 2013 dans la documentation de planification.

  • Équilibrage de charge DNS.   Le pool frontal et le pool de serveursEdge ont déployé l’équilibrage de charge DNS pour le trafic SIP. Cela vous évite de devoir recourir à un appareil d’équilibrage de charge pour les serveurs Edge et cela réduit significativement la configuration et la maintenance des appareils d’équilibrage de charge pour les autres pools, car les appareils d’équilibrage de charge sont uniquement nécessaires 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. Cette topologie de référence inclut un serveur de messagerie unifiée Exchange, qui s’exécute Microsoft Exchange Server, et non Lync Server.

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

  • Les serveurs Edge sont recommandés.   Bien que le déploiement d’un serveur Edge ne soit pas nécessaire, nous le recommandons pour n’importe quelle taille de déploiement. Vous pouvez optimiser votre investissement Lync Server en déployant un serveur Edge pour fournir un service aux utilisateurs actuellement en dehors des pare-feu de votre organisation. Les avantages sont les suivants :

    • Les propres utilisateurs de votre organisation peuvent utiliser la fonctionnalité Lync Server, s’ils travaillent à domicile ou sont en déplacement.

    • Les utilisateurs de votre organisation peuvent inviter des utilisateurs externes à participer à des réunions.

    • Si vous avez un partenaire, un fournisseur ou une organisation cliente qui utilise également Lync Server, vous pouvez créer une relation fédérée avec cette organisation. Votre déploiement de Lync Server reconnaîtrait ensuite les utilisateurs de cette organisation fédérée, ce qui aboutit à une meilleure collaboration.

    • Vos utilisateurs peuvent échanger des messages instantanés avec des utilisateurs de services de messagerie instantanée publics, y compris tout ou partie des éléments suivants : Windows Live, AOL, Yahoo! et Google Talk. Une licence distincte peut être nécessaire pour la connectivité de messagerie instantanée publique avec ces services.

      Important

      • À compter du 1er septembre 2012, la licence d’abonnement utilisateur de connectivité de messagerie instantanée publique (« PIC USL ») de Microsoft Lync n’est plus disponible à l’achat pour les nouveaux contrats ou le renouvellement. Les clients disposant de licences actives pourront continuer à fédérer avec Yahoo! Messenger jusqu’à la date d’arrêt du service. Une date de fin de vie de juin 2014 pour AOL et Yahoo! a été annoncé. Pour plus d’informations, consultez La prise en charge de la connectivité de messagerie instantanée publique dans Lync Server 2013.

      • LE PIC USL est une licence d’abonnement par utilisateur par mois qui est requise pour que Lync Server ou Office Communications Server fédère avec Yahoo! Messager. La capacité de Microsoft à fournir ce service dépendait du support de Yahoo!, le contrat sous-jacent pour lequel l’opération est en fin de compte.

      • Plus que jamais, Lync est un outil puissant pour établir des liens entre les organisations et les particuliers du monde entier. La fédération avec Windows Live Messenger ne nécessite aucune licence utilisateur/appareil supplémentaire au-delà du cal standard Lync. La fédération Skype sera ajoutée à cette liste, ce qui permettra aux utilisateurs de Lync d’atteindre des centaines de millions de personnes avec la messagerie instantanée et la voix.

  • Des directeurs pourraient être ajoutés.   Si cette organisation veut accroître la sécurité face aux attaques par déni de service, elle peut é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 recommandé.  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.