Utilisation d'un programme d'équilibrage de la charge pour augmenter la capacité et la disponibilité

Dernière rubrique modifiée : 2009-01-22

Un serveur unique qui exécute Office Communicator Web Access (version 2007 R2) peut gérer approximativement 5 000 connexions simultanées. Si vous devez prendre en charge un plus grand nombre d'utilisateurs, vous aurez besoin de plusieurs serveurs Office Communicator Web Access. Dans ce cas, vous souhaiterez probablement déployer un programme d'équilibrage de la charge matérielle pour garantir une répartition équitable de la charge de travail entre ces serveurs.

Remarque :

Outre l'augmentation de la capacité totale de votre infrastructure Office Communicator Web Access, vous pouvez améliorer la fiabilité et la disponibilité d'Office Communicator Web Access à l'aide d'un groupe de serveurs et d'un programme d'équilibrage de charge. En cas de défaillance d'un serveur, le programme d'équilibrage de charge peut acheminer automatiquement les demandes de connexions entrantes vers les serveurs qui fonctionnent encore.

Office Communicator Web Access requiert une affinité de session, une exigence qui a un impact direct sur l'équilibrage de la charge. L'affinité de session signifie simplement qu'une session Office Communicator Web Access donnée doit avoir lieu sur le même serveur. Office Communicator Web Access ne permet pas à une conversation par messagerie instantanée de démarrer sur un serveur, puis d'être transférée sur un autre serveur. Si un utilisateur est connecté au serveur A au début de sa session Office Communicator Web Access, il continuera d'utiliser le serveur A pendant toute la durée de la session. En cas de défaillance du serveur A, sa session prend fin. (L'utilisateur peut se reconnecter et le programme d'équilibrage de charge le dirige alors vers un serveur en cours d'exécution.) Toutefois, la session des utilisateurs connectés au serveur B ou C n'est pas interrompue en cas de défaillance du serveur A.

Cela explique pourquoi vous devez utiliser l'équilibrage de la charge matérielle avec Office Communicator Web Access. L'équilibrage de la charge logicielle peut également répartir équitablement les demandes de connexion entre les serveurs. Toutefois, en cas de défaillance du serveur A, un programme d'équilibrage de charge logicielle redistribue toutes les connexions des clients, notamment ceux des serveurs B et C. Par conséquent, non seulement les utilisateurs du serveur A perdent leurs connexions, mais de nombreux utilisateurs des serveurs B et C les perdent également.

Remarque :
Comme indiqué, l'équilibrage de la charge logicielle n'est pas pris en charge sur Office Communicator Web Access. De plus, Office Communicator Web Access ne prend en charge aucun type de scénario d'équilibrage de charge qui implique des cartes réseau multirésidentes ou des ordinateurs équipés de plusieurs cartes réseau et plusieurs passerelles par défaut.

Office Communicator Web Access prend en charge la plupart des programmes d'équilibrage de la charge matérielle, dans la mesure où le programme vous permet d'effectuer les opérations suivantes :

• Affecter la valeur 1 800 secondes (30 minutes) au délai d'inactivité TCP. Le délai d'inactivité TCP représente la durée pendant laquelle le serveur attend les informations pendant une session. Si vous utilisez un serveur proxy inverse (tel que Microsoft Internet Security and Acceleration Server), le délai d'inactivité TCP sur cet ordinateur doit avoir la valeur 1 800 secondes.
• Utiliser un pool SNAT (Source Network Address Translation) si vous devez gérer plus de 65 000 connexions simultanées. SNAT est conçu pour « masquer » plusieurs serveurs derrière une adresse IP unique (autrement dit, plusieurs serveurs sont accessibles en utilisant une seule adresse IP). Avec un pool SNAT, les serveurs peuvent être masqués derrière plusieurs adresses IP.
• Utiliser la persistance des cookies lors de la configuration de l'affinité de session. La persistance des cookies permet de stocker des informations sur le serveur Office Communicator Web Access réellement utilisé pendant une session dans un cookie Internet sur l'ordinateur client. Lors de la configuration du profil de persistance de la session du programme d'équilibrage de charge, il est recommandé d'utiliser HTTP Cookie Insert. Avec cette méthode de configuration, les informations se rapportant au serveur auquel le client est connecté sont insérées dans l'en-tête de la réponse HTTP de ce serveur sous forme de cookie.

Office Communicator Web Access prend également en charge l'accélération SSL (Secure Sockets Layer) dans le programme d'équilibrage de charge. L'accélération SSL permet au programme d'équilibrage de charge de déchiffrer les transmissions HTTPS avant d'envoyer ce trafic non chiffré au serveur Office Communicator Web Access. Si le serveur ne doit plus exécuter le déchiffrement SSL, ses performances peuvent être considérablement améliorées.

Office Communicator Web Access doit impérativement utiliser un programme d'équilibrage de charge dédié. Vous ne devez pas partager un programme d'équilibrage de charge entre Office Communications Server et le serveur Office Communicator Web Access.