| From: | Horacio Miranda <hmiranda(at)gmail(dot)com> |
|---|---|
| To: | Gerardo Herzig <gherzig(at)fmed(dot)uba(dot)ar>, Alfredo Rico <alfredorico(at)gmail(dot)com> |
| Cc: | Postgresql <pgsql-es-ayuda(at)postgresql(dot)org> |
| Subject: | Re: Proyectar cálculo del tamaño de índices. |
| Date: | 2016-03-30 08:01:31 |
| Message-ID: | 56FB87DB.1050805@gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
Mas que postgresql creo que deberias ver un capacity planning para tus
particiones o LVM, postgresql usa disco.
Lo ideal es que lo tengas un FS independiente ( algo como XFS ) para
velocidad en postgresql.
De esa forma sabes cuando esta creciendo y si se llenan los logs de la
maquina no afectan la base de datos.
Cacti es bueno para gráficar cosas.
http://docs.cacti.net/usertemplate:data:host_mib:disk_usage
Ahora con un poco de trabajo ( sí que ya no esta hecho ) puedes
adaptarlo para el numero de transacciones ( más transacciones es más
espacio ).
Según tu modelo, más clientes es más métricas que almacenar, hacer una
correlación entre cliente/tamaño creo que puede ser una buena métrica
para proyectar a futuro. Puedes tener cuantas métricas quieras.
-
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 | Diego Ayala | 2016-03-30 21:51:53 | consulta sobre mensaje en el log |
| Previous Message | Gerardo Herzig | 2016-03-30 01:54:55 | Re: Proyectar cálculo del tamaño de índices. |