Session de réplication entre les machines virtuelles dans WebSphere

Nous disposons d'une infrastructure où dans les serveurs sont regroupés et les serveurs d'application ne sont pas. Les serveurs route de la demande pour les serveurs d'applications basées sur la politique round-robin.

Dans ce scénario, la session de données disponibles dans un serveur d'application n'est pas disponible dans les autres serveur d'application. Est-il de toute façon par laquelle les données de session à partir de la première application serveur peut être mis à disposition dans la seconde demande ? Les deux serveurs sont physiquement séparés des boîtes dans des cellules différentes.

Une solution pourrait être d'utiliser la base de données est-il un autre moyen d'accomplir cette session de réplication ?

Je crois que vous pouvez configurer comme un cluster à l'intérieur de la a ÉTÉ de la console, non?

OriginalL'auteur Subramanian | 2009-06-02

  1. 4

    Dans WebSphere, il y a essentiellement deux façons pour répliquer les données de session:

    1. Persistantes à une base de données
    2. De la mémoire À la Mémoire des transferts

    Qui est appropriée à vos besoins dépend fortement de votre scénario d'application:

    Quelle est l'importance de la persistance de vos données de session, lorsque tous les serveurs d'application?
    Combien d'objets de session ne vous avez, à tout moment, en même temps?

    Dans une base de données que vous pouvez stocker plusieurs séances sans trop de problèmes, l'autre option est toujours une question de combien de mémoire est disponible.

    Je voudrais aller avec la base de données, si vous avez déjà configuré, tous les serveurs d'applications utiliser de toute façon.

    Voici le lien vers le WebSphere Information Center avec les détails nécessaires.

    Merci pour ur de réponse dertoni. Nous utilisons tout un montant de session de données convenu que ses une mauvaise pratique, mais le fait d'être une application de maintenance, il a été un cas de la mesure si-bon. S'il nous arrive d'enregistrer des données dans la base de données, nous aurions à le récupérer et de repeupler les objets de l'application pour afficher à nouveau la page prévue qui serait un défi ici.
    Savez-vous si websphere réplique les données de session, bien que dans le web.xml de l'application web, le tag "distribuable" n'est pas présent? stackoverflow.com/questions/26043080/...

    OriginalL'auteur dertoni

  2. 2

    Une solution évidente est de permettre le regroupement de vos serveurs d'applications. Je suppose que de la façon dont vous avez formulé votre question, vous avez rejeté cette option. Une autre option est de modifier le routage utilisé par les serveurs web pour utiliser l'affinité de session (demandes pour la même session d'aller sur le même serveur d'application).

    Autres que que, j'avais deuxième la réponse par dertoni.

    L'affinité de Session serait la mauvaise mans solution à ce problème dans la plupart des circonstances.

    OriginalL'auteur Basil Vandegriend

  3. 1

    peut-être que vous pouvez regarder 'terracota'. c'est un cadre de la mise en cache, ce qui peut mettre en cache des sessions et s'exécute sur un autre serveur

    OriginalL'auteur Salandur

  4. 1

    Il y a deux options pour la mise en cluster dans WebSphere, la réplication de session ou de la base de données. Si vous avez de gros objets de session, vous êtes le meilleur hors tension à l'aide de la base de données, car il vous permet de décharger rassis sessions sur le disque. Si ils sont alors représentés alors qu'ils peuvent être extraites de la base de données, si vous utilisez la réplication de session puis ces sessions ont besoin de rester dans la mémoire non seulement votre serveur cible, mais aussi les autres serveurs dans le groupe de réplication. Avec de grosses sessions, cela peut conduire à une erreur de mémoire insuffisante.

    Avec la base de données de la session de manutention, il est également très personnalisable et n'a pas les performances sensiblement dans les environnements que j'ai utilisé il.

    OriginalL'auteur mransley

  5. 0

    n'oubliez pas oracle de cohérence.

    OriginalL'auteur Ron