2008/11/30 Mariano Reingart <[EMAIL PROTECTED]>: > 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 -- TIP 4: No hagas 'kill -9' a postmaster
