| From: | Javier Fritz Alsite <jfritz(dot)aliste(at)gmail(dot)com> |
|---|---|
| To: | pgsql-es-ayuda(at)postgresql(dot)org |
| Subject: | Re: Tunning PGSQL |
| Date: | 2009-12-01 23:45:56 |
| Message-ID: | 4B15AAB4.1060009@gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hola.<br>
<br>
gracias por las recomendaciones.<br>
<br>
te comento que el sistema ya tiene montado un Raid 1 ;), estoy
evaluando la posibilidad de montar un tercer disco para mejorar la
performance de escritura. Pero lo estamos evaluando. <br>
Respecto a las conexiones estas son de lectura/escritura, el
servicio corresponde al uso de sistema tipo erp (cliente/servidor), por
lo que la cantidad de query's de "escritura" es casi equivalente a las
de "lectura".<br>
<br>
No conozco bien un sistema de pool de conexiones, segun entiendo
esto corresponde a un servicio que administra conexiones activas y las
entrega segun corresponda, esto corresponde a un modulo del postgresql
ó a una aplicacion adicional. Que modelo se recomienda??<br>
<br>
Teniendo lo anterior en consideración cuantas conexiones son un
maximo aceptable???<br>
<br>
Estimo que el sistema podria llevarse facilmente y sin mayor
complicación a unas 250 conexiones maximas, pero cuanto más significara
un desgaste en el servicio de datos?? <br>
<br>
<br>
<br>
Saludos.<br>
<br>
<br>
<blockquote cite="mid:DC0BA1CC32C647AA8A167B40CA0E8EA2(at)iptel(dot)com(dot)ar"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">-----Mensaje original-----
De: Javier Fritz Alsite
Hola a todos.
Les cuento que necesito realizar una nueva configuración
para un servidor de servicio de datos, y quisiera conocer un
poco vuestra opinion para los ajuste que se estan realizando
en la estapa pre-producción.
Descripción Maquina
CPU 1 : Xeon E5502 1.87 Ghz Dual Core
CPU 2 : Xeon E5502 1.87 Ghz Dual Core
RAM : 8Gb.
HD: 750GB x 2
Conexion: 10Mb/512Kb (Dedicado, Nacional/Internacional)
En este momento la maquina esta utilizando 1,2 Gb de Ram,
es resto esta libre. y la función principal de esta maquina
es un sitio web de muy baja demanda y conexiones a PostgreSQL.
Algunas dudas:
Cuantas conexiones maximas reales podria lograr con esta
maquina. Se requieren al rededor de 180 (comercialmente) ,
esta claro que esta sobredimensionado el servidor, pero en
caso de requerir ampliar el servicio, hasta cuanto puedo
llegar sin perder performance???
</pre>
</blockquote>
<pre wrap=""><!---->
Estimado, todo depende de qué haran esas conexiones.
Si mayormente será una base de consulta con pocas escrituras el hardware que
tienes es muy bueno. Si no es el caso, tu sistema de discos será el cuello
de botella. Si prevees un crecimiento importante, mi recomendación es que
AHORA lo potencies y no esperes para hacerlo más tarde. Los discos son
baratos en comparación a las horas hombre que requerirá hacerlo luego.
Si te quedas con los dos discos entonces si o si arma un RAID 1.
</pre>
<blockquote type="cite">
<pre wrap=""> Algunos valores que se han ajustado
max_connection= 200
shared_buffer= 512MB
work_mem= 3MB
maintenance_work_mem=32
lo demas por default.
Alguna recomendación ó comentario??
</pre>
</blockquote>
<pre wrap=""><!---->
Para empezar lo veo bien, tal vez un poco bajo en shared buffers para la
memoria disponible. No te preocupes demasiado ya que son parámetros que
podrás ajustar luego sobre la marcha. Setea effective_cache_size en 4 GB
para compensar.
Finalmente, si las 180 conexiones serán concurrentes, es hora de considerar
instalar un pool de conexiones.
Con un pool podrás atender miles de consultas web "simultáneas" conservando
los recursos del server.
Saludos,
Fernando.
</pre>
</blockquote>
<br>
</body>
</html>
| Attachment | Content-Type | Size |
|---|---|---|
| unknown_filename | text/html | 3.7 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | jsgarcia | 2009-12-01 23:54:49 | GRANT a varias tablas al mismo tiempo (Solucionado) |
| Previous Message | Cristhian Tinoco | 2009-12-01 23:33:46 | Error en conexion |