Re: configuracion HA Postgresql por Diego Biazus

Em 30/11/2008, às 04:13, Mariano Reingart escreveu:

> Jaime Casanova wrote:
>> Saludos,
>>
>> Viendo las presentaciones del PGDay
>> (http://www.postgres-arg.org/pgday/) me llamo la atencion la de HA
>> Postgresql por Diego Biazus.
>> Me parece una configuracion interesante porque permite el failover
>> automatico que es el principal problema en la configuracion tipica
>> con
>> slony I, pero me quedaron unas dudas... tratare de resolverlas con
>> pruebas en mi mini laboratorio (siempre que en mi casa me dejen usar
>> la otra compu :) pero las posteo por si acaso ya tienen la respuesta:
>
> Una duda, con slony que es asincrónico no sería peligroso el tema
> del failover automático?, porque las actualizaciones pueden no haber
> llegado a la base secundaria, pudiendo tener inconsistencias y/o
> problemas cuando volves a levantar el server principal...

Sim, isso é verdade. Por isso uso o pgpool para fazer a sincronia.

>
>
>> 1) Segun el diagrama todas las maquinas se conectan al servidor
>> principal (supongo que ahi esta el pgpool) esta configuracion permite
>> balanceo de carga? pregunto porque el archivo pgpool.conf como
>> aparece
>> ahi no menciona al servidor secundario y asi aun con
>> "replication_mode
>> = true" como sabria que existe otro servidor que puede realizar
>> consultas?
>
> Por lo que entendi, los clientes se conectaban a una sola IP, si esta
> fallaba, heartbeat cambiaba la IP a la maquina secundaria, replicaba
> pgpool, y no había balanceo de carga.
> (igual puedo haber entedido mal, abajo esta la dirección por si
> queres entrar a ver la presentación de Diogo, incluyendo varias
> preguntas del público que te pueden ayudar)

Sim, no caso do meu cliente não havia banlaceamento de carga, apenas a
replicação.
Na configuração do pgpool dos slides não aparece o segundo servidor
por simplicidade, mas ele existe no arquivo real.
O balanceamento de carga poderia ser habilitado sem problemas.

>
>> 2) Cuanto tiempo de lag le pusiste a la sincronizacion del slony I?
>
> Me parece que no usaba slony, quizas estamos viendo distintas
> presentaciones.
>
>> 3) En que maquina instalas el heartbeat? Posiblemente una pregunta
>> tonta, me imagino que en una tercera maquina... quiza el servidor de
>> aplicaciones?
>>
>> 4) Como le dices a slony que debe ejecutar FAILOVER? no veo eso en
>> ninguno de los archivos de configuracion...
>
> Por lo que entendi, Heartbeat hace el failover (ver respuesta 1),
> monitorea el puerto de pgpool y cuando detecta que se cae, levanta
> el secundario.
> El failback (recuperación) se hacia con WAL PITR (creo que hay
> ejemplos en la página de pgpool).

Sim, está correto, o Heartbeat precisa ser instalado em todos os
servidores, ele é o responsável pelo failover.
O failback eu configurei de forma manual, usando alguns scripts com
WAL PITR.

>
>> PS: me parece util instalar el pgpool tambien en el servidor
>> secundario, asi si hubo un FAILOVER aun el servidor primario (antes
>> secundario) tendra el pool de conexiones que resulta util...
>
> No entiendo porque el pool de conexiones serviria si el servidor
> pricipal esta caido...

Seria útil apenas como pooling simples, para evitar que os usuários
excedam o máximo de conexões e para diminuir o custo de abrir novas
conexões.
Na solução que implementei não usei um segundo pgpool para simplificar
o projeto.

Abraços,
--
Diogo Biazus
diogob(at)gmail(dot)com
http://www.softa.com.br
http://www.postgresql.org.br