Topologie mémoire à mémoire : fonction poste à poste
La topologie poste à poste de base (en mode client et serveur ou en mode les deux) est la configuration par défaut et possède une réplique unique. Cependant, vous pouvez également ajouter des répliques en configurant le domaine de réplication.

- Héberge l'application Web interagissant avec la session HTTP
- Envoie des modifications à la session HTTP qu'elle possède
- Reçoit des messages de sauvegarde de la session HTTP émanant de tous les autres serveurs du cluster
Cette configuration représente la topologie la plus consolidée dans laquelle les différentes pièces système se trouvent au même endroit et requièrent un faible nombre de processus serveur. Dans cette configuration, le niveau de stabilité maximale est atteint quand chaque noeud présente les mêmes capacités (processeur, mémoire, etc.), et chaque poste traite le même volume de travail.
Il est également important de noter que lors de l'utilisation de la topologie d'égal à égal, la réplication doit être possible dans le domaine de réplication pour l'accès aux données de session et leur invalidation corrects. Il doit exister en permanence au moins 2 membres de cluster pour un domaine de réplication. Par exemple, si vous disposez d'un cluster contenant 2 serveurs d'applications, serveur 1 et serveur 2, configurés dans la topoligie d'égal à égal et le serveur 2 est défaillant. Toutes les informations de sauvegarde du serveur 1 sont perdues et la réplication n'est plus possible.
Reprise dynamique de sessions
Une nouvelle fonctionnalité appelée reprise dynamique de session a été ajoutée à cette version. Elle n'est utilisable que dans le mode poste à poste. 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 configuré pour fonctionner dans le mode 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. Toutefois, la reprise en ligne à chaud est spécialement réservée aux pannes d'une région serviteur. Lorsque tout un serveur, c'est-à-dire la fois le contrôleur et le serveur, tombe en panne, il peut être nécessaire de récupérer les sessions dans tout le réseau.
Vous devez mettre à niveau vers la version 6.0 toutes les instances de plug-in WebSphere Application Server qui font face au cluster Application Server afin d'assurer l'affinité de sessions dans le mode poste à poste.