Récupération d’urgence de serveur Edge dans Lync Server 2013

 

Rubrique Dernière modification : 2014-03-12

Comme pour les autres rôles de serveur, la meilleure façon de fournir une haute disponibilité à vos serveurs Edge consiste à déployer plusieurs serveurs Edge dans des pools dans chaque site. Si un serveur Edge tombe en panne, les autres serveurs du pool continueront de fournir des services Edge.

Pour activer les procédures de récupération d’urgence, vous devez disposer de pools Edge Server distincts déployés sur des sites distincts. Vous n’avez pas besoin de coupler explicitement des pools Edge comme vous le faites avec des pools frontaux, mais le fait d’avoir plusieurs pools Edge offre toujours la possibilité de continuer si un pool Edge entier tombe en panne. Les sections suivantes fournissent des détails sur la récupération d’urgence pour les différentes fonctions des serveurs Edge.

Accès à distance

Si vous avez plusieurs sites, chacun avec un pool de serveurs Edge et qu’un pool Edge entier échoue, les services d’accès à distance continueront de fonctionner sans action de l’administrateur. Lors de la création de pools Edge dans différents sites, vous ne pouvez pas utiliser le même nom de domaine complet. Chaque pool Edge doit avoir des noms de domaine complets uniques (internes et externes). Les pools Edge n’utilisent pas de règles de publication de proxy inverse pour communiquer avec les serveurs frontaux. Le basculement automatique se produit lorsque le client interroge à nouveau les enregistrements du service DNS d’accès à distance et que les utilisateurs distants sont routées vers les serveurs Edge d’un autre site. Le client tente chaque nom de domaine complet Edge externe en fonction de la priorité des enregistrements SRV DNS.

Remarque

Pour que le basculement fonctionne sans problème, assurez-vous que le pare-feu permet aux serveurs frontaux de chaque pool de communiquer avec tous les serveurs Edge.

Fédération

Pour les relations de fédération avec d’autres organisations exécutant Lync Server, les demandes de fédération entrantes continueront de fonctionner tant que vous disposez de solutions telles que Geo-DNS GTM. Il est important de comprendre que le basculement de fédération ne fournit pas de basculement avec priorité dans les enregistrements SRV. Une solution fournie précédemment peut vous aider à fournir des fonctionnalités de récupération d’urgence pour la fédération entrante.

La fédération sortante est toujours configurée via un pool Edge publié ou un serveur Edge dans l’organisation. Si ce pool Edge est en panne, vous devez utiliser topologie Builder pour modifier l’itinéraire de fédération sortante afin d’utiliser un pool Edge qui est toujours en cours d’exécution. Pour plus d’informations, consultez Basculement du pool Edge utilisé pour la fédération Lync Server dans Lync Server 2013

Fédération XMPP

Pour la fédération XMPP, le trafic sortant et le trafic entrant échouent si le pool Edge désigné comme passerelle de fédération XMPP tombe en panne. Pour que la fédération XMPP fonctionne à nouveau, vous devez modifier la fédération XMPP pour utiliser un autre pool Edge. Pour plus d’informations, consultez Basculement du pool Edge utilisé pour la fédération XMPP dans Lync Server 2013.

Le pool Edge échoue, mais le pool frontal est toujours en cours d’exécution

Si un pool Edge échoue sur un site, mais que le pool frontal de ce site est toujours en cours d’exécution, vous devez modifier le pool frontal pour utiliser un autre pool Edge sur un autre site pendant que ce premier pool Edge est en panne. Pour plus d’informations, consultez Modification du pool Edge associé à un pool frontal dans Lync Server 2013.