Planification de la résistance vocale du site central dans Lync Server 2013

 

Rubrique Dernière modification : 2013-10-30

De plus en plus d’entreprises ont plusieurs sites basés dans le monde entier. Le maintien des services d’urgence, l’accès au support technique et la possibilité d’effectuer des tâches métier critiques lorsqu’un site central est hors service sont essentiels pour toute solution de résilience Voix Entreprise. Quand un site central devient indisponible, les conditions suivantes doivent être remplies :

• Le basculement vocal doit être fourni.

• Les utilisateurs qui s’inscrivent habituellement auprès du pool frontal sur le site central doivent être en mesure de s’inscrire auprès d’un autre pool frontal. Pour ce faire, vous pouvez créer plusieurs enregistrements SRV DNS, chacun d’entre eux est résolu en pool d’administrateurs ou pool frontal dans chacun de vos sites centraux. Vous pouvez ajuster la priorité et les pondérations des enregistrements SRV afin que les utilisateurs qui sont servis par ce site central obtiennent le pool d’administrateurs et de serveurs frontaux correspondant avant ceux des autres enregistrements SRV.

• Les appels pour et par les utilisateurs situés sur d’autres sites doivent être réacheminés vers le RTC.

Cette rubrique décrit la solution recommandée pour sécuriser la résistance vocale du site central.

Architecture et topologie

La planification de la résilience vocale sur un site central nécessite une compréhension de base du rôle central joué par le bureau d’enregistrement Lync Server 2013 dans l’activation du basculement vocal. Le bureau d’enregistrement de serveur Lync est un rôle serveur qui permet l’inscription et l’authentification du client et fournit des services de routage. Il se trouve avec d’autres composants sur un serveur Standard Edition, serveur frontal, directeur ou survivable Branch Appliance. Un pool de bureaux d’enregistrement se compose de services de bureau d’enregistrement s’exécutant sur le pool frontal et résidant sur le même site. La charge du pool frontal doit être équilibrée. L’équilibrage de charge DNS est recommandé, mais l’équilibrage de charge matérielle est acceptable. Un client Lync découvre le pool frontal par le biais du mécanisme de découverte suivant :

1. Enregistrement DNS SRV

2. Service web de découverte automatique (nouveauté de Lync Server 2013)

3. Option DHCP 120

Une fois que le client Lync se connecte au pool frontal, il est dirigé par l’équilibreur de charge vers l’un des serveurs frontaux du pool. Ce serveur frontal, à son tour, redirige le client vers un bureau d’enregistrement préféré dans le pool.

Chaque utilisateur activé pour Enterprise Voice est affecté à un pool de bureaux d’enregistrement particulier, qui devient le pool principal du bureau d’enregistrement de cet utilisateur. Sur un site donné, des centaines voire des milliers d’utilisateurs partagent généralement un seul pool de serveurs d’inscriptions principal. Pour calculer la consommation des ressources du site central par les utilisateurs de site de succursale qui recourent au site central pour accéder aux fonctionnalités de présence, de conférence ou de basculement, nous vous conseillons de considérer chaque utilisateur de site de succursale comme s’il était inscrit sur le site central. Il n’existe actuellement aucune limite quant au nombre d’utilisateurs du site de branche, y compris les utilisateurs inscrits auprès d’une appliance survivable Branch Appliance.

Pour garantir la résistance vocale en cas de défaillance du site central, le pool de serveurs d’inscriptions principal doit avoir un pool de serveurs d’inscriptions de sauvegarde associé, situé sur un autre site. La sauvegarde peut être configurée à l’aide des paramètres de résilience du Générateur de topologie. S’il existe une liaison réseau étendu résistante entre les deux sites, les utilisateurs dont le pool de serveurs d’inscriptions principal n’est plus disponible sont automatiquement dirigés vers le pool de serveurs d’inscriptions de sauvegarde.

Les étapes suivantes décrivent le processus de découverte et d’inscription des clients :

