From: | Eduardo Morras <emorrasg(at)yahoo(dot)es> |
---|---|
To: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: Replicacion asincrona de base de datos en vez de cluster |
Date: | 2016-02-17 09:46:13 |
Message-ID: | 20160217104613.e97e5d108728eac8c408a725@yahoo.es |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
On Wed, 17 Feb 2016 10:31:57 +0100
Ruben Fitó <r(dot)fito(at)ubiquat(dot)com> wrote:
> Gracias lista por sus aportaciones,
>
> Para resolver dudas, os explico qué queremos:
>
> Tenemos un gran grupo de tiendas(TPV, POS,...) que han de ser
> instaladas i configuradas para que funcionen.
>
> Nuestro principal objetivo es que esa configuración se pueda
> modificar de manera centralizada, por ejemplo des de una WEB de
> gestión. Al mismo tiempo deseamos que haya una "sincronización
> real-time", para no tener que crear un proceso batch que vaya
> sincronizando cada x tiempo.
>
> Montando un "streaming replication" por cada tienda obtendríamos ese
> resultado, haciendo que haya un cluster master(en el servidor) i una
> read only(en la tienda) por cada tienda. Pero claro, esto es un dolor
> de cabeza, si tenemos 50 tiendas, deberíamos montar 50 clústers en el
> servidor.
>
> Y ahora me preguntaréis, porqué tantos clústers?? La respuesta es que
> se desea que cada tienda sólo tenga una única configuiración, desean
> que todo vaya por separado. En caso contrario, montaríamos un solo
> master y tantos esclavos como hicieran falta.
>
> Con streaming replication seria una faena tediosa, configuración de
> clústers, etc. A parte de que la WEb de gestión tendría que acceder a
> todos los clústers, bla, bla bla.
>
> En resumen, hemos pensado que estaria bien tener un único master, y
> sincronizar con la base de datos de la tienda, pero sólo de su
> configuración(su propia BBDD, o tabla, o ...).
>
> Lo que nos entusiasma de "Streaming Replication" es la estabilidad,
> efectividad i gran confianza que nos da, pero no sabemos si existe
> algun proceso de sincronización parecido sólo para base de datos,
> tablas, etc..
Puedes usar FDW para conectar las bases de datos de cada tienda con la central, consulten la configuracion y la guarden en una tabla interna.
http://www.postgresql.org/docs/current/static/postgres-fdw.html
Esto no excluye el usar fdw en el otro sentido para que la central se conecte a las tiendas, consulte la informacion del dia u hora y la guarde. Incluso puede estar conectado por fdw las 24/365 horas y reconectar sin necesidad de tener en cuenta los ficheros wal no procesados.
> No sé si he podido expicarme mejor.
>
> Un saludo
--- ---
Eduardo Morras <emorrasg(at)yahoo(dot)es>
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
From | Date | Subject | |
---|---|---|---|
Next Message | Ruben Fitó | 2016-02-17 10:22:46 | Re: Replicacion asincrona de base de datos en vez de cluster |
Previous Message | Ruben Fitó | 2016-02-17 09:31:57 | Re: Replicacion asincrona de base de datos en vez de cluster |