Lo que quiero es crear un entorno de alta disponibilidad. Probaré con pgpool.
Saludos.
De: Emanuel Calvo [mailto:3man...@gmail.com]
Enviado el: lunes, 26 de septiembre de 2016 5:44
Para: Lazaro Garcia; Alvaro Herrera
CC: pgsql-es-ayuda@postgresql.org
Asunto: Re: [pgsql-es-ayuda] BDR y bala
> Lo que quiero es crear un entorno de alta disponibilidad. Probaré con
> pgpool.
>
Ojo Pgpool solo controla 2 nodo
>
> Saludos.
>
>
>
> De: Emanuel Calvo [mailto:3man...@gmail.com]
> Enviado el: lunes, 26 de septiembre de 2016 5:44
> Para: Lazaro Garcia; Alvaro Herrera
> CC: pgsql-es-ayuda@post
Lazaro Garcia escribió:
> Lo que quiero es crear un entorno de alta disponibilidad.
No creo que BDR sea una buena solución para esta necesidad. Me parece
que te conviene usar replicación streaming.
--
Álvaro Herrerahttps://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Suppor
Estoy de acuerdo con Alvaro de que deberias usar streaming y no BDR para
este fin.
On Tue, Sep 27, 2016 at 10:24 AM Lazaro Garcia wrote:
> Lo que quiero es crear un entorno de alta disponibilidad. Probaré con
> pgpool.
>
>
>
> Saludos.
>
>
>
> *De:* Emanuel Calvo [mailto:3man...@gmail.com]
> *En
Pero entonces solo tendría alta disponibilidad para las lecturas cierto??,
es decir, solo el master es rw y los esclavos son ro, bajo esta premisa si
quisiera utilizar haproxy para balanceo de carga, no podría incluir el
master en éste balanceo, o me equivoco??
Saludos
-Mensaje original-
No te recomiendo para nada pgpool.
Si necesitas alta disponibilidad en lecturas y no escrituras, entonces prueba
pgpool, y haproxy en servidores esclavos replicados via streaming
Saludos
De: pgsql-es-ayuda-ow...@postgresql.org
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de
Mario Soto Cordones escribió:
> Pero entonces solo tendría alta disponibilidad para las lecturas cierto??,
> es decir, solo el master es rw y los esclavos son ro, bajo esta premisa si
> quisiera utilizar haproxy para balanceo de carga, no podría incluir el
> master en éste balanceo, o me equivoco??
Estas en lo correcto, pero, depende del punto de vista que se mire, para
"mi" Alta Disponibilidad es que mis usuarios nunca se enteren que se cayó
tal o cual nodo (entiéndase por usuario cualquier aplicación), es por ese
motivo que incluí en la ecuación el haproxy, Que me permite atender
peticiones
Mario Soto Cordones escribió:
> Estas en lo correcto, pero, depende del punto de vista que se mire, para
> "mi" Alta Disponibilidad es que mis usuarios nunca se enteren que se cayó
> tal o cual nodo (entiéndase por usuario cualquier aplicación), es por ese
> motivo que incluí en la ecuación el hapr
Todo lo que dices es correcto, por ese motivo es que en mi caso puntual solo
utilizo haproxy, en servidores esclavos que también tienen pgBouncer, los
servidores maestros no pasan por el haproxy, solo tienen pgbouncer
CLIENTES/APP
HAPROXY
pgBouncer pgBouncer
Mario Soto Cordones escribió:
> Todo lo que dices es correcto, por ese motivo es que en mi caso puntual solo
> utilizo haproxy, en servidores esclavos que también tienen pgBouncer, los
> servidores maestros no pasan por el haproxy, solo tienen pgbouncer
:-) Suena bien.
Saludos
--
Álvaro Herrer
Probaré un entorno master-slave con streaming y hot standby, unido a Pgpool
para balance de carga, pool de conexiones y failover.
Me podrías explicar por qué no me recomiendas para nada pgpool??
Saludos.
De: Mario Soto Cordones [mailto:marioa.soto.cordo...@gmail.com]
Enviado el: marte
Para hacer pool, es mejor y mucho más liviano pgbouncer que pg_pool. En lo
personal encuentro muy engorroso pgpool, pero en cosa de gustos no hay nada
escrito
Saludos
De: Lazaro Garcia [mailto:lazaro3...@gmail.com]
Enviado el: martes, 27 de septiembre de 2016 14:01
Para: 'Mario Soto Cord
En las heladerias si.
El mar, 27-09-2016 a las 15:14 -0400, Mario Soto Cordones escribió:
> Para hacer pool, es mejor y mucho más liviano pgbouncer que pg_pool.
> En lo personal encuentro muy engorroso pgpool, pero en cosa de gustos
> no hay nada escrito
>
> Saludos
>
> De: Lazaro Garcia [mailt
2016-09-27 12:29 GMT-05:00 Alvaro Herrera :
> Mario Soto Cordones escribió:
>> Estas en lo correcto, pero, depende del punto de vista que se mire, para
>> "mi" Alta Disponibilidad es que mis usuarios nunca se enteren que se cayó
>> tal o cual nodo (entiéndase por usuario cualquier aplicación), es p
15 matches
Mail list logo
