Remarques relatives à la version IP des cellules

Prise en charge des versions de protocole IP

Prise en charge d'Internet Protocol version 4 et Internet Protocol version 6

Internet Protocol Version 4 n'est plus viable pour un grand nombre d'entreprises. Le fait qu'il soit fondé sur une architecture 32 bits entraîne une pénurie croissante d'adresses Internet Protocol Version 4 (IPv4). Internet Protocol Version 6 (IPv6) est fondé sur une architecture 128 bits qui autorise la mise à disposition d'un nombre beaucoup plus élevé d'adresses sur Internet.

En réponse, le produit prend maintenant en charge IPv6, tout en continuant à assurer la compatibilité avec IPv4. Cela signifie que les noeuds exécutant WebSphere Application Server version 6 et ultérieure peuvent utiliser IPv6. Notez toutefois que les noeuds exécutant WebSphere Application Server Version 5.x ne peuvent pas utiliser IPv6.

Le produit prend en charge un environnement en mode double, où coexistent des applications plus anciennes fonctionnant sous IPv4 et des applications configurées pour prendre en charge IPv6 et fonctionnant sous IPv6. Certaines restrictions s'appliquent à l'utilisation d'IPv4 et d'IPv6 dans la même cellule. Ces informations décrivent ces restrictions et présentent les différentes méthodes à suivre pour configurer les cellules, en fonction de la version IP utilisée.

Lors de la définition d'un noeud, vous devez spécifier le nom d'hôte sous la forme d'une chaîne ou d'une adresse numérique sur 32 bits.

Cellule en mode double

Dans une cellule en mode double, les communications mixtes IPv4 et IPv6 sont prises en charge. Par défaut, une cellule est configurée en mode double lors de sa création. Notez toutefois que seuls les noeuds exécutant WebSphere Application Server version 6 et ultérieure sont valides dans une cellule en mode double.

Le gestionnaire de déploiement peut gérer les noeuds IPv4 et IPv6. Les serveurs d'applications peuvent écouter les communications IPv4 et IPv6.

Les noeuds IPv4 et IPv6 ne peuvent pas communiquer entre eux. Une cellule en mode double a donc pour but d'autoriser cette communication et de vous permettre d'utiliser les applications existantes fonctionnant sous IPv4 avec des applications plus récentes configurées pour prendre en charge IPv6.

L'illustration suivante présente une cellule en mode double :

Cellule IPv4 uniquement

Par défaut, une cellule est configurée en mode double. Cependant, une cellule doit être configurée explicitement pour IPv4 afin de pouvoir fonctionner dans un environnement IPv4 uniquement. Pour plus d'informations, voir la rubrique relative aux paramètres de la machine virtuelle Java™ (JVM).

Cellule de noeuds mixte

Une cellule de noeud mixte se compose de noeuds exécutant WebSphere Application Server Version 5.x et d'autres noeuds exécutant WebSphere Application Server Version 6 ou ultérieure. Dans une cellule de noeuds mixte, tous les noeuds utilisent IPv4. Lors de la définition d'un noeud qui sera utilisé dans une cellule de noeud mixte, vous devez spécifier le nom d'hôte sous la forme d'une chaîne ou d'une adresse numérique 32 bits, que le noeud exécute WebSphere Application Server Version 5.x ou WebSphere Application Server Version 6 ou ultérieure, des adresses numériques 128 bits ne peuvent pas être spécifiées.

Dans une cellule de noeud mixte, même si les noeuds WebSphere Application Server Version 6 et versions ultérieures seront configurés pour utiliser IPv4, le système d'exploitation qui s'exécute sur ces noeuds peut toujours prendre en charge à la fois IPv4 et IPv6. Cela reste vrai tant que les noeuds version 6 et plus sont configurés avec des noms d'hôte sous forme de chaînes ou d'adresses numériques sur 32 bits.

L'ajout de noeuds version 5.x dans une cellule de noeuds mixte ne peut s'effectuer que par le biais de la migration. Vous devez d'abord effectuer une migration à partir de la version 5.x du gestionnaire de déploiement vers la version 6.0 ou les versions ultérieures du gestionnaire de déploiement et conserver ensuite les noeuds version 5.x ou migrer les noeuds vers des noeuds version 6.0 ou versions ultérieures.

Cellule IPv6 uniquement

Spécification des noms d'hôte

Lorsque vous créez un nouveau profil, vous pouvez spécifier le nom d'hôte du profil à l'aide du paramètre -hostName. Si vous ne spécifiez pas le nom d'hôte, le nom d'hôte du profil est par défaut le nom d'hôte complet du serveur. Si vous choisissez d'utiliser le paramètre -hostName et que vous souhaitez spécifier l'adresse IP du serveur, indiquez l'adresse numérique valide sur 32 bits.

Spécification de noms d'hôte pour WebSphere Application Server

Lors de la création de profil pour WebSphere Application Server, vous êtes invité à indiquer le nom d'hôte ou l'adresse IP de la machine sur laquelle le profil est créé dans la zone Nom d'hôte ou adresse IP . Le nom d'hôte ou l'adresse IP que vous spécifiez est utilisé pour annoncer ce profil à tous les autres profils WebSphere Application Server dans les configurations de cellule. Tous les noeuds de la cellule utiliseront des noms d'hôte ou des adresses IP définis de cette manière pour communiquer les uns avec les autres. En général, il est préférable de toujours utiliser un nom d'hôte pour identifier un profil. Ainsi, vous n'aurez pas besoin de vous demander quelles adresses IP sont déjà utilisées (32 bits ou 128 bits) ni de savoir si l'installation est sous IPv4 ou IPv6, etc. Tant que le service DNS est correctement configuré, les noeuds doivent normalement être compatibles entre eux.

Cependant, vous pouvez contrôler la pile ou l'adresse IP utilisée. Pour cela, entrez l'adresse IP spécifique (32 bits pour IPv4 ou 128 bits pour IPv6) dans la zone Nom d'hôte ou adresse IP. Ce profil sera ensuite identifié avec cette adresse IP et d'autres noeuds WebSphere Application Server utiliseront cette adresse IP pour communiquer avec ce noeud.

Lors de la spécification des adresses IPv6, il est conseillé de les placer entre crochets. Par exemple, [fe80::202:57ff:fec4:2334]. En effet, dans le traitement interne du système, les adresses IP sont souvent combinées avec des numéros de port sous la forme <IP address>:<port number> , et les deux-points dans les adresses IPv6 peuvent prêter à confusion dans de telles circonstances. Toutefois, notez que vous ne pouvez pas utiliser les adresses IPv6 placées entre crochets dans la console d'administration ou dans l' outil de gestion des profils.

Remarque : l'utilisation d'IPv6 (Internet Protocol version 6) et de WS-AT (Web Services Atomic Transactions) n'est pas prise en charge pour les transports HTTP ; ces protocoles ne sont pris en charge que pour les chaînes de canaux de transport HTTP.

Dans les scripts, les crochets peuvent avoir une signification spéciale, selon la liaison de langage utilisée (par exemple Jacl). La solution consiste à faire précéder le crochet ouvrant et le crochet fermant d'un caractère d'échappement spécial. Lorsque vous utilisez la liaison Jacl, par exemple, la même adresse IPv6 citée antérieurement peut être entrée au format \[fe80::202:57ff:fec4:2334\]

Configuration multidiffusion

Le produit utilise la multidiffusion au niveau du noeud pour permettre à un agent de noeud de découvrir les processus gérés sur le noeud. Les adresses IPv4 et IPv6 ne sont pas compatibles. Par conséquent, pour permettre à un noeud WebSphere Application Server de s'exécuter après l'installation initiale, les adresses de multidiffusion IPv4 et IPv6 sont initialement définies dans la configuration de l'agent de noeud, et lorsqu'un agent de noeud démarre, les deux adresses sont essayées dans l'ordre. Supprimez l'adresse NODE_IPV6_MULTICAST_DISCOVERY_ADDRESS après l'installation : si l'exploration multidiffusion est limitée au protocole connu, l'agent de noeud s'exécute plus efficacement.

Le produit utilise la multidiffusion au niveau du noeud pour permettre à un agent de noeud de découvrir les processus gérés sur le noeud. Les adresses IPv4 et IPv6 ne sont pas compatibles. Par conséquent, pour permettre à un noeud WebSphere Application Server de s'exécuter après l'installation initiale, les adresses de multidiffusion IPv4 et IPv6 sont initialement définies dans la configuration de l'agent de noeud, et lorsqu'un agent de noeud démarre, les deux adresses sont essayées dans l'ordre. Supprimez l'adresse NODE_MULTICAST_DISCOVERY_ADDRESS ou NODE_IPV6_MULTICAST_DISCOVERY_ADDRESS après l'installation. D'ici là, vous saurez si le noeud exécute IPv4 ou IPv6 et en limitant l'exploration multidiffusion au protocole connu, l'agent de noeud s'exécute plus efficacement.