Retour à la liste
From:
Tony Bassette
Subject:
Re: [TECH] Replication de Postgres
Date:
11/08/2003 15:49
Mailing-list:
Message-ID:
Attachements
On Mon, Aug 11, 2003, Ludovic Pénet wrote:
> Je n'ai pas encore joué avec mais j'ai fait une petite étude
> préliminaire pour voir ce que je pourrais bien implémenter pour faire
> uniquement de la haute dispo, sans répartition de charge.
J'avoue que c'est plutôt haute-dispo + répartition de charge qui
m'intéresse.
> La première solution que j'ai vue est d'utiliser `rserv' pour faire une
> mise à jour régulière (toutes les minutes?) de la base maîtresse vers
> l'esclave. Ainsi, on conserve l'essentiel des données lors du
> basculement (suite à la détection d'une défaillance par heartbeat par
> exemple) d'une base à l'autre.
Mais comme je suis un malade tu perds une minute si ta machine
se casse la gueule entre 2 synchro t'es un peu mal ...
> La seconde solution est d'utiliser un système de fichier distribué,
> comme coda par exemple, pour définir l'espace de stockage de la base
> pour les deux machines capables de la faire tourner. Sachant qu'une
> seule tourne à la fois, l'esclave étant démarrée par heartbeat lorsque
> la maîtresse défaille, je ne vois pas de raison que cela ne fonctionne
> pas. En ce cas, on ne perd a priori que les transactions non "comitées".
> J'attends d'avoir les machines pour tester la seconde solution. :-)
Je viens de commencer une série de tests via usogres et je
pense que pour faire de la haute + ou - répartie ca devrait le
faire ...
--
o Pétition contre les brevets logiciels : http://petition.eurolinux.org
o Tony Bassette: tbassette z april.org ( ICQ : 25995434 )
o APRIL : http://www.april.org/
o THE CORRS : http://www.thecorrs.net/
> Je n'ai pas encore joué avec mais j'ai fait une petite étude
> préliminaire pour voir ce que je pourrais bien implémenter pour faire
> uniquement de la haute dispo, sans répartition de charge.
J'avoue que c'est plutôt haute-dispo + répartition de charge qui
m'intéresse.
> La première solution que j'ai vue est d'utiliser `rserv' pour faire une
> mise à jour régulière (toutes les minutes?) de la base maîtresse vers
> l'esclave. Ainsi, on conserve l'essentiel des données lors du
> basculement (suite à la détection d'une défaillance par heartbeat par
> exemple) d'une base à l'autre.
Mais comme je suis un malade tu perds une minute si ta machine
se casse la gueule entre 2 synchro t'es un peu mal ...
> La seconde solution est d'utiliser un système de fichier distribué,
> comme coda par exemple, pour définir l'espace de stockage de la base
> pour les deux machines capables de la faire tourner. Sachant qu'une
> seule tourne à la fois, l'esclave étant démarrée par heartbeat lorsque
> la maîtresse défaille, je ne vois pas de raison que cela ne fonctionne
> pas. En ce cas, on ne perd a priori que les transactions non "comitées".
> J'attends d'avoir les machines pour tester la seconde solution. :-)
Je viens de commencer une série de tests via usogres et je
pense que pour faire de la haute + ou - répartie ca devrait le
faire ...
--
o Pétition contre les brevets logiciels : http://petition.eurolinux.org
o Tony Bassette: tbassette z april.org ( ICQ : 25995434 )
o APRIL : http://www.april.org/
o THE CORRS : http://www.thecorrs.net/