From: | edox <edomax(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | Gilberto Castillo <gilberto(dot)castillo(at)etecsa(dot)cu>, Lista PostgreSQL <pgsql-es-ayuda(at)postgresql(dot)org>, José Fermín Francisco Ferreras <josefermin54(at)hotmail(dot)com>, raul andrez gutierrez alejo <raulandrez(at)gmail(dot)com> |
Subject: | Re: Mas sobre Replicación+Balanceo de Carga |
Date: | 2015-03-27 12:05:22 |
Message-ID: | 4583DBC5-43D7-4A28-80C7-7DEF093E7533@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Estimados, me queda claro el tema y creo que no queda otra que probar en una instalación específica para cuantificar la ganancia.
En mi caso particular estoy trabajando en un proyecto de datawarehouse y estamos viendo como conseguir mayor performances y esta es una de las alternativas la instalación es virtualizado (vmware) conectada a storage por fiberchannel , con esto el tema de redundancia de discos esta solucionado, tenemos separados SO de datos y Pg_xlog , obviamente en diferentes storage y luns.
En esta arquitectura igual aplicaría separar los índices en un tb aparte ???
Saludos
Eduardo Arenas
56 9 66291618
> On Mar 26, 2015, at 5:24 PM, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> wrote:
>
> Gilberto Castillo 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???.
>>
>> Te pongo un ejemplo de uso que tengo ... no siempre se cuenta presupuesto
>> para tener todo los discos iguales, nosotros usamos discos más rápidos
>> para tener allá lo índices, los datos están en los discos más lentos.
>> Cuando lo teníamos todo en el mismo disco los tiempos de respuestas no era
>> de lo mejor...
>
> Si tienes presupuesto, puedes mejorar todo esto poniendo una
> controladora RAID con BBU gestionando un lote de discos en RAID 10.
>
> El problema de separar en tablespaces es que es fastidioso de gestionar;
> y necesitas considerar la redundancia, es decir si se te muere un disco
> te quedas sin operación o peor aún pierdes tus datos. ¿Dónde pones el
> pg_xlog? Porque mover pg_xlog es la primera recomendación para mejorar
> el rendimiento de una BD con mucha escritura (pero ponerlo sin espejar
> es suicidio). Entonces, si quieres tener esas tres cosas separadas, y
> más encima redundantes, estamos hablando de 3 juegos de RAID1 como
> mínimo ... y todo eso ¿va a compartir la cache de la controladora RAID,
> o vas a poner controladoras separadas para cada cosa? Esa es, creo yo,
> la línea de argumento que mata esa idea.
>
> --
> Álvaro Herrera http://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripcin:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
From | Date | Subject | |
---|---|---|---|
Next Message | Gilberto Castillo | 2015-03-27 13:40:30 | Re: [pgsql-es-ayuda] Mas sobre Replicación+Balanceo de Carga |
Previous Message | Gilberto Castillo | 2015-03-26 20:25:58 | Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Mas sobre Replicación+Balanceo de Carga |