• Article

Configuration requise pour l’équilibrage de charge

 

Dernière rubrique modifiée : 2012-11-27

Si vous avez des pools de serveurs frontaux, des pools directeur, des pools serveur Edge ou des pools de proxy inverse, vous devez déployer l’équilibrage de la charge pour ces pools. L’équilibrage de la charge distribue le trafic entre les serveurs dans un pool.

Lync Server 2010 peut utiliser n’importe quel proxy inverse qui prend en charge les exigences des services web que les directeurs, serveurs frontaux et les serveur Standard Edition mettent à disposition. L’équilibrage de charge d’un pool ou d’une batterie (terme utilisé pour faire référence à un pool de proxys inverses) de proxys inverses dépend des exigences du proxy inverse. Lync Server 2010 n’impose aucune restriction spécifique quant à la méthode de l’équilibrage de charge des proxys inverses tant que la batterie de proxys inverses continue à fournir les conditions requises des services web.

Microsoft Lync Server 2010 prend en charge deux types de solutions d’équilibrage de la charge : l’équilibrage de la charge DNS (Domain Name System) et l’équilibrage de la charge matérielle. L’équilibrage de la charge DNS offre plusieurs avantages, parmi lesquels une administration plus simple, un dépannage plus efficace et la possibilité d’isoler la plupart du trafic Lync Server 2010 des problèmes potentiels liés au programme d’équilibrage de la charge matérielle.

Déterminez la solution d’équilibrage de la charge adaptée à chaque pool de votre déploiement, en gardant à l’esprit les restrictions suivantes :

  • Les interfaces Edge interne et externe doivent utiliser le même type d’équilibrage de la charge. Vous ne pouvez pas utiliser l’équilibrage de la charge DNS sur une interface et l’équilibrage de la charge matérielle sur l’autre.

  • Certains types de trafic nécessitent un programme d’équilibrage de la charge matérielle. Par exemple, le trafic HTTP requiert un programme d’équilibrage de la charge matérielle plutôt que l’équilibrage de la charge DNS. Celui-ci ne fonctionne pas avec le trafic web client-à-serveur.

Pour plus de détails sur le choix d’une solution de programme d’équilibrage de la charge pour les topologies Edge, voir « Programmes d’équilibrage de la charge matérielle » dans Composants requis pour l’accès des utilisateurs externes.

Si vous décidez d’utiliser l’équilibrage de la charge DNS pour un pool mais que vous souhaitez quand même implémenter des programmes d’équilibrage de la charge matérielle pour certains types de trafics, tels que le trafic HTTP, l’administration des programmes d’équilibrage de la charge matérielle est grandement simplifiée. Pour plus de détails, voir Équilibrage de charge DNS.

Exigences relatives au programme d’équilibrage de la charge matérielle

Si votre déploiement comprend un pool de serveurs frontaux ou un pool de directeurs, vous devez utiliser un programme d’équilibrage de la charge matérielle sur les pools pour les services web. Cette section décrit les exigences relatives au programme d’équilibrage de la charge matérielle pour les services web. Pour plus de détails sur les exigences relatives au programme d’équilibrage de la charge matérielle pour les proxys inverses ou A/V Edge, voir « Exigences relatives au programme d’équilibrage de la charge matérielle pour Edge A/V » et « Exigences relatives au programme d’équilibrage de la charge matérielle pour proxy inverse » dans Composants requis pour l’accès des utilisateurs externes.

