Bonjour à tous,
 
Je suis en train de galérer sur une config de load balancing (win2003 std) :
 
Voici ma config :
- 1 serveur win2003 / sql server - 10.15.1.151 : serveur principal (priority : 1)
- 1 serveur win2003 / sql server - 10.15.1.150 : serveur secondaire (priority : 2)
 
les deux sql server communiquent entre eux : réplication temps réel.
 
L'ip virtuelle est 10.15.1.152.
 
Le load balancer de windows est configuré comme suit :
 
Cluster properties :
- Cluster operation mode : Unicast
Ports rules
- Port range : de 1433 à 1433 (le port sql)
- Protocols : TCP
- Filtering mode : single host (avec les même priority que dans la config)
 
Lorsque tout est branché et que je telnet sur le 1433 de l'ip virtuelle : ça répond
Lorsque je débranche la prise réseau du serveur principal : ça répond toujours (le load balancer a basculé sur l'autre serveur)
Lorsque je rebranche le premier serveur et que je débranche le serveur secondaire : ça répond toujours (le load balancer à rebasculé tout seul)
 
Et la, vous allez me dire que vous ne voyez pas le problème !
 
Et bien si parce que lorsque je ne débranche rien mais que j'arrête le service sql uniquement, le load balancer ne bascule pas, et donc quand je telnet le 1433 de l'ip virtuelle ben ça répond plus :-(
 
Vous auriez une idée ?

Je me permets de m'apporter un petite pierre à mon édifice :
Le NLB fonctionne sur un principe de heartbeats (sorte de ping à intervalles regulier pour savoir si l'autre hôte est encore vivant).
 
J'aurais souhaité savoir si vous savez comment on peut faire pour forcer les heartbeats sur le port sql (1433) ? de sorte que si sql server s'arrete, l'autre serveur prenne le relai.
 
(Je précise que je souhaite faire du NLB et pas du clustering parce que je veux deux serveur distincts et un réelle réplication des données -> pour mes futures migrations, je préfère travailler avec deux serveurs distincts pour avoir un retour arrière possible en un temps record.)

Bon, quand je vais dans les règles de filtrage et que je paramètre en
- Multiple Host
- Affinity : None
 
Et que je coupe le service sql sur un des deux serveurs, le telnet 1433 sur l'ip virtuelle est ok une fois sur 4 -> on dirait un round robin tout pourri ...

C'est normal, ce n'est que du NLB. Le NLB n'a pas pour but de vérfier l'état de services et de basculer le réseau en fonction. Pour cela, il faut monter un vrai cluster SQL.