ITIM (IBM Tivoli Identity Manager) et version de WAS associée

Il a été évoqué lors de la réunion le fait que la version de WAS associée à ITIM est une version 5.

En fait, la version de WAS qui est fournie avec ITIM 4.6 est une version WAS ND 5.1.1 dont le support est assuré jusqu'en sept. 2008.
Si d'aventure la version de ITIM utilisée était la version 4.5, la solution serait d'avoir le fixpack 4.5.1 qui apporte le support de WAS 5.1

IBM Tivoli Identity Manager, ver 4.5.1, Fixpack 4.5.1-TIV-TIM-FP0078

JDK de WAS et batch
Peut-on utiliser le JDK de WAS pour les batchs ? Quels sont les termes de la licence ? Sont-ils fonction de la plateforme ?

Ceci mérite vérification. Des précisions seront apportées dès que possible.

Comment fonctionne le calcul de licences dans un environnement VMWare ?

Voici d'ores et déjà une référence au site officiel qui définit les termes de la licence dans un environnement avec des partitions, tel que VMWare.

Sub-capacity Licensing available in Passport Advantage

Une présentation détaillée pourra être faite en réunion sur le sujet, afin de donner l'éclairage nécessaire sur ce document plutôt théorique.

Il n'y avait pas de questions à proprement parler. Mais la perception d'un point de vue pratique des participants semblaient différer de la présentation théorique sur le sujet.
Voici donc quelques compléments d'informations.

Il est effectivement techniquement possible d'avoir des cellules mixtes. Ce n'est pas qu'un discours commercial et/ou du "slideware". Cependant, il y a des "réserves" et tout n'est pas possible en terme de configuration (mixage) ; de la même manière, certaines opérations doivent être faites dans un certain ordre afin d'arriver à ses fins. C'est donc, un "oui, mais ...".

Ce qu'il faut retenir déjà, c'est que le mode de "cellule mixte" a été prévu dans l'objectif de permettre une migration graduelle. L'idée n'est pas nécessairement d'avoir un environnement avec un Deployment Manager en 6.0 et en 6.1 et à partir de là de faire tout type d'opérations sur des serveurs 5.0 ou 5.1. L'idée est plutôt d'avoir un environnement existant, en ND 5.0 ou 5.1 et de procéder à une migration progressive, élément par élément en commençant par migrer le Deployment Manager.

Dans la documentation de WAS ND 6.1 pour environnement distribué, on trouve les informations jointes en fin de mémo (cf ci-dessous). On voit qu'il y a quelques restrictions. On notera par exemple qu'avec une version du Deployment Manager 6.0 antérieur à 6.0.2, le template pour créer un serveur d'applications 5.0 n'était pas présent ; il n'était donc pas possible de créer un serveur 5.0 si on avait pas déjà un serveur 5.0 existant.
De la même manière, il faut procéder par étape si on veut ajouter un noeud 5.x à un cellule V6.1 (fraîchement créée) : il faut d'abord migrer le noeud (node agent) en version 6.1 avant d'ajouter le noeud à la cellule.
Pour obtenir la configuration représentée dans le schéma de la présentation que vous m'avez envoyée, j'aurais tendance à dire qu'on est parti d'un environnement entièrement en ND 5.x, - puis le deployment manager a été migré en V6, ensuite un noeud a été migré en V6 et ensuite les serveurs d'applications sur ce noeud ont été migrés en V6 ; le deuxième noeud n'est lui pas encore migré. Par contre, il est clair que dans ce cas le noeud 5.x n'a pas été créé après l'installation du Deployment Manager V6.

IBM Information Center - WAS ND 6.1 - Incremental cell upgrade for easier migration