From: | Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec> |
---|---|
To: | Cesar Martin <cmartinp(at)gmail(dot)com> |
Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: Fiabilidad de PGPool-II + Postgres |
Date: | 2009-12-22 22:28:59 |
Message-ID: | 3073cc9b0912221428s40f05123v7bc3ac3cb01669cd@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
2009/12/22 Cesar Martin <cmartinp(at)gmail(dot)com>:
>
> En el servidor nuevo había pensado poner Postgres en la versión 8.3.9 y
> pgpool-II en versión 2.3.1 con Heartbit para hacer un cluster e intentar
> repartir las consultas entre ambos servidores.
el problema con pgpool es que replica sentencias, y aunque la nueva
version dice trabajar correctamente al replicar funciones volatiles
como now() lo hace porque sabe que hacer para ese caso especifico.
Todo es cosa que en tu aplicacion tengas una funcion volatil que
pgpool no conozca (por ejemplo una creada por ti) y la replicacion ya
no funcionará bien...
Es más hay SELECT´s no deben ser escogidos para balanceo de carga, por
ejemplo los que ejecuten una función volatil. Imagina esta:
SELECT actualiza_vista_materializada(); o SELECT elimina_procesos_viejos();
todas esas sentencias que no deben ser escogidas para balanceo de
carga sino que deben replicarse deben ir antecedidas de el comentario
/*REPLICATION*/
en otras palabras, no es tan transparente como quisieramos hay que
verificar que las consultas que estas ejecutando en tu aplicación son
seguras para pgpool
--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157
From | Date | Subject | |
---|---|---|---|
Next Message | Eduardo Morras | 2009-12-23 08:38:29 | px_log en RAM Disk |
Previous Message | Alvaro Herrera | 2009-12-22 21:16:55 | Re: Fiabilidad de PGPool-II + Postgres |