Discussion :

[Chboeuf]

Salut à tous,

Dans le cadre d'une évolution d'architecture, je dois envisager la mise en place d'un système de load balancing et failover sur du Websphere (v5 et v6). Bien entendu, gestion du sticky session donc pas de load balancing dns possible.

Plusieurs solutions s'offrent à moi:
- boitier Alteon ou Cisco (série 11000 de mémoire)
- Websphere ND

Néanmoins je ne cerne pas trop le Websphere ND. J'ai souvent travaillé avec, il permet la centralisation de l'administration des serveurs WAS dans un cluster. Ca ok. Mais je vois également qu'il gère le load balancing vertical et horizontal + le failover ...

Là je ne cerne plus trop.

J'ai déjà mis en place des systèmes de Load Balancing / Failover sur du WAS et du Jboss, et à chaque fois le load balancing se faisait au niveau du plugin sur le serveur Web (Apache ou IHS). Ce dernier se chargeait de la répartition de charge sur les serveurs qu'on lui précisait dans son fichier de configuration.

En quoi Websphere ND gère le Load Balancing ? Si je prends 2 Websphere Base et que je configure le plugin de mon IHS pour qu'il équilibre la charge, pas besoin du ND non ?

Concernant le Failover, je sais que ND redémarre les serveurs en cas d'arret. Mais si ce dernier ne redémarre pas, comment communique t'il avec le web serveur pour lui dire qu'un serveur est mort et donc ne plus lancer de requete dessus ?

En bref, si je veux partir sur une solution full IBM pour du Failover/load Balancing, WAS ND est il obligatoire ou ma solution IHS (+plugin) et 2 Apps Servers suffit ?


Question bonus: Avez vous un retour d'expérience sur du Alteon ou équivalent branché sur WAS pour du LB et failover ? (Facilité de mise en place, performances,avantages, inconvénients)


Merci d'avance !

[Chboeuf]

Personne ne peux me renseigner ?

[coco62]

De mémoire , ND va bien gérer la partie déploiement de l'application pour les différends noeud.
Ce n'est qu'un server d'admin.
C'est bien le frontal (apache par exemple) qui gère le load balacing.

ND va par contre te proposer de te fournir la configuration à fournir au module apache.

[Chboeuf]

C'est bien ce que je me disais. Il génère lui meme le plugin pour IHS.
Pour pour le load balancing, je suppose que ND n'est pas nécessaire.

Reste pour le failover, si un serveur WAS tombe, je suppose qu'il met dynamiquement le plugin web a jour pour que l'IHS (ou apache) ne tape pas sur le serveur défaillant je me trompe ?

Est ce que le plugin d'IHS serait capable de gérer ce failover sans Websphere ND, c'est à dire détecter comme un grand qu'un noeud du cluster est tombé ?

Merci d'avance de vos réponses.

[coco62]

Pas indispensable dans tout les cas(pour load balancing), la partie déploiement (le farming) est quand même bien utile.

Pour le failover, je ne suis plus sur, mais il me semble que les noeud doivent se connaitre pour la réplication de séssion, je t'encourage à regarder le redbook sur l'architecture WAS et ND.

[trax020]

ND va par contre te proposer de te fournir la configuration à fournir au module apache.

Ce n'est pas uniquement cela. C'est ND qui crée la configuration de cluster. Autrement dit, un cluster s'assure que tu as la même configuration ainsi que les mêmes applications sur au niveau de ses membres. Via ND tu peux deployer des applications directement sur le cluster, et non pas sur les membres individuellement. Une fois ton cluster paramétré, tu peux générer le fichier de configuration du plugin(plugin-cfg.xml) puis le mettre à disposition ddu serveur web. Ce n'est qu'à ce moment que ND n'est plus indispensable.
Par contre, autre les taches administrative, ND s'assure régulièrement le configuration maitresse défine à son niveau est la même au niveau de chaque noeud. Typiquement, si tu modifies manuellement un fichier de config au niveau d'un serveur, tes modifs seront écrasées à la prochaine synchronisation...

Concernant le Failover, je sais que ND redémarre les serveurs en cas d'arret. Mais si ce dernier ne redémarre pas, comment communique t'il avec le web serveur pour lui dire qu'un serveur est mort et donc ne plus lancer de requete dessus ?

Le plugin au niveau du HTTP serveur gère cela. Si un serveur tombe, le plugin le détecte et ne lui transmets plus de requête HTTP. Mieux encore, si le serveur qui est tombé est à nouveau opérationel, le plugin le détecte et répartie la charge sur tous les membres du cluster...

En bref, si je veux partir sur une solution full IBM pour du Failover/load Balancing, WAS ND est il obligatoire ou ma solution IHS (+plugin) et 2 Apps Servers suffit ?

Oui, ND est nécessaire. Un minimum de 2 Apps Servers est requis.

[fotoweb]

Pour moi ND est capable de faire du load Balancing avec vrai répartition de charge, avec le http c'est au mieux de la distribution equitable..

[trax020]

Pour moi ND est capable de faire du load Balancing avec vrai répartition de charge, avec le http c'est au mieux de la distribution equitable..

Non! ND c'est pour paraméter une évenentuelle répartition de charge.
Tu peux toujours faire de la répartition non équitable via le plugin en jouant sur la pondération. Mais encore une fois, c'est au niveau de ND que ce paramétrage se fait, puis on regénère le fichier plugin-cfg.xml(on peut toujours éditer directement ce fichier à la main)