1. Un client découvre Lync Server via des enregistrements SRV DNS. Dans Lync Server 2013, les enregistrements SRV DNS peuvent être configurés pour retourner plusieurs noms de domaine complets à la requête SRV DNS. Par exemple, si l’entreprise Contoso possède trois sites centraux (Amérique du Nord, Europe et Asie-Pacifique) et un pool directeur sur chaque site central, les enregistrements DNS SRV peuvent pointer vers les noms de domaine complets du pool directeur sur chacun des trois sites. Tant que le pool d’administrateurs dans l’un des emplacements est disponible, le client peut se connecter au premier tronçon de Lync Server.

   Remarque

   L’utilisation d’un pool d’administrateurs est facultative. Un pool frontal peut être utilisé à la place.

2. Le pool d’administrateurs informe le client Lync du pool d’inscriptions principal de l’utilisateur et du pool de serveurs d’inscriptions de sauvegarde.

3. Le client Lync tente d’abord de se connecter au pool principal du bureau d’enregistrement de l’utilisateur. Si le pool de serveurs d’inscriptions principal est disponible, le serveur d’inscriptions accepte l’inscription. Si le pool de serveurs d’inscriptions principal n’est pas disponible, le client Lync tente de se connecter au pool de serveurs d’inscriptions de sauvegarde. Si le pool de serveurs d’inscriptions de sauvegarde est disponible et a déterminé que le pool de serveurs d’inscriptions principal de l’utilisateur est indisponible (en détectant un manque de pulsations pendant l’intervalle de basculement spécifié), le pool de serveurs d’inscriptions de sauvegarde accepte l’inscription de l’utilisateur. Une fois que le bureau d’enregistrement de sauvegarde a détecté que le bureau d’enregistrement principal est à nouveau disponible, le pool de serveurs d’inscriptions de sauvegarde redirige les clients Lync de basculement vers leur pool principal.

La figure suivante illustre la topologie recommandée pour garantir la résilience du site central. Les deux sites sont connectés par une liaison WAN résiliente. Si le site central devient indisponible, les utilisateurs affectés à ce pool sont dirigés vers le site de sauvegarde pour inscription.

Topologie recommandée pour la résilience vocale du site central

Conditions requises et recommandations

Les conditions préalables et recommandations suivantes, relatives à l’implémentation de la résistance vocale du site central, sont appropriées à la plupart des organisations :

• Les sites où se trouvent les pools de serveurs d’inscriptions principaux et de sauvegarde doivent être connectés par une liaison réseau étendu résistante.

• Chaque site central doit contenir un pool de serveurs d’inscriptions comprenant un ou plusieurs serveurs d’inscriptions.

• La charge de chaque pool de serveurs d’inscriptions doit être équilibrée via l’équilibrage de la charge DNS, l’équilibrage de la charge matérielle ou les deux. Pour plus d’informations sur la planification de votre configuration d’équilibrage de charge, consultez les exigences d’équilibrage de charge pour Lync Server 2013.

• Chaque utilisateur doit être affecté à un pool de serveurs d’inscriptions principal à l’aide de l’applet de commande set-CsUser de Lync Server Management Shell ou du Panneau de configuration Lync Server.

• Le pool de serveurs d’inscriptions principal doit être associé à un pool de serveurs d’inscriptions de sauvegarde situé sur un autre site central.

• Le pool de serveurs d’inscriptions principal doit être configuré pour basculer vers le pool de serveurs d’inscriptions de sauvegarde. Par défaut, le serveur d’inscriptions principal est configuré pour basculer vers le pool de serveurs d’inscriptions de sauvegarde après 300 secondes. Vous pouvez modifier cet intervalle à l’aide du Générateur de topologie Lync Server 2013.

• Configurez un itinéraire de basculement, comme décrit dans la rubrique « Configuration d’un itinéraire de basculement dans Lync Server 2013 » dans la documentation de planification. Lors de la configuration de l’itinéraire, spécifiez une passerelle située sur un autre site que la passerelle définie dans l’itinéraire principal.

• Si le site central contient votre serveur de gestion principal et qu’il est susceptible d’être indisponible pendant une longue période, vous devez réinstaller vos outils de gestion sur le site de sauvegarde ; sinon, vous ne pourrez pas modifier vos paramètres de gestion.

