Discussion :

[Joad]

Bonjour,

Il existe plusieurs version de Websphere telles que :
Websphere Application
Websphere Application Server Network Deployment
Websphere Extended Deployment (qui est une sorte d'ad-on pour WAS SD)

A ce que je comprends, la différence majeure entre chacune de ces versions re est la capacité à assumer un nombre de requette croissant.

Ma question est : comment conaître les capacités de gestion de requête de chacune des versions ?

[Jacques - 06]

La différence n'est pas tout à fait de cet ordre, même si elle peut au final se traduire par cela.
- Websphere Application Server Base Edition est la version "single server", de déploiement en serveur WAS autonome. Chaque serveur doit s'administrer à partir de son instance (=> 1 console par serveur, pas de possibilité de démarrer un serveur à partir de la console)
- Websphere Application Server Network Deployment est la version cluster de WAS. Il s'agit en fait d'un nouveau module : le "Network Deploment" qui fonctionne "au-dessus" de plusieurs instances Base Edition afin de permettre à la fois une administration centralisée : la console est rattachée au ND et non pas à une instance WAS, et permet d'administrer tous les serveurs WAS rattachés à cette cellule. Elle permet en plus de gérer les clusters (verticaux et horizontaux).
- Websphere Application Server Extended Deployment (anciennement Enterprise Edition) est une version WAS-ND avec en plus des modules d'intégration aux systèmes back-office (MQ-Series, CICS, ...).

Donc on ne peut pas dire que choisir une version ou une autre va modifier le nombre de requêtes traitées (toutes ces versions sont construites avec un server WAS Base Edition : il est tout à fait possible de rattacher une instance WAS Base à un cluster WAS ND). Ces différentes versions vont plutôt te permettre ou non de mettre en place ou non certaines architectures.

Si par exemple tu veux "up-scaler" ton serveur WAS en lui rajoutant une instance sur un serveur physique supplémentaire, suivant ton application et tes contraintes fonctionnelles et techniques, deux solutions sont possibles:

1. mise en place d'un cluster WAS : donc passage d'une licence WAS Base à WAS ND (cher ). Cette solution fonctionne très bien mais il est préférable de s'assurer que tu as réellement besoin du cluster et/ou de l'administration centralisée
2. mise en place d'un système d'équlibrage de charge (logiciel ou matériel) qui dispatche les requêtes HTTP entre les n serveurs WAS Base. Dans ce cas il faut administrer chaque serveur WAS indépendament.

En suite pour (ne pas) répondre à ta question de connaître la capacité de gestion de requêtes, je dirais que cela dépend principalement de l'application. Seul un benchmark peut répondre à cette question. A savoir que si tu bosses pour une société qui est (ou souhaite devenir) partenaire IBM, celui-ci propose un centre de benchmark : le SPC en région parisienne avec accès à des machines et des ingénieurs très pointus (j'y suis allé plusieurs fois et cela vaut vraiment le coup, j'y ai surement plus appris qu'avec une formation !).
Par contre ce que j'ai pu constater, c'est qu'avec l'équilibrage de charge, la progression est à peu près linéaire (2 WAS traitent 2 x plus de requêtes). Idem pour le cluster, mais pour un nombre limité de serveurs. Mais c'est un ordre d'idée, car mes benchs m'on montré que le clustering vertical (plusieurs instances WAS sur un même serveur physique) permet d'augmenter le nombre de requêtes.

Bref désolé de ne pas t'apporter LA réponse à ta question, mais je pense qu'il n'y en a pas qui réponde de manière générale. Mais j'espère que cela te permettra d'y voir plus clair.

Jacques Desmazières

[Joad]

Tu as très bien répondu a ma question en fait. Cela m'a permit de m'éclairer un peu sur la solution Websphere. Je comprend mieu maintenant les différences entre les versions.

Merci !