Skip site navigation (1) Skip section navigation (2)

Re: Fiabilidad de PGPool-II + Postgres

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 (view raw or flat)
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)

In response to

pgsql-es-ayuda by date

Next:From: Jaime CasanovaDate: 2009-12-22 22:28:59
Subject: Re: Fiabilidad de PGPool-II + Postgres
Previous:From: Fernando HeviaDate: 2009-12-22 21:15:37
Subject: RE: Fiabilidad de PGPool-II + Postgres

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group