RE: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Mas sobre Replicación+Balanceo de Carga

O mOntar discos SSD

Date: Thu, 26 Mar 2015 15:04:05 -0500
Subject: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Mas sobre Replicación+Balanceo de Carga
From: raulandrez(at)gmail(dot)com
To: edomax(at)gmail(dot)com
CC: gilberto(dot)castillo(at)etecsa(dot)cu; pgsql-es-ayuda(at)postgresql(dot)org; josefermin54(at)hotmail(dot)com

Hola.

El tener 2 disco independientes mejora el rendimiento ya que si tengo un solo disco siempre la lectura va a ser secuencia, si tengo 2 discos la lectura sera paralela, pero en realidad notara la mejora si el cuello de botella esta en el IO y si divide correctamente las tablas en cada disco, para verificar si el problema es IO saque los datos de SAR, si la grafica iowait es 30% significa que esta perdiendo el 30% de procesamiento porque un proceso esta esperando el disco, si así es revise el los logs de postgres cuales son las consultas lentas, realice un explain analize a la consulta e identifique cual es la tabla que mas tiempo aporta al explain, migre esa tabla a un disco independiente y continué revisando hasta encontrar el balance de carga entre los 2 o n discos, aunque lo primero es mover la carpeta del wal(pg_xlog)a un disco independiente para que no se presente lentitud en la escritura.

esto profundiza mas en el tema
http://momjian.us/main/writings/pgsql/scaling.pdf , la pag 10 es muy recomendable implementar y los de diferentes tablespace se puede implementar como la pag 8 y/o 15 teniendo en cuenta el parametro effective_io_concurrency.

El 26 de marzo de 2015, 14:19, Eduardo Arenas C. <edomax(at)gmail(dot)com> escribió:
Gilberto, gracias por tu pronta respuesta, pero esto no responde mi pregunta, quizás no me dí a entender .
Tu has medido en porcentaje (cuantificable), cuanto se gana teniendo los indices en un tb diferente al de los datos???.
No conosco mucho el funcionamiento interno de postgresql y no se si hay transporte entre un tb y otro al estar separados y realmente no se si esta comunicación entre dos tb donde estarían los indices y los datos podrían ser ventajosa o perjudicial.
Saludos
Edurdo.

El 26 de marzo de 2015, 5:10 p. m., Gilberto Castillo<gilberto(dot)castillo(at)etecsa(dot)cu> escribió:

> Estimados,

>

> En correo anterior se menciona separar datos de indices en diferentes tb.

> Quería consultar que tanto mas se puede ganar poniendo los datos separados

> de los indices en tablespace independientes (obviamente en discos

> diferentes) ???

Una respuesta casi obvia es que los disco aun hacen lecturas secuenciales....

Saludos,

Gilberto Castillo

La Habana, Cuba

---

This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at host imx3.etecsa.cu

Visit our web-site: <http://www.kaspersky.com>, <http://www.viruslist.com>

--
Eduardo Arenas
+56 0 9 6629 1618

--
Raul Andres Gutierrez Alejo