> -----Mensaje original----- > De: Alvaro Herrera > > Sin haber leído todo el resto de tu post: sería mucho mejor > poner el pg_xlog en el RAID 10. >
He visto recinebdacuibes contrarias a esta. El fundamento es que pg_xlog ejecutará escrituras secuenciales que ocurrirán conjuntamente con las escrituras aleatorias sobre el resto de la base. Que se encuentre en discos distintos es recomendable, y el troughput secuencial de un raid 1 debiera ser suficiente como para no convertirse en cuello de botella considerando el throughput aleatorio de un RAID 10 con 6 discos. Incluso se podría considerar ext2 sobre el RAID 1 para obtener algunos Mbps extra. En este thread alguien que tiene un hardware muy similar al descripto consulta sobre como configurar sus discos: http://archives.postgresql.org/pgsql-performance/2008-08/msg00234.php Otra posibilidad es crear un único RAID 10 con los 8 discos y meter allí todo, pero yo seguiría con el setup que propuso Cesar originalmente. Pero mejor es no quedarse con las recomendaciones unicamente y hacer pruebas propias. Es una suerte de disponer de 2 equipos idénticos donde comparar distintos setups y ver cual responde mejor. Falta ver si se dispone del tiempo también. Respecto a la fiabilidad de pgpool2, no lo he usado como sistema de replicación como para opinar al respecto. Pero su uso extendido me da toda la impresión de que anda bien. Una solución muy segura para armar un cluster de alta disponibilidad es con DRBD + Heartbeat (http://www.drbd.org), aunque no te permite implementar load balancing, cosa que pgpool2 si. Slds, Fernando. -- TIP 7: no olvides aumentar la configuración del "free space map"
