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
[EMAIL PROTECTED]
http://www.softa.com.br
http://www.postgresql.org.br
--
TIP 2: puedes desuscribirte de todas las listas simultáneamente
(envía "unregister TuDirecciónDeCorreo" a [EMAIL PROTECTED])
