Effectivement surtout pour des raisons de performances on separe l'application en trois couches. Mais pour declencher la reprise sur un serveur de standby sur chacune de tes trois couches, et en particulier sur les 2 premieres, il te faut un mecanisme de bascule et d'acces aux données.
Les meilleures techno de cluster aujourd'hui se basent sur une arborescence commune à tous les noeuds d'un cluster et montée sur tous les noeuds simultanement, seule le noeud actif a acces en ecriture. Tout le principe de reprise sur incident est de switcher le jeton de droit en ecriture sur le nouveau noeud elu parmis le pool disponible.
A terme ils souhaitent meme pouvoir migrer les processus, mais la il s'agit de techno NUMA a ma connaissance et tres peu de gens la maitrise. (Sequent a été racheté par IBM qui ne sort pas grand chose avec...)
[^] # Re: Et la fusion ...
Posté par b rousseau . En réponse à la dépêche La haute disponibilité sous Linux. Évalué à 2.
Les meilleures techno de cluster aujourd'hui se basent sur une arborescence commune à tous les noeuds d'un cluster et montée sur tous les noeuds simultanement, seule le noeud actif a acces en ecriture. Tout le principe de reprise sur incident est de switcher le jeton de droit en ecriture sur le nouveau noeud elu parmis le pool disponible.
A terme ils souhaitent meme pouvoir migrer les processus, mais la il s'agit de techno NUMA a ma connaissance et tres peu de gens la maitrise. (Sequent a été racheté par IBM qui ne sort pas grand chose avec...)