Réplication mémoire-à-mémoire
Réplication de session de mémoire à mémoire correspond à la réplication de session sur une autre instance WebSphere Application Server. Dans ce mode, des sessions peuvent être répliquées dans un ou plusieurs serveurs d'applications afin de gérer un point de défaillance unique de session HTTP.
L'instance WebSphere Application Server dans laquelle la session
est en cours de traitement est désignée par propriétaire de la session. Dans un environnement à clusters, l'affinité de session
du plug-in WebSphere Application Server achemine les demandes
relatives à une session donnée vers le même serveur. Si l'instance du serveur du propriétaire
actuel échoue, le plug-in WebSphere Application Server achemine les
demandes vers un autre serveur approprié dans le cluster. Dans un cluster poste à poste, la fonction de reprise dynamique s'effectue du plug-in vers un serveur possédant déjà une copie de sauvegarde de la session, ce qui évite de devoir récupérer cette dernière auprès d'un autre serveur. Dans un cluster client-serveur, ce serveur extrait la session d'un
serveur qui possède la copie de sauvegarde de la session. Le serveur est désormais le propriétaire de la session et l'affinité est maintenue sur ce serveur.
Le profil WebSphere Application Server dans lequel la
session est en cours de traitement est qualifié de propriétaire de la session. Dans un environnement à clusters, l'affinité de session
du plug-in WebSphere Application Server achemine les demandes
relatives à une session donnée vers le même serveur. Si le profil du serveur du propriétaire
actuel échoue, le plug-in WebSphere Application Server achemine les
demandes vers un autre serveur approprié dans le cluster. Dans un cluster poste à poste, la fonction de reprise dynamique s'effectue du plug-in vers un serveur possédant déjà une copie de sauvegarde de la session, ce qui évite de devoir récupérer cette dernière auprès d'un autre serveur. Dans un cluster client-serveur, ce serveur extrait la session d'un
serveur qui possède la copie de sauvegarde de la session. Le serveur est désormais le propriétaire de la session et l'affinité est maintenue sur ce serveur.
- Mode Serveur : Stocke uniquement les copies de sauvegarde d'autres sessions WebSphere Application Server sans expédier les copies d'autres sessions créées sur le serveur indiqué.
- Mode Client : diffuse ou envoie les copies de sessions mais ne reçoit pas de telles copies émanant d'autres serveurs.
Mode Les deux : Diffuse et expédie simultanément les copies de sessions et joue le rôle de table de sauvegarde pour les sessions appartenant à d'autres instances WebSphere Application Server.
Mode Les deux : Diffuse et expédie simultanément les copies de sessions et joue le rôle de table de sauvegarde pour les sessions appartenant à d'autres profils WebSphere Application Server.
La réplication de mémoire à mémoire est réalisée en créant une instance de service de réplication de données dans un serveur d'applications qui communique avec les autres instances de service de réplication de données des serveurs d'applications distants. Vous devez configurer cette instance du service de réplication de données dans le cadre d'un domaine de réplication. Les instances du service de réplication de données de différents serveurs d'applications doivent être définies sur le même domaine. Vous devez configurer tous les gestionnaires de session connectés à un domaine de réplication pour définir la même topologie. Si une instance du gestionnaire de sessions d'un domaine est configurée pour utiliser la topologie client-serveur, les autres instances du gestionnaire de sessions de ce domaine doivent constituer une combinaison de serveurs configurés en tant que client seul et serveur seul. Si une instance de gestionnaire de sessions est configurée pour la topologie poste à poste, toutes les autres instances de gestionnaire de sessions doivent être configurées en tant que client et serveur. Par exemple, une instance du service de réplication de données serveur uniquement et une instance du service de réplication de données client et serveur ne peuvent coexister dans le même domaine de réplication. Plusieurs instances du service de réplication de données coexistant sur le même serveur d'applications en raison d'une configuration mémoire à mémoire du gestionnaire de sessions à différents niveaux définis sur le même domaine doivent posséder le même mode.
Bien que la console d'administration offre une certaine souplesse et des possibilités supplémentaires de configuration de réplication de mémoire à mémoire, seules les configurations décrites sont prises en charge officiellement.
Par défaut, chaque cluster ne compte qu'une réplique. Vous pouvez modifier le nombre de répliques au niveau du domaine de réplication.
![[z/OS]](../images/ngzos.gif)
Réplication de session HTTP sur le contrôleur
Les serveurs WebSphere Application Server sous z/OS qui sont activés pour la réplication mémoire à mémoire des sessions HTTP peuvent stocker les données de session HTTP répliquées dans le contrôleur et répliquer les données sur d'autres serveurs WebSphere Application Server. Les données de session HTTP stockées dans un contrôleur peuvent être extraites par tout serviteur de ce contrôleur. L'affinité de sessions HTTP reste associée à un serviteur particulier, mais, si ce dernier échoue, l'un des autres serviteurs peut extraire les données de session HTTP stockées sur le contrôleur et établir une nouvelle affinité.
La fonctionnalité de stockage des sessions HTTP dans le contrôleur peut également être activée sur des serveurs d'applications non gérés sous z/OS. Lorsque cette fonctionnalité est activée, les serviteurs stockent les données de session HTTP sur le contrôleur pour pouvoir les extraire lorsqu'un serviteur similaire aux serveurs gérés échoue. Les données de session HTTP stockées sur le contrôleur d'un serveur d'applications non géré ne peuvent pas être extraites par d'autres serveurs d'applications et ne sont pas répliquées sur d'autres serveurs d'applications.
La fonctionnalité permettant de stocker les données de session HTTP sur le contrôleur d'un serveur d'applications non géré est activée en affectant à la propriété JVM personnalisée HttpSessionEnableUnmanagedServerReplication la valeur true. Pour définir cette propriété, cliquez sur Serveurs > Serveurs d'applications > nom_serveur. Ensuite, sous Infrastructure du serveur, cliquez sur Gestion des processus et Java > Définition des processus > Serviteur > Machine virtuelle Java > Propriétés personnalisées.