J'aurais besoin de mettre en place une replication entre
2 bases PostgreSQL.
Je suis tombé sur des projets en version 0.0.x qui ne
m'inspirent pas une grande confiance pour une utilisation
en production.
La réplication dont j'ai besoin estde type multi-maitres,
visiblement celle proposée par postgres (ou mysql) me semble
etre de la réplication maitre - esclave.
Avez vous des pistes pour mettre ne place cette réplication
multi-maitre sur PostgreSQL 8 ?
j'ai un serveur postgres A. et un serveur postgres B.
Les écritures effectuées sur A sont répliquées sur B. les écritures effectuées sur B sont répliquées sur A. Tout cela en même temps.
c'est donc un cluster. n'existe pas sauf en projet sous forme alpha.
-- Yann Michel http://www.usenet-fr.net/fur/usenet/repondre-sur-usenet.html
Patrice Trognon
Yann Michel wrote:
Patrice Trognon a écrit :
j'ai un serveur postgres A. et un serveur postgres B.
Les écritures effectuées sur A sont répliquées sur B. les écritures effectuées sur B sont répliquées sur A. Tout cela en même temps.
c'est donc un cluster. n'existe pas sauf en projet sous forme alpha.
ok, je fais quand meme la différence avec un cluster.
un cluster tu as de la repartition de charge avec une utilisation d'un espace commun pour le stockage des données. Pour schématiser tu as une base répartie sur plusieurs machines.
Dans la replication multi-maitre on a physiquement plusieurs bases, cela permet une sécurisation des données. c'est a dire 1) pas de perte en cas de crash d'un serveur vu que les données sont répliquées sur l'autre (enfin au pire tu vas perdre la transaction courante).
--
Patrice Trognon http://www.javadevel.com
Yann Michel wrote:
Patrice Trognon a écrit :
j'ai un serveur postgres A.
et un serveur postgres B.
Les écritures effectuées sur A sont répliquées sur B.
les écritures effectuées sur B sont répliquées sur A.
Tout cela en même temps.
c'est donc un cluster.
n'existe pas sauf en projet sous forme alpha.
ok, je fais quand meme la différence avec un cluster.
un cluster tu as de la repartition de charge avec
une utilisation d'un espace commun pour le stockage
des données.
Pour schématiser tu as une base répartie sur plusieurs
machines.
Dans la replication multi-maitre on a physiquement
plusieurs bases, cela permet une sécurisation des données.
c'est a dire 1) pas de perte en cas de crash d'un serveur
vu que les données sont répliquées sur l'autre (enfin au
pire tu vas perdre la transaction courante).
j'ai un serveur postgres A. et un serveur postgres B.
Les écritures effectuées sur A sont répliquées sur B. les écritures effectuées sur B sont répliquées sur A. Tout cela en même temps.
c'est donc un cluster. n'existe pas sauf en projet sous forme alpha.
ok, je fais quand meme la différence avec un cluster.
un cluster tu as de la repartition de charge avec une utilisation d'un espace commun pour le stockage des données. Pour schématiser tu as une base répartie sur plusieurs machines.
Dans la replication multi-maitre on a physiquement plusieurs bases, cela permet une sécurisation des données. c'est a dire 1) pas de perte en cas de crash d'un serveur vu que les données sont répliquées sur l'autre (enfin au pire tu vas perdre la transaction courante).
--
Patrice Trognon http://www.javadevel.com
Patrice Trognon
Yann Michel wrote:
Patrice Trognon a écrit :
j'ai un serveur postgres A. et un serveur postgres B.
Les écritures effectuées sur A sont répliquées sur B. les écritures effectuées sur B sont répliquées sur A. Tout cela en même temps.
c'est donc un cluster. n'existe pas sauf en projet sous forme alpha.
[ oups erreur de manip je continue :) ]
Dans la replication multi-maitre on a physiquement plusieurs bases, cela permet une sécurisation des données. c'est a dire
1) pas de perte en cas de crash d'un serveur vu que les données sont répliquées sur l'autre (enfin au pire tu vas perdre la transaction courante).
2), si le site A tombe, le site B peut prendre la suite vu qu'il a les données.
Dans le clustering si tu perd le machine qui stocke les datas (un ordi ou un NAS), t'es mort :)
--
Patrice Trognon http://www.javadevel.com
Yann Michel wrote:
Patrice Trognon a écrit :
j'ai un serveur postgres A.
et un serveur postgres B.
Les écritures effectuées sur A sont répliquées sur B.
les écritures effectuées sur B sont répliquées sur A.
Tout cela en même temps.
c'est donc un cluster.
n'existe pas sauf en projet sous forme alpha.
[ oups erreur de manip je continue :) ]
Dans la replication multi-maitre on a physiquement
plusieurs bases, cela permet une sécurisation des données.
c'est a dire
1) pas de perte en cas de crash d'un serveur
vu que les données sont répliquées sur l'autre (enfin au
pire tu vas perdre la transaction courante).
2), si le site A tombe, le site B peut prendre la suite
vu qu'il a les données.
Dans le clustering si tu perd le machine qui stocke les
datas (un ordi ou un NAS), t'es mort :)
j'ai un serveur postgres A. et un serveur postgres B.
Les écritures effectuées sur A sont répliquées sur B. les écritures effectuées sur B sont répliquées sur A. Tout cela en même temps.
c'est donc un cluster. n'existe pas sauf en projet sous forme alpha.
[ oups erreur de manip je continue :) ]
Dans la replication multi-maitre on a physiquement plusieurs bases, cela permet une sécurisation des données. c'est a dire
1) pas de perte en cas de crash d'un serveur vu que les données sont répliquées sur l'autre (enfin au pire tu vas perdre la transaction courante).
2), si le site A tombe, le site B peut prendre la suite vu qu'il a les données.
Dans le clustering si tu perd le machine qui stocke les datas (un ordi ou un NAS), t'es mort :)
--
Patrice Trognon http://www.javadevel.com
Yann Michel
Patrice Trognon a écrit :
Dans le clustering si tu perd le machine qui stocke les datas (un ordi ou un NAS), t'es mort :)
c'est ta définition du clustering. il en existe d'autres et heureusement! généralement, mettre des machines en cluster, c'est fait pour éviter un SOF (Single point Of Failure). prends le cluster mysql par exemple et ça correspond à ta définition de multi-maître
-- Yann Michel http://www.usenet-fr.net/fur/usenet/repondre-sur-usenet.html
Patrice Trognon a écrit :
Dans le clustering si tu perd le machine qui stocke les
datas (un ordi ou un NAS), t'es mort :)
c'est ta définition du clustering. il en existe d'autres et heureusement!
généralement, mettre des machines en cluster, c'est fait pour éviter un
SOF (Single point Of Failure).
prends le cluster mysql par exemple et ça correspond à ta définition de
multi-maître
--
Yann Michel
http://www.usenet-fr.net/fur/usenet/repondre-sur-usenet.html
Dans le clustering si tu perd le machine qui stocke les datas (un ordi ou un NAS), t'es mort :)
c'est ta définition du clustering. il en existe d'autres et heureusement! généralement, mettre des machines en cluster, c'est fait pour éviter un SOF (Single point Of Failure). prends le cluster mysql par exemple et ça correspond à ta définition de multi-maître
-- Yann Michel http://www.usenet-fr.net/fur/usenet/repondre-sur-usenet.html
