Re: Streaming replication contra Logical Replication

Hola Lista

Creo que primero debe establecer que objetivos buscar cumplir y así
establecer que tecnología se acomoda mejor a la solución:

- SI quiere tener un backup en linea de TODO el cluster y que permita
tener balanceo de carga en consultas y reportes, donde la informacion solo
es alimentada en un solo punto (la master) y en caso de desastre de la
base de datos principal entre la replica a funcionar como máster, la opción
inicial seria Streaming replication

- Si necesita replicar únicamente parte del cluster (algunas tablas o
schemas) y que ademas los datos puedan ser modificados en la replica
lógica (como seria en un entorno de desarrollo) o convivir con tablas o
schemas adicionales (en la base de staging para ETL, de una bodega de
datos por ejemplo) la opción seria Logical Replication

-Incluso si lo que tiene son unidades de negocio distribuidas
geográficamente y que todas insertan informacion concurrentemente y que
toda esta informacion se sincronice entre si y ademas, que si hay daño de
algún nodo el resto siga operando, habría que considera BDR.

Creo que me quedo corto con tecnologías/criterios para adoptar una y otra
pero solo quería exponer mi punto

El mié., 25 de jul. de 2018 a la(s) 06:29, Stephen Amell (
StephenAmell(at)inbox(dot)lv) escribió:

> Perdón, me confundí de app, donde dije Barman, hablaba de Repmgr.
>
>
> On 2018-07-25 00:52, Edwin Quijada wrote:
>
> No entendí bien esa parte de Barman en la 9
>
> Descarga Outlook para iOS <https://aka.ms/o0ukef>
>
> ------------------------------
> *De:* Stephen Amell <stephenamell(at)inbox(dot)lv> <stephenamell(at)inbox(dot)lv>
> *Enviado:* martes, julio 24, 2018 7:55 a. m.
> *Para:* Edwin Quijada; pgsql-es-ayuda(at)postgresql(dot)org
> *Asunto:* Re: Streaming replication contra Logical Replication
>
>
> Yo la haría con Barman en 9x y con la nativa en 10 (que es barman dentro
> del código), el tema pasa mas por el switch over, reapuntar las apps y
> demás.
>
> On 2018-07-23 17:24, Edwin Quijada wrote:
>
> Que tal.!
> Tengo un servidor en la nube con Postgres 10 y 5 bases de datos en el,
> quermeos crear una replica de este servidor en caso de alguna caida o algun
> problmea en el master.
> Para esto hemos creado un tunel SSH entre ambos servidores para la
> comunicacion, ahora solo nos hace falta saber cual metodo de replicacion
> usar.
> Anteriormente habia usado streaming con muy buenos resultados pero como ha
> llegado la replicacion logica pues he querido echarle un vistazo. Je leido
> algunos pro y contra sobre esta y uno de los que mas pesa es que logical
> utiliza menos ancho de banda que streaming pero hay algo que aun no
> entiendo , en caso de que la comunicacion se caiga entre servidores que
> pasaria con mi replica, en streaming no habia problema porque el tamano de
> los archivos wal era grande pues cuando llegaba la comunicacion todo se
> replicaba hacia la copia sin problemas , que pasa si esto sucede con
> logical?
>
> Me gustaria oir opiniones sobre que usar y de paso si en un momento de
> caida del server principal podria usar esat replica.
>
> Gracias
>
>
>
>

--
Cordialmente,

Ing. Hellmuth I. Vargas S.