2. Installation

Configuration réseau (à faire sur tout les nœuds du cluster)

 
Il convient d’utiliser deux interfaces réseaux physiques, une pour le Front End network et une pour le Back End.

Le service NLB est déjà installé, il suffit de l’activer dans les propriétés de l’interface Front-End Network.

Onglet paramètres du cluster :

• Adresse IP : Adresse IP virtuelle du cluster ici 192.168.0.20

• Masque réseau : Masque de l’adresse IP virtuelle du cluster

• Nom internet complet : Nom DNS virtuel du cluster. Il semblerait que l’enregistrement dans le serveur DNS ne soit pas dynamique. Il faut donc créer à la main cet enregistrement  sur le serveur DNS faisant autorité dans votre réseau.




• Mode d’opération du cluster : Nous possédons deux carte réseaux sur nos serveurs, nous utiliserons donc le mode Monodiffusion. Les cartes réseaux du Front-End Network seront identifiées par une seule adresse MAC virtuelle. La communication entre les nœuds se fera par les interfaces Back-end network


Le mode Multidiffusion permet la communication des nœuds avec une seule carte réseau. Cependant, cela peut poser problème avec les switch et routeurs (rejet des requêtes ARP) car les interfaces physique possèderons deux adresses MAC, une physique et une virtuelle.

Paramètre de l’hôte

• Priorité: Identifiant unique des nœuds du cluster. Ici 1 pour le premier nœud, 2 pour le second, etc.
   
• Configuration IP dédiée:
• Adresse IP: Adresse IP physique le l’interface Front-End du nœud.
• Maque de sous réseau: Masque de l’IP physique le l’interface Front-End du nœud.

Règles de port.

• Adresse IP du cluster: ici 192.168.0.20

• Etendu du port : 3389 en TCP, ce qui correspond à au protocole RPD.

• Mode filtrage : Le réglage de l’affinité sur Unique permet de déterminer si les requêtes d’un client continueront d’être routées sur un serveur spécifique (en cas de déconnexion par exemple). Ce routage est basé sur l’adresse IP. Ce mode de configuration est indispensable si on n’utilise pas Session Directory (qui est basé sur la session).


Dans le cas de l’utilisation du service Session Directory, on configurera le mode de filtrage avec aucune affinité et un poids de charge égal entre les nœuds.

 
Cette page de configuration doit être identique sur tous les nœuds du cluster, cela est une source courante de dysfonctionnement. 

Configuration de TSE

Il convient de sélectionner la bonne interface dans les propriétés du protocole RDP des serveurs Terminal Server

• Ouvrir la console MMC Configuration des services Terminal Server\connexions.

• Clic droit sur RPD-Tcp

• Sélectionner l’onglet carte réseaux

• Sélectionner la carte destinée à recevoir les connexions des clients TSE (Front-End Network)

Test de fonctionnement du NLB 

Taper à l’invite de commande nlb –display all sur tous les nœuds du cluster.
Vous y trouverez les log ainsi que le statuts de chaque nœud.

Ici le nœud 1 a convergé en tant que hôte par défaut du cluster alors que le nœud 2 est un simple membre du cluster. Si les deux nœuds avaient convergé comme hôte par défaut, cela aurait indiqué un problème de communication entre les nœuds. 
Vous pouvez maintenant tester les connexions RPD avec le cluster et vérifier la répartition des sessions sur l’ensemble des nœuds. Ne pas hésiter à ouvrir au moins 8 sessions.
  

En cas de problème

 Voici quelques pistes à suivre en cas de problème:

Test de communication entre les nœuds via la commande ping.

Utilisation de la commande netstat –am pour vérifier que le port 3389 est en écoute sur l’adresse IP du cluster.

Ici, 192.168.0.20 est l’adresse IP virtuelle du cluster.

Ci ce n’est pas le cas, il faut vérifier que l’IP du cluster est bien en première positions dans les paramètres TCP/IP avancés.

Utilisation de la commande nlb display all pour vérifier les logs du cluster.

Un petit coup d’Ethereal pour valider les signaux heartbeat entre les nœuds.

Retrouvez ci-dessous les autres sections du Laboratoire Microsoft