Re: Arquitectura Pgpool-Stream Replication

From: Lazaro Ruben Garcia Martinez <lgarciam(at)uci(dot)cu>
To: Mauricio Rafael Rivas Martinez <mrivas10(at)cantv(dot)com(dot)ve>
Cc: pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: Arquitectura Pgpool-Stream Replication
Date: 2012-04-10 13:33:35
Message-ID: 4a699354-c9ca-47f0-a402-db26f7f46ba2@ucimail3.uci.cu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Hola, en total serían 4 nodos, 2 pgpool-II y 2 servidores de base de datos utilizando streaming replication?

Lo que yo he logrado hacer es tener 4 nodos. En 2 de ellos, tengo un Pgpool-II, y en los dos restantes el servidor de base de datos. La replicación de los datos, la realizo utilizando Streaming replication, y con pgpool-II, garantizo la alta disponibilidad de los servidores de base de datos, mediante failover, además del pool de conexiones, y de balancear la carga entre ellos. El segundo nodo que tiene pgpool-II, es utilizado en caso de que el otro nodo que tiene a pgpool-II falle. De esta forma garantizo la alta disponibilidad de pgpool-II. Para realizar este proceso, las aplicaciones se conectan a Pgpool-II mediante una dirección IP virtual, y para la alta disponibilidad de pgpool-II utilizo heartbeat, que actualmente se encuentra dividido en 4 proyectos diferentes más pgpool-HA. Debes tener en cuenta que no es posible tener 2 pgpool-II en ejecución al mismo tiempo.

Acá te dejo algunos vínculos donde podrás encontrar documentación al respecto:

http://www.linux-ha.org/wiki/Main_Page
http://pgpool.net/mediawiki/index.php/Main_Page

Lo que mencionas de promover al HotStandby como master, en caso de que el nodo maestro falle, se conoce como failover. Failback, según tengo tengo entendido, es la operación inversa, o sea, es volver a promover al maestro fallido a su estado original, o llevar la aplicación al estado en que se encontraba antes de que ocurriese el failover.

Saludos.

----- Mensaje original -----

> Buenos Dias

> Estoy probando una arquitectura que consiste en lo siguiente:

> 1) Dos nodos Pgpools activos con la misma configuracion (Solo pool de
> conexiones y healthCheck ) apuntando al mismo backend
> MAster-HotStandby
> 2) Un Backend postgres con 2 nodos usando Stream Replication Nodo 1
> MAster, Nodo 2 HotStanby

> El nodo master, recibe las conexiones de los dos nodos activos de
> Pgpool
> y realizan el failback hacia el HotStandby y lo promueven a master en
> caso de falla.

> Alguien ha probado esta arquitectura o similar para que compartamos
> comentarios sobre su funcionamiento.

> Gracias

> --
> Mauricio Rivas
> Consultor

> -
> 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

> 10mo. ANIVERSARIO DE LA CREACION DE LA UNIVERSIDAD DE LAS CIENCIAS
> INFORMATICAS...
> CONECTADOS AL FUTURO, CONECTADOS A LA REVOLUCION

> http://www.uci.cu
> http://www.facebook.com/universidad.uci
> http://www.flickr.com/photos/universidad_uci

10mo. ANIVERSARIO DE LA CREACION DE LA UNIVERSIDAD DE LAS CIENCIAS INFORMATICAS...
CONECTADOS AL FUTURO, CONECTADOS A LA REVOLUCION

http://www.uci.cu
http://www.facebook.com/universidad.uci
http://www.flickr.com/photos/universidad_uci

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Mauricio Rafael Rivas Martinez 2012-04-10 13:56:05 Re: Arquitectura Pgpool-Stream Replication
Previous Message Alvaro Hilario 2012-04-10 13:25:07 Re: no puedo restaurar BD