Forums:
Señores cordial saludo
Tengo la siguiente configuración
• Centos release 5.6 (final)
• Apache httpd 2.2.3 (centOs)
• php-5-.1.6-32-el5
• Intel XEON CPU E5520 @ 2.27 Ghz cache 8192 KB
• Numero de procesadores 4
• Memoria Total 3.1 GB
Del tema de usuarios concurrentes para Apache no conozco, que software puedo emplear para realizar pruebas de carga para 200 usuarios concurrentes, y que modificaciones debo hacer en el servidor, bien sea Apache, PHP, Cache y demás para garantizar que me pueda manejar 200 usuarios concurrentes.
El software es un interno que funciona sobre PHP y una base de datos en Postgres, ya se ha probado con 200 usuarios concurrentes pero se pone muy lento cuando todos ingresan al mismo tiempo, pero necesito mejorar esto.
He leído acerca de MPM apache que hay dos opciones Prefork y Worker. Eso en cuanto a las solicitudes de Apache, y otra prueba que creo se debería realizar en cuanto al funcionamiento del software PHP y en donde están los cuellos de botella.
Para lo de realizar pruebas
Para lo de realizar pruebas de carga en tu servidor web puedes hacer uso de JMeter:
"Transporta un puñado de tierra todos los días y construirás una montaña" - Confucio
floss.iknaxio.net
Mira, para 200 usuarios en
Mira, para 200 usuarios en realidad no hace falta mayor cosa... 200 usuarios, seguramente de forma concurrente entrarán 20 o 40 a la vez.. no es gran cosa.
Aún cuando sean 200.. no es mucho, conozco de varias universidades que lo corren a la como sea y otras que han realizado ciertas optimizaciones light y corre para miles de estudiantes, lo que pasa es que esos miles no entran todos a la vez...
Saludos
epe
EcuaLinux.com
+(593) 9 9924 6504
Servicios en Software Libre
Ya se han hecho avances
Bueno ya se han hecho avances
Estos han sido los cambios
1) Tenía Centos 5.6 a 32 Bits ahora lo pase a Centos 6.2 a 64 Bits
2) Tenía 3.1 MB ahora tengo 6 GB de memoria RAM
3) Tenía Apache ahora estoy usando Lighttpd
Pero siento que aún puedo hacer mas mejoras...
Interesante lo que recomienda deathUser Para optimizar MySQL aún no lo he podido revisar completo pues estaba realizando los 3 cambios antes mencionados
Ahora la plataforma es Moodle y según se comenta en los foros de Moodle para la versión 2.0 por usuarios conectado son 50 MB lo que traduce para 200 usuarios concurrentes una memoria RAM de 10 GB pero no sé, me parece un cálculo muy arbitrario.
Me faltaría optimizar MySQL y usar un cache de PHP, estoy leyendo de APC cache.
También esta pensando en modificar el PHP.ini en cuantos a las variables de espera y demás cosas, pero ahí no sé por donde empezar.
Que mas sugerencias me podrían dar.
Gracias
Aunque me parece un poco
Aunque me parece un poco exagerado los 50MB por sesión de usuario, como decía EPE, 200 usuarios concurrentes no significan 200 peticiones simultáneas, en la práctica tendrás un 20 o 30% de peticiones respecto al número total de usuarios concurrentes y es con ese valor con el que se deberían hacer los cálculos, claro que eso es una generalización, y solo en producción verás un comportamiento real.
bye
;)
Comprado 200 usuarios para examen
Entiendo lo que comentas EPE, pero como se va realizar un examen para 200 usuarios van a empezar a trabajar de forma concurrente los 200 usuarios.
Sé que no es la gran cosa, pero si quiero realizar las pruebas necesarias con AB o software adicional y garantizar que estos 200 usuarios no van a fallar en la carga.. o que se ponga lento.
Por eso creo que la solución es optimizar la configuración de Apache y/o MySQL. sin cambiar nada del hardware.
Opciones
concurrencia
He cambiado httpd por lighttpd y la mejora es mas que notable pero aun me preocupa la carga, antes con httpd la carga del servidor llegaba a valores exagerados hasta que simplemente se caia, ahora ya trabaja muy bien sin embargo no perfectamente, aun la carga es preocupante pero ya no se cae, ahora bien que sugerencias me podrian dar para optimizar lighttpd pues no lo manejo mucho si me dan una guía de optimizacion les agradezco.
MFCP!!!
analiza la carga, mira donde
analiza la carga, mira donde tienes más uso de recursos, podrías usar squid como acelerador o pensar en balanceo de carga si ya no puedes optimizar la aplicación.
bye
;)
Páginas