Dépendances

Lync Server dépend de l’infrastructure et des composants logiciels suivants pour garantir la résilience vocale :

Composant	Fonction
DNS	Résolution des enregistrements SRV et des enregistrements A pour la connectivité serveur-serveur et serveur-client
Exchange et services web Exchange (EWS)	Stockage des contacts ; données de calendrier
Messagerie unifiée Exchange et services web Exchange	Journaux des appels, liste des messages vocaux, messagerie vocale
Options DHCP 120	Si DNS SRV n’est pas disponible, le client tente d’utiliser l’option DHCP 120 pour découvrir le serveur d’inscriptions. Pour que cela fonctionne, un serveur DHCP doit être configuré ou Lync Server 2013 DHCP doit être activé. Pour plus d’informations, consultez la section Configuration matérielle et logicielle requise pour Branch-Site résilience dans les exigences de résilience de site de branche pour la section Lync Server 2013 .

Fonctionnalités vocales de secours

Si les conditions et recommandations précédentes ont été implémentées, les fonctionnalités vocales suivantes seront fournies par le pool de serveurs d’inscriptions :

• Appels RTC sortants

• Appels RTC entrants si le fournisseur de services de téléphonie prend en charge le basculement vers un site de sauvegarde

• Appels Enterprise entre des utilisateurs situés sur le même site ou sur deux sites différents

• Fonctionnalités de base de gestion des appels, dont la mise en attente, la récupération et le transfert

• Messagerie instantanée entre deux utilisateurs et partage audio et vidéo entre des utilisateurs situés sur le même site

• Services de transfert d’appel, de sonnerie simultanée des points de terminaison, de délégation d’appel et d’appel d’équipe, mais seulement si les deux parties utilisant la délégation d’appel (ou tous les membres de l’équipe) sont configurés sur le même site.

• Les téléphones et clients existants continuent à fonctionner.

• Enregistrement des détails des appels (CDR)

• Authentification et autorisation

En fonction de leur configuration, les fonctionnalités vocales suivantes fonctionneront ou ne fonctionneront pas lors de la mise hors service d’un site central principal :

• Dépôt et récupération de messages vocaux

  Si vous souhaitez que la messagerie unifiée Exchange soit disponible lorsque le site central principal est hors service, effectuez l’une des opérations suivantes :

  • Modifiez les enregistrements DNS SRV pour que les serveurs de messagerie unifiée Exchange situés sur le site central pointent sur les serveurs de messagerie unifiée Exchange de sauvegarde situés sur un autre site.

  • Configurez le plan de numérotation de messagerie unifiée Exchange de chaque utilisateur pour inclure les serveurs de messagerie unifiée Exchange à la fois sur le site central et sur le site de sauvegarde, mais désignez les serveurs de messagerie unifiée Exchange de sauvegarde comme désactivés. Si le site principal devient indisponible, l’administrateur Exchange doit marquer les serveurs de messagerie unifiée Exchange sur le site de sauvegarde comme étant activés.

  Si aucune des solutions précédentes n’est possible, la messagerie unifiée Exchange ne sera pas disponible si le site central devient indisponible.

• Conférence de tout type

  Un utilisateur qui a été basculé vers un site de sauvegarde peut prendre part à une conférence créée ou hébergée par un organisateur dont le pool est disponible, mais ne peut pas créer ni héberger de conférence sur son propre pool principal, qui n’est plus disponible. De même, les autres utilisateurs ne peuvent pas participer aux conférences hébergées sur le pool principal de l’utilisateur concerné.

Les fonctionnalités vocales suivantes ne fonctionnent pas lorsqu’un site central principal est hors service :

• Standard automatique de conférence

• Routage basé sur la présence et DND

• Mise à jour des paramètres de transfert d’appel

• Service Response Group et parcage d’appel

• Provisionnement des nouveaux téléphones et clients

• Recherche web du carnet d’adresses

Voir aussi

Planification de la résistance vocale d’un site de succursale dans Lync Server 2013