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 <alvhe...@2ndquadrant.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@postgresql.org) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
