Partager via


Vérification de la configuration de l'équilibrage de la charge

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

Si vous déployez un programme d'équilibrage de la charge matérielle dans le cadre de votre infrastructure Office Communicator Web Access (version 2007 R2), vous devez exécuter une série de tests pour vérifier que votre programme d'équilibrage de charge a été correctement configuré et qu'il fonctionne comme prévu. Il est recommandé d'effectuer, au minimum, les opérations suivantes :

  • Vérifiez que chaque serveur Office Communicator Web Access Server peut communiquer avec d'autres ordinateurs du réseau et peut se connecter à Active Directory.
  • Vérifiez que le programme d'équilibrage de charge est en mesure de répartir équitablement les connexions entrantes.
  • Vérifiez que les activités standard d'Office Communicator Web Access, telles que la messagerie instantanée et la détection de présence, fonctionnent comme prévu.

Vérification du trafic DNS et LDAP

L'équilibrage de charge ne fonctionnera que si chacun des serveurs individuels de votre tableau de serveurs Office Communicator Web Access peut faire deux choses :

  • résoudre des adresses IP et des noms d'hôtes d'ordinateurs ;
  • communiquer avec un serveur de catalogue global Active Directory.

Par conséquent, le premier test à effectuer consiste à vérifier la connectivité LDAP (Lightweight Directory Access Protocol) et DNS (Domain Name System) ; ce test doit être exécuté sur chaque serveur du groupe de serveurs. Dans la première partie du test, vous allez envoyer une commande Ping à un serveur de catalogue global par adresse IP (par exemple, 192.168.1.5). Le test se termine correctement si vous obtenez une réponse semblable à ce qui suit :

Envoi d'une requête 'Ping' sur 192.168.1.5 avec 32 octets de données : Réponse de 192.168.1.5 : octets=32 temps<1ms TTL=128 Réponse de 192.168.1.5 : octets=32 temps<1ms TTL=128 Réponse de 192.168.1.5 : octets=32 temps<1ms TTL=128 Réponse de 192.168.1.5 : octets=32 temps<1ms TTL=128 Statistiques Ping pour 192.168.1.5 : Paquets : envoyés = 4, reçus = 4, perdus = 0 (0 % de perte), Durée approximative des boucles en millisecondes : Minimum = 0 ms, Maximum = 0 ms, Moyenne = 0 ms

Si ce test se termine avec succès, vous enverrez alors une commande Ping au serveur de catalogue global par nom. Avec ce deuxième test, vous devez obtenir une réponse semblable à ce qui suit :

Envoi d'une requête 'Ping' sur gcserver.contoso.com [192.168.1.5] avec 32 octets de données : Réponse de 192.168.1.5 : octets=32 temps<1ms TTL=128 Réponse de 192.168.1.5 : octets=32 temps<1ms TTL=128 Réponse de 192.168.1.5 : octets=32 temps<1ms TTL=128 Réponse de 192.168.1.5 : octets=32 temps<1ms TTL=128 Statistiques Ping pour 192.168.1.5 : Paquets : envoyés = 4, reçus = 4, perdus = 0 (0 % de perte), Durée approximative des boucles en millisecondes : Minimum = 0 ms, Maximum = 0 ms, Moyenne = 0 ms

Après avoir utilisé ces deux tests pour vérifier le trafic DNS, vous devez utiliser l'utilitaire Ldp.exe pour vérifier votre connexion LDAP à Active Directory.

Vérification de la configuration du programme d'équilibrage de la charge

Le principal objectif d'un programme d'équilibrage de la charge est de garantir que les charges de travail sont réparties de façon égale entre tous les serveurs de votre groupe de serveurs. Supposons, par exemple, que vous ayez quatre serveurs dans votre groupe de serveurs, et que 100 utilisateurs se connectent à Office Communicator Web Access. Si vous avez utilisé l'équilibrage de la charge matérielle et si l'équilibrage de charge a été correctement configuré, chaque serveur gérera, au final 25 sessions (un total de 100 sessions réparties entre 4 serveurs.)

Pour vérifier votre configuration d'équilibrage de charge, vous devez effectuer une série des tests qui impliquent deux comptes d'utilisateurs (Utilisateur A et Utilisateur B) et au maximum deux serveurs Office Communicator Web Access à la fois. (Si plus de deux serveurs sont utilisés, il est plus difficile de localiser la source de tout problème que vous pouvez rencontrer.) Si votre groupe de serveurs comprend plus de deux serveurs, vous devez répéter le test sur chaque paire d'ordinateurs possible. Supposons, par exemple, que votre groupe de serveurs comprenne les ordinateurs suivants :

  • Serveur A
  • Serveur B
  • Serveur C
  • Serveur D

Dans ce cas, vous devez exécuter des tests impliquant les paires d'ordinateurs suivantes :

  • Serveur A et Serveur B
  • Serveur A et Serveur C
  • Serveur A et Serveur D
  • Serveur B et Serveur C
  • Serveur B et Serveur D
  • Serveur C et Serveur D

Le test lui‑même est relativement simple. Pour commencer, vous allez configurer votre équilibrage de charge et inclure seulement deux serveurs (Serveur A et Serveur B) dans votre groupe de serveurs. (Pour les besoins du test, vous pouvez simplement désactiver vos autres serveurs Office Communicator Web Access.)

Une fois l'équilibrage de charge et le groupe de serveurs configurés, vous aurez besoin de deux ordinateurs clients : Client A et Client B. En tant qu'Utilisateur A, vous ouvrirez une session sur le Client A et vous vous connecterez à Office Communicator Web Access. En tant qu'Utilisateur B, vous ouvrirez une session sur le Client B et vous vous connecterez à Office Communicator Web Access. Si l'équilibrage de charge a fonctionné correctement, le Serveur A et le Serveur B doivent avoir chacun une connexion. Si l'un des serveurs gère les deux connexions, l'équilibrage de charge a échoué.

Vérification du trafic HTTP/HTTPS et du trafic SIP serveur

Après avoir vérifié que l'équilibrage de charge fonctionne correctement, utilisez vos deux ordinateurs clients et vos deux comptes d'utilisateurs pour vérifier qu'Office Communicator Web Access fonctionne correctement. Cela peut être effectué de la manière suivante :

  • en vérifiant que les deux utilisateurs peuvent échanger des messages instantanés ;
  • en vérifiant que chaque fois que l'Utilisateur A modifie son statut, cette modification de présence est visible par l'Utilisateur B ;
  • en vérifiant que l'Utilisateur A peut bloquer l'Utilisateur B, en empêchant l'Utilisateur B de voir les informations de statut ou d'échanger des informations ;
  • en vérifiant que l'Utilisateur A peut débloquer l'Utilisateur B ;
  • en vérifiant que chacun des deux utilisateurs peut supprimer l'autre en tant que contact, puis utiliser les fonctions de recherche intégrées à Office Communicator Web Access pour rajouter l'autre comme contact.