Re: configuracion HA Postgresql por Diego Biazus

2008/11/30 Mariano Reingart <mariano(at)nsis(dot)com(dot)ar>:
> 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...
>

por eso slony no hace FAILOVER automatico... ahora, tu puedes
determinar el tiempo entre cada evento SYNC desde 10ms hasta 60000ms

>> 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)
>
>> 2) Cuanto tiempo de lag le pusiste a la sincronizacion del slony I?
>
> Me parece que no usaba slony, quizas estamos viendo distintas
> presentaciones.
>

tienes razon, la configuracion no habla de Slony I. entendi mal :S

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

parece razonable...

--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157