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.

[AIX Solaris HP-UX Linux Windows][z/OS]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.

[IBM i]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.

Il existe trois modes possibles :
  • 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.
  • [AIX Solaris HP-UX Linux Windows][z/OS]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.
  • [IBM i]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.
Lors de la configuration de la réplication de mémoire à mémoire pour l'utilitaire de gestion de session, vous pouvez sélectionnez le mode Serveur, le mode Client ou le mode Les deux. Le mode par défaut est Les deux. Cette option de stockage est contrôlée par le paramètre de mode.

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.

A propos du mode, les principaux exemples de configuration de réplication de mémoire à mémoire sont les suivants :

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]

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.


Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cprs_memory2memory
Nom du fichier : cprs_memory2memory.html