IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Plateformes (Java EE, Jakarta EE, Spring) et Serveurs Discussion :

Haute Disponibilité (Alteon vs Cluster)


Sujet :

Plateformes (Java EE, Jakarta EE, Spring) et Serveurs

  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Octobre 2007
    Messages
    442
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2007
    Messages : 442
    Points : 540
    Points
    540
    Par défaut Haute Disponibilité (Alteon vs Cluster)
    Bonjour,

    Voilà mon problème, on me demande d'assurer une haute disponibilité pour une application J2EE (Servlets+EJB+JDBC) déployée sous une instance Weblogic (derrière serveur Web Apache).

    Pour se faire on me parle de boîtier Alteon, de cluster Weblogic, ... mais je n'y connais absolument rien et google n'est vraiment pas mon amis aujourd'hui.

    Est-ce que quelqu'un aurait des infos pour m'expliquer ?

    L'application comporte des Singletons, ceux-ci ne risque-t-il pas de pauser problème ?

  2. #2
    Membre éclairé
    Avatar de divxdede
    Profil pro
    Inscrit en
    Avril 2004
    Messages
    525
    Détails du profil
    Informations personnelles :
    Âge : 46
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Avril 2004
    Messages : 525
    Points : 844
    Points
    844
    Par défaut
    Citation Envoyé par Duc Lebowski Voir le message
    Bonjour,

    Voilà mon problème, on me demande d'assurer une haute disponibilité pour une application J2EE (Servlets+EJB+JDBC) déployée sous une instance Weblogic (derrière serveur Web Apache).

    Pour se faire on me parle de boîtier Alteon, de cluster Weblogic, ... mais je n'y connais absolument rien et google n'est vraiment pas mon amis aujourd'hui.

    Est-ce que quelqu'un aurait des infos pour m'expliquer ?

    L'application comporte des Singletons, ceux-ci ne risque-t-il pas de pauser problème ?
    Dans un environnement "cluster", tes singletons devront être revus pour utiliser un service tel que JNDI afin que tes singletons soient partagés entre tes differents serveurs.

    De même pour tes accés disques, ou il te faudra utiliser soit une couche d'abstraction soit faire en sorte que les filesystemes soient partager (exemple NFS)
    JBusyComponent, une API pour rendre occupé un composant swing.
    SCJP Java 6.0 (90% pass score)

  3. #3
    Membre confirmé
    Profil pro
    Inscrit en
    Octobre 2007
    Messages
    442
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2007
    Messages : 442
    Points : 540
    Points
    540
    Par défaut
    Merci divxdede pour ta réponse sur les singleton, je vais en tenir compte.

    Je n'ai pas d'accès disque donc pas de souci de ce côté là.

    Par contre si quelqu'un pouvait me répondre sur les boîtiers Alteon ce serait super cool !

    Et sinon, concrètement comment marche un cluster Weblogic pour faire du load-balancing ? on associe 1 cluster à 1 serveur ? où déployer l'application ?

    Je n'y connais absolument rien

  4. #4
    Modérateur
    Avatar de dinobogan
    Homme Profil pro
    ingénieur
    Inscrit en
    Juin 2007
    Messages
    4 073
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France

    Informations professionnelles :
    Activité : ingénieur
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2007
    Messages : 4 073
    Points : 7 163
    Points
    7 163
    Par défaut
    Jusqu'à l'année dernière, pour le WAP chez SFR, ce sont des Alteon configurés en round-robin avec environ une quinzaine de Weblogic pour la première couche. Ils tappent tous sur une instance Oracle. C'est toujours le même serveur qui s'occupe d'une session donnée. Il n'y a donc pas de migration d'objet entre les serveurs. Je veux dire par là que les différents serveurs sont en quelque sorte cloisonnés entre eux.
    Je ne veux pas être pessimiste, mais étant donné ton manque de connaissances sur le sujet, ça me semble vraiment mal barré...
    N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
    Que la force de la puissance soit avec le courage de ta sagesse.

  5. #5
    Membre chevronné Avatar de LooserBoy
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Février 2005
    Messages
    1 085
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2005
    Messages : 1 085
    Points : 1 976
    Points
    1 976
    Par défaut
    Citation Envoyé par Duc Lebowski Voir le message
    Par contre si quelqu'un pouvait me répondre sur les boîtiers Alteon ce serait super cool !

    Et sinon, concrètement comment marche un cluster Weblogic pour faire du load-balancing ? on associe 1 cluster à 1 serveur ? où déployer l'application ?
    Les boitiers Alteon sont en réalité des switch capables de gérer du load-balancing. Grosso modo, ils reroutent les paquets reçus sur une machine qui lui a été déclaré comme destinataire secondaire si jamais la machine destination primaire ne repond plus. C'est un produit Nortel Network (J'en sait pas plus, mr. le commissaire ).

    Un cluster est en réalité une grappe de machines, dans ton cas, de serveurs weblogic. Pour faire simple, si un des serveurs de la grappe est surchargé ou simplement en panne, l'activité qu'il avait à traiter va être transférée automatiquement sur le(s) autre(s).
    Vu sur un paquet de cigarettes: "Fumer peut entrainer une mort lente et douloureuse"
    - Vivre aussi... Ce n'est pas forcément moins douloureux et c'est même beaucoup plus lent...

  6. #6
    Membre confirmé
    Profil pro
    Inscrit en
    Octobre 2007
    Messages
    442
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2007
    Messages : 442
    Points : 540
    Points
    540
    Par défaut
    dinogoban : merci pour cet exemple.

    Citation Envoyé par dinobogan Voir le message
    étant donné ton manque de connaissances sur le sujet, ça me semble vraiment mal barré...
    Si j'avais renonçé à chaque fois que je n'avais pas les connaissances sur un sujet, je n'aurais jamais rien fait que de m'ennuyer . La connaisssance n'est qu'une question de temps. Pour l'instant je cherche juste à commencer par un apperçu dans les grandes lignes pour m'éviter de me coltiner des pavés de 500 pages.

    LooserBoy : je commence à y voir un peu plus clair, merci. J'ai finalement réussi à trouver un peu de doc et je vais pouvoir avancer.

  7. #7
    Membre à l'essai
    Inscrit en
    Octobre 2006
    Messages
    9
    Détails du profil
    Informations forums :
    Inscription : Octobre 2006
    Messages : 9
    Points : 11
    Points
    11
    Par défaut
    Bonjour,

    Je commence bientôt à travailler sur un projet similaire, donc ça me ferait vraiment plaisir que tu me renseigne sur les ressources qui t'ont aidé.

    Miciiiii

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 2
    Dernier message: 07/06/2012, 11h01
  2. Cluster / Haute disponibilité
    Par KISEKI dans le forum Développement
    Réponses: 4
    Dernier message: 24/05/2012, 11h50
  3. Réponses: 1
    Dernier message: 30/05/2010, 23h06
  4. Haute Disponibilité
    Par ovh dans le forum Réseau
    Réponses: 12
    Dernier message: 07/09/2003, 20h29

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo