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

Re: Ayuda sobre configuracion optima para servidor

From: Raidel Oceguera Ravelo <roceguera(at)estudiantes(dot)uci(dot)cu>
To: Fernando Hevia <fhevia(at)ip-tel(dot)com(dot)ar>
Cc: Ramón Alberto Bruening González <albertobruening(at)hotmail(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: Ayuda sobre configuracion optima para servidor
Date: 2010-03-31 15:31:25
Message-ID: 834441083.220011270049485210.JavaMail.root@ucimail4.uci.cu (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Como puedo suscribirme de esta lista de distribucion ? plase que me llena mucho el correo. 


Saludos Raidel

----- Mensaje original -----
De: "Fernando Hevia" <fhevia(at)ip-tel(dot)com(dot)ar>
Para: "Ramón Alberto Bruening González" <albertobruening(at)hotmail(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org
Enviados: Miércoles, 31 de Marzo 2010 17:27:48 GMT +01:00 Amsterdam / Berlín / Berna / Roma / Estocolmo / Viena
Asunto: RE: [pgsql-es-ayuda] Ayuda sobre configuracion optima para servidor

 

> -----Mensaje original-----
> De: Ramón Alberto Bruening González
> 
> Buenas Noches listeros, tengo una consulta sobre una 
> configuracion que he realizado a un Servidor para que en el 
> corre el Postgresq 8.2.14.
> 
> El hardware es el Siguiente:
> 
> 2 HDD de 500 gb con raid 1.
> 
> Memoria de 4 Gb.
>  
> Proc. Quad Core 64 bits INTEL.
> 
> Servidor DELL T100
> 
> Software:
> 
> Fedora 12 32 bits
> 
> Postgresql 8.2.14
> 
> Sin interfaz grafica y dedicado exclusivamente postgresql
> 
> Servidor de Archivo (Samba)
> 

Si es fileserver también, entonces no es dedicado excusivamente para
postgres... ¿o quisiste decir otra cosa?
No es buena idea que el mismo equipo oficie de servidor de archivos y base
de datos excepto que la actividad sea baja.

> 
> -------------------
> postgresql.conf
> 
> max_fsm_pages = 1.600.000 -> xq antes de hacer un pg_dump 
> desde otro servidor a este nuevo, me pedia que esa 
> configuracion este por encima de 1.200.000.

Esto no es necesario. El otro servidor te lo pedía porque no corriste vacuum
por largo tiempo y cuando lo quisiste correr se encontró que necesitaba más
recursos para completar su trabajo.
En el nuevo server justifica elevar este valor si tendrás una alta carga de
actualizaciones (Inserts/Updates/Deletes).
Lo que es muy importante es que HABILITES autovacuum que en 8.2 me parece
viene deshabilitado por default.

> 
> shared_buffers=1024 mb -> he leido que lo recomendable es 
> utilizar 1/4 de la memoria RAM.
> 

No si tienes muchas actualizaciones, en cuyo caso lo recomendable es un
valor más bajo, quizá 256MB o 512MB.

> effective_cache_size=2048mb -> he leido que lo recomendable 
> es 1/2 de la memoria.
> 

Como regla está bien, ahora lo mejor es ver en top cuanto ocupa el caché
(cached) y fijar un valor cercano. 

> max_fsm_relations=4000
> 

Son muchas tablas las que prevees tener.

> work_mem=10mb
> 

Razonable.

> 
> La base de datos registra normalmente 25 conexiones durante 
> el transcurso del dia.
> 
> y el comando TOP del linux me informa que el uso de la 
> memoria es de 2.9gb.
> 

Tené presente que linux intentará utilizar TODA tu memoria. Lo que no usen
las aplicaciones lo utilizará como caché de disco.
El valor que te interesa tener monitoreado es 'swap used'. Si swapea es
porque te pasaste en los settings.

> 
> Es correcta esta configuracion?
> 

Es razonable en todo caso.

> El Servidor se comporta y responde sin problemas en las 
> primera 5 Hs. luego ya se va degradando la velocidad.
> 

¿Está corriendo autovacuum?
¿Cómo mediste esa degradación? ¿Que te muestra vmstat, iostat? ¿Es sobre
algunas consultas en particular?, etc. etc.

Saludos,
Fernando.

--
TIP 4: No hagas 'kill -9' a postmaster

In response to

Responses

pgsql-es-ayuda by date

Next:From: Jaime CasanovaDate: 2010-03-31 19:48:02
Subject: Re: pg_resetxlog
Previous:From: Fernando HeviaDate: 2010-03-31 15:27:48
Subject: RE: Ayuda sobre configuracion optima para servidor

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