From: | Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec> |
---|---|
To: | p2p p2p <p2pvideo(at)gmail(dot)com> |
Cc: | Silvio Quadri <silvioq(at)gmail(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: High Load Average |
Date: | 2009-02-13 21:42:33 |
Message-ID: | 3073cc9b0902131342j4c8bd4f2o3342f78e23d9c29c@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
2009/2/13 p2p p2p <p2pvideo(at)gmail(dot)com>:
>
>> ¿Identificaste el proceso que "chupa" todo el procesador cuando se cuelga?
>
> Las 500 conexiones son consultas que se hacen desde el Web Server.
> La arquitectura actual es: 1 Balanceador de peticiones web + 4 Frontales Web
> (Apache) + 1 BD PostgreSQL
>
> Los frontales web tienen un load average de 0.x, y la máquina de la BD un
> load average que llega a alcanzar hasta 1XX.
>
> Los procesos que consumen toda la CPU son múltiples procesos de
> "postmaster".
>
Hace poco vi algo similar, el problema estaba en ciertas consultas que
estaban consumiendo muchos recursos (de hecho o estaban mal hechas o
devolvian todos los registros de tablas medianamente grandes pero lo
hacian a razon de 300 veces cada 5 minutos o algo asi)...
pudimos ubicar las paginas culpables a traves de un log del ADODB,
pero aun teniamos esos lapsos entonces empezamos a monitorear los
procesos apache mas grandes para ver que estaban haciendo (prometi
poner eso en la wiki hace algun tiempo pero o no tuve tiempo o me
olvidaba pero ya que quiza te pueda servir ahi va):
http://wiki.postgresql.org/wiki/Encontrando_consultas_que_consumen_recursos
--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157
From | Date | Subject | |
---|---|---|---|
Next Message | p2p p2p | 2009-02-14 01:23:04 | Re: High Load Average |
Previous Message | Jaime Casanova | 2009-02-13 20:15:16 | Re: Compilar o Instalar binarios,,,, |