From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | Fernando Hevia <fhevia(at)ip-tel(dot)com(dot)ar> |
Cc: | 'Cesar Martin' <cmartinp(at)gmail(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: Fiabilidad de PGPool-II + Postgres |
Date: | 2009-12-22 21:16:55 |
Message-ID: | 20091222211655.GH3949@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Fernando Hevia escribió:
>
>
> > -----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.
Eso es buena y idea siempre y cuando no haya nada más en el raid 1.
Pero tiene también el sistema operativo, así que va a haber movimiento
aleatorio de todas formas.
> Pero mejor es no quedarse con las recomendaciones unicamente y hacer pruebas
> propias.
Totalmente de acuerdo, sobre todo si los resultados se comparten y así
todos aprendemos para el próximo incauto que llegue a preguntar acá :-)
--
Alvaro Herrera Vendo parcela en Valdivia:
http://valdivia.vivastreet.cl/loteos-lotes+valdivia/parcela-en-cabo-blanco--valdivia/19288372
"El realista sabe lo que quiere; el idealista quiere lo que sabe" (Anónimo)
From | Date | Subject | |
---|---|---|---|
Next Message | Jaime Casanova | 2009-12-22 22:28:59 | Re: Fiabilidad de PGPool-II + Postgres |
Previous Message | Fernando Hevia | 2009-12-22 21:15:37 | RE: Fiabilidad de PGPool-II + Postgres |