Topologie mémoire à mémoire : fonction client/serveur
La configuration client-serveur utilisée pour parvenir à l'affinité de sessions comporte un cluster de serveurs configurés comme client seul et serveur seul. L'utilisation de la configuration client-serveur présente certains avantages tels que l'isolation de la gestion des données de sauvegarde à partir des données locales, le recyclage des serveurs de sauvegarde sans affecter les serveurs qui exécutent l'application et l'élimination de la nécessité d'une correspondance un à un entre les serveurs pour assurer l'affinité de sessions.
La figure suivante représente le mode client/serveur. Au premier niveau, des serveurs d'applications hébergent des applications Web hôtes utilisant des sessions HTTP, lesquelles sont répliquées lors de leur création et de leur mise à jour. Le niveau suivant se compose de serveurs sans application Web sur lesquels le gestionnaire de sessions reçoit des mises à jour émanant des clients de réplication.

- Isolation pour la reprise après incident
- Dans ce cas, la gestion des données de sauvegarde est isolée des données locales ; outre que vous pouvez isoler les uns des autres les éléments à déplacer, et ce, pour les protéger en cas d'incident sérieux, vous libérez la mémoire et le traitement sur les serveurs en charge de l'application Web.
- Isolement pour arrêt et démarrage
- Vous pouvez recycler un serveur de sauvegarde sans affecter les serveurs qui exécutent l'application (la reprise après incident est possible quand au moins deux sauvegardes sont disponibles) et, à l'inverse, recycler une JVM d'applications sans perte potentielle de données.
- Consolidation
- Il est pratiquement inutile d'établir de correspondance univoque entre les serveurs de gestion de sauvegardes et les serveurs de traitement d'applications ; ceci permet donc de réduire le nombre d'emplacements où transférer les données.
- Matériel disparate :
- Si vous exécutez vos applications Web sur des ordinateurs bon marché, vous pouvez disposer d'un ou deux autres ordinateurs puissants capables d'exécuter deux gestionnaires de sessions en mode serveur de réplication ; ceci vous permet de libérer vos ordinateurs moins puissants chargés d'exécuter l'application Web.
Remarque sur le synchronisme : Démarrez les serveurs d'applications de sauvegarde en premier pour empêcher l'affichage de fenêtres d'attente. Les clients tentent de répliquer les informations et les sessions HTTP sur les serveurs de sauvegarde dès qu'ils sont disponibles. Par conséquent, les sessions HTTP créées avant que les serveurs entrent en activité risquent de ne pas être répliquées avec succès.