Votre programme d’équilibrage de la charge matérielle doit remplir les conditions suivantes pour les services web :

  • Pour les adresses IP virtuelles (VIP) des services web externes, définissez la persistance basée sur les cookies selon chaque port pour les ports externes 4443 et 8080 sur le programme d’équilibrage de la charge matérielle. Pour Lync Server 2010, la persistance basée sur les cookies permet de s’assurer que plusieurs connexions issues d’un même client sont envoyées à un seul serveur pour maintenir l’état de la session.

    Vous devez configurer le programme d’équilibrage de la charge matérielle pour les cookies comme suit :

    • les cookies ne doivent pas être marqués httpOnly ;

    • les cookies doivent être nommés MS-WSMAN.

    • Le déchiffrement et le rechiffrement SSL doivent être activés pour la persistance des cookies. Étant donné que le programme d’équilibrage de la charge doit déchiffrer et rechiffrer le trafic SSL pour utiliser les cookies en vue du maintien de l’état de session, tout certificat assigné au nom de domaine externe des services web doit également se voir assignée l’adresse VIP 4443 du programme d’équilibrage de la charge matérielle.

    • Un cookie doit être défini dans chaque réponse HTTP si la demande HTTP entrante n’incluait aucun cookie, même si une réponse HTTP précédente durant la même connexion TCP a déjà obtenu un cookie. Si votre programme d’équilibrage de la charge optimise l’utilisation des cookies de telle sorte qu’un cookie soit inséré une seule fois par connexion TCP, assurez-vous de ne pas utiliser cette optimisation.

    • les cookies ne doivent pas avoir de date d’expiration ;

      noteRemarque :
      Dans certains cas, vous pouvez recevoir des notifications en double sur Windows Phone 7, Windows Phone 8 et Apple iPhone, iPad et iTouch. Ces clients mobiles utilisent des notifications Push et il peut parfois être nécessaire de définir un cookie d’expiration. Si vous recevez des notifications Push en double, définissez le cookie d’expiration à 3 650 jours.

    Si vous déployez des appareils mobiles, votre programme d’équilibrage de la charge matérielle doit être en mesure d’équilibrer la charge des différentes demandes durant une session TCP (autrement dit, vous devez pouvoir équilibrer la charge d’une demande spécifique en fonction de l’adresse IP de destination). Par exemple, les programmes d’équilibrage de la charge F5 offrent la fonctionnalité OneConnect, qui garantit que chaque demande dans une connexion TCP bénéficie d’un équilibrage de la charge individuel. Si vous déployez des appareils mobiles, assurez-vous que votre fournisseur de programme d’équilibrage de la charge matérielle prend en charge une fonctionnalité équivalente.

    Pour plus de détails sur la façon de configurer votre programme d’équilibrage de la charge matérielle conformément à ces exigences, reportez-vous à la documentation de votre fournisseur. Pour plus de détails sur les programmes d’équilibrage de la charge matérielle pris en charge et pour obtenir des liens vers la documentation des fournisseurs, voir https://go.microsoft.com/fwlink/?linkid=230700&clcid=0x40C.

  • Pour les adresses IP virtuelles (VIPS) internes des services web, définissez la persistance source_addr (port interne 80, 443) sur le programme d’équilibrage de la charge matérielle. Pour Lync Server 2010, la persistance source_addr (adresse source) signifie que plusieurs connexions émanant d’une même adresse IP sont toujours envoyées à un seul serveur afin de maintenir l’état de la session.

    importantImportant :
    Si vous déployez le service de mobilité de Lync Server 2010 et que vous prenez en charge les clients mobiles uniquement sur votre réseau Wi-Fi interne, vous devez configurer les adresses VIPS internes des services web pour la persistance des cookies comme décrit ci-dessus pour les adresses VIPS externes des services web. Dans cette situation, n’utilisez pas la persistance basée sur l’adresse source pour les adresses IP virtuelles internes des services web sur le programme d’équilibrage de la charge matérielle.

  • Utilisez un délai d’inactivité TCP de 1 800 secondes.

  • Sur le pare-feu situé entre le proxy inverse et le programme d’équilibrage de la charge matérielle du pool du tronçon suivant, créez une règle autorisant le trafic https: sur le port 4443, entre le proxy inverse et le programme d’équilibrage de la charge matérielle. Le programme d’équilibrage de la charge matérielle doit être configuré pour écouter sur les ports 80, 443 et 4443.