synchronisation de bases de données

Hello tout le monde,

J'ai un problème de "clustering" à résoudre et j'aimerais avoir votre avis sur le sujet : J'ai une application qui est déployée sur deux serveurs Glassfish chacun sur un serveur physique (j'ai a disposition en tout et pour tout 2 serveurs et pas un de plus! ;)). Cette application doit retourner les mêmes valeurs quelque soit le serveur sur lequel les clients se connectent. Mon besoin est donc que les deux bases de données soient syncro.

En potassant la documentation de Glassfish, j'ai cru un moment que le "clustering" tel que proposé résoudrait mon problème. Après quelques essaies et lecture à droit à gauche, je n'ai pas l'impression que ça soit le cas. Si j'ai bien compris le "clustering" Glassfish s'occupe surtout des sessions stateful et des messages JMS ? :?

Si c'est bien ça, auriez-vous des pistes pour résoudre ce problème ?

Citation:

---

En potassant la documentation de Glassfish, j'ai cru un moment que le "clustering" tel que proposé résoudrait mon problème.

---

Il devrait résoudre ton problème. Car, l'une des raisons d'être du clutering est la gestion des pannes des serveurs (physiques ou applicatifs). J'ai l'impression que tu n'as pas effectué toutes les configurations nécessaires. Pour cela, essai le tuto suivant.
Tuto sur le clustering avec Glassfish.
A défaut du clustering côté serveur, tu peux utiliser le clustering des bases de données ou alors des solutions tels : SymmetricDS

j'ai l'impression que tu confond deux choses:

Le clustering de l'application (passer d'un serveur à un autre dynamiquement pour avoir ses réponses), qui concerne principalement le maintient de la session utilisateur de manière cohérente entre le serveur, ainsi que le maintient d'une même version de l'application et le maintient d'une cohérence de la pile JMS bref tout ce qui concerne le niveau applicatif / J2EE

La centralisation des données, qui concerne simplement à avoir toutes tes instance du clusteur qui se connectent sur la même base, et pas chacun sa propre base.


La deuxième partie, ça concerne ton code & ta config, c'est à toi d'utiliser une base centrale dans ta configuration :)
Après, il y a des serveurs de base de données qui ont aussi leur système de load balancing, qui te permettrait d'équilibrer ça entre tes deux serveur physique. Mais c'est en dehors de ce qui est couvert par glassfish. Bref, glassfish s'occupe de ça:

Code:

---

1 2 3 4 5 6

client -> serveur 1 <---- Datasource jdbc ----- /\ \ | (synchro des état J2EE) |---> Base de données V / client -> serveur 2 <---- Datasource jdbc -----

---

Et ta base de données peux éventuellement s'occuper de ça:

Code:

---

1 2 3 4 5

---- \ /------> Serveur DB1 -\ |-------> base de données --|-------> Serveur DB2 -| (Synchro des données) / \------> Serveur DB3 -/ -----

---

Initialement, je voulais faire un truc comme ça avec Glassfish :

Code:

---

1 2 3 4 5 6

client -> serveur 1 <---- Datasource jdbc -----> Base de données /\ /\ | (synchro des état J2EE) | (mécanisme magique qui existe pas dans Glassfish) V V client -> serveur 2 <---- Datasource jdbc -----> Base de données

---

Mais après lecture de document Oracle sur le sujet, j'en suis effectivemetn arrivé à cette conclusion :

Citation:

---

Code:

---

1 2 3 4 5 6

client -> serveur 1 <---- Datasource jdbc ----- /\ \ | (synchro des état J2EE) |---> Base de données V / client -> serveur 2 <---- Datasource jdbc -----

---

---

Je vais donc faire la syncro de mes BD avec un tool genre SymmetricDS. Merci pour les infos! :ccool:

oracle supporte sans problème le load balancing entre plusieurs serveur, ça fait des années que j'ai ça au boulot :)