32.3 Préparation d'une grappe pour l'application utilisateur

Le module de communications JGroups permet la communication entre les groupes qui partagent un nom commun, une adresse de multidiffusion et un port de multidiffusion. JGroups est installé avec JBoss, mais vous pouvez l'utiliser sans ce dernier. L'application utilisateur inclut un module JGroups dans le fichier WAR des applications d'identité pour prendre en charge le caching dans un environnement de grappe.

JBoss utilise le module de communications JGroups pour mettre en oeuvre les grappes JBoss. JBoss définit la configuration de JGroups et de la réplication de session, qui dépend de la version de JBoss que vous utilisez.

Les autres applications d'identités utilisent un groupe de grappes supplémentaire pour coordonner les caches des applications d'identité dans un environnement de grappe dans les grappes JBoss et WebSphere. Le groupe de grappes de l'application utilisateur est indépendant des deux groupes de grappes JBoss et n'interagit avec eux. Par défaut, le groupe de grappes de l'application utilisateur et les deux groupes de grappes de JBoss utilisent des noms de groupes, des adresses de multidiffusion et des ports de multidiffusion différents, de sorte qu'il n'est pas nécessaire de procéder à une nouvelle configuration. Le tableau suivant répertorie les paramètres par défaut pour le groupe de grappes de l'application utilisateur.

Le groupe de grappes de l'application utilisateur emploie un nom UUID pour réduire le risque de conflit avec d'autres groupes de grappes que les utilisateurs peuvent ajouter à leurs serveurs. Vous pouvez modifier les paramètres de configuration du groupe de grappes de l'application utilisateur à l'aide des fonctions d'administration de l'application utilisateur. Les modifications apportées à la configuration de la grappe ne prennent effet pour un noeud de serveur qu'après redémarrage de ce noeud.

Pour plus d'informations sur les conditions requises pour l'installation dans un environnement de grappe, reportez-vous à la Section 29.3, Conditions requises et considérations relatives à l'installation des applications d'identité.

Chaque serveur qui héberge les applications d'identité dans la grappe peut exécuter un moteur de workflow. Pour garantir les performances de la grappe et du moteur de workflow, chaque serveur de la grappe doit utiliser les mêmes nom de partition et groupe de partition UDP. Par ailleurs, chaque serveur de la grappe doit être démarré avec un ID unique pour le moteur de workflow, car la mise en grappe pour le moteur de workflow fonctionne indépendamment de l'infrastructure de cache des applications d'identité.

Pour vous assurer que les moteurs de workflow s'exécutent correctement, vous devez définir des propriétés système pour le serveur d'applications.

Les applications d'identité codent les données sensibles à l'aide d'une clé principale. Toutes les applications d'identité d'une grappe doivent utiliser la même clé principale. Cette section vous permet de vérifier que toutes les applications d'identité d'une grappe utilisent la même clé principale.

Pour plus d'informations sur la création de la clé principale, reportez-vous à la section Sécurité - Clé principale à l'Étape 7. Pour plus d'informations sur le codage des données sensibles dans les applications d'identité, reportez-vous à la section Encryption of Sensitive User Application Data (Codage des données sensibles relatives à l'application utilisateur) du manuel User Application Administration Guide (Guide d'administration de l'application utilisateur).