Entonces quizas necesites analizar como carga cada página.

yo revisaría desde fuera de la red donde este el sitio hosteado (si esta
hosteado con ustedes)

e intentaria hacer un break-down del tiempo de carga de los componentes
para encontrar a los componentes mas costosos/lentos:
https://addons.mozilla.org/en-US/firefox/addon/3371
http://code.google.com/intl/es-MX/speed/page-speed/
http://code.google.com/intl/es-MX/speed/tools.html
http://blog.chromium.org/2009/06/developer-tools-for-google-chrome.html

hay muchas herramientas que lo hacen, y te pueden ayudar bastante con la
carga por página.

al mismo tiempo intentaría ver cuanta RAM es usada por proceso y si es lo
esperado, y donde esta el cuello de botella del server. estan tus procesos
esperando al disco? tienes tareas que son muy pesadas para el procesador?
puedes escalar el numero de servidores quizas.

Saludos
Gabriel Orozco
Redimido


> Bli:
>
> "HostnameLookups Off".  <- Lo tengo por defecoto..
>
> Redi:
>
>   Solo tengo cargados los modulos necesarios
>
>   La carga de usuarios es constante, aunque hay picos, la falla se
> presentan bastante
>   aleatoriamente..
>
>   Sobre la RAM, hoy vamos a poner más ram ( y más rapida ) para ver si
> no es por ese lado
>
>   con apache-top estuvimos viendo que habia muchas peticiones a las
> imagenes, asi que ya
>   modificamos el CSS para decirle que no use esas imagenes y ponga
> colores solidos y nuestro
>   log de acceso se redujo en  1.5G de tamaño.
>
>   Estoy revisando los logs del mysql para ver por querys lentos.. y ya
> van varios que he detectado
>   (corregido) pero no han sido tan criticos como para pensar que fuera
> por ese lado..
>
>   Luego les platico el final de esta historia... cualquier otra
> recomendación es bienvenida :)
>
> 2009/11/13  <redim...@glo.org.mx>:
>> Con los servidores web de alto tráfico o volumen, es indispensable el
>> dejar siempre al servidor listo y sin necesidad de lanzas un nuevo fork
>> cuando llegue un nuevo request.
>>
>> Nosotros hace algo de tiempo que migramos a apache2 debido al uso de
>> threads. eso nos permitió subir al doble el numero de usuarios que
>> servimos, a alrededor de 2,000 simultaneos por server.
>>
>> - Obvio el numero de threads se mantiene alto.
>> - No está habilitada ninguna extensión que no sea necesaria.
>> - Si estas sirviendo contenido estático, y tienes balanceo de carga,
>> piensa en deshabilitar el keepalive.
>> - Derivado del análisis de los logs:
>>  - es la carga de usuarios constante?
>>  - hay picos que luego bajan?
>>  - que tanto está relacionado con la carga del server?
>>  - es multiprocesador el server?
>>  - tu kernel está bien tuneado?
>>  - tienes suficiente RAM? (lo ideal es casi no usar el swap para nada)
>>
>> En fin, cambian mucho las cosas si el server hace todo, mysql, php,
>> apache. tambien es importante saber el tipo de aplicacion, la carga,
>> etc.
>> para tunear mejor.
>>
>> y lo último y quizas mas prudente a recomendar... has pensado en poner
>> Cherokee? ese servidor escala mejor bajo fuertes demandas, esta bien
>> documentado y es sencillo de configurar.
>>
>> Aqui un ejemplo para apache 2.x, que considera picos de carga:
>>
>>  Tune The Server
>> # worker MPM
>> # StartServers: initial number of server processes to start
>> # MaxClients: maximum number of simultaneous client connections
>> # MinSpareThreads: minimum number of worker threads which are kept spare
>> # MaxSpareThreads: maximum number of worker threads which are kept spare
>> # ThreadsPerChild: constant number of worker threads in each server
>> process
>> # MaxRequestsPerChild: maximum number of requests a server process
>> serves
>> StartServers         25
>> MaxClients           300
>> MinSpareThreads      25
>> MaxSpareThreads      75
>> ThreadsPerChild      25
>> MaxRequestsPerChild  500
>>
>>
>>
>>> Francisco,
>>>
>>> ¿Llegas a necesitar los 256 servidores simultáneos? Si es así, ponle
>>> ServerLimit 512, MaxClients 512. Solo verifica que no te quedes sin
>>> memoria o que el servidor no empiece a intercambiar al swap demasiado.
>>>
>>> También me preocupa el MaxRequestsPerChild, ¿por qué no lo dejaste
>>> en 0?
>>>
>>>
>>> /luis
>>>  --------------------------------------------------------------------
>>> Luis Miguel Arteaga Mejía         - Huntsville, AL, USA
>>> http://www.arteaga.com.mx/paginas/contacto
>>> --------------------------------------------------------------------
>>>
>>>
>>>
>>> ----- Original Message ----
>>>> From: Francisco de Jesús Pérez Rivera <frank...@gmail.com>
>>>> To: glo@glo.org.mx
>>>> Sent: Thu, November 12, 2009 11:16:51 AM
>>>> Subject: [GLO] Apache con alto trafico
>>>>
>>>> Alguien con experiencia en servidores apache con alto trafico?
>>>>
>>>> Esta es la conifguración que trae el apache2
>>>> #
>>>> #    StartServers         5
>>>> #    MinSpareServers      5
>>>> #    MaxSpareServers      10
>>>> #    MaxClients          150
>>>> #    MaxRequestsPerChild   0
>>>> #
>>>>
>>>> Y la actualize a esta manera,
>>>>
>>>>
>>>>     StartServers         8
>>>>     MinSpareServers      10
>>>>     MaxSpareServers      40
>>>>     ServerLimit          256
>>>>     MaxClients           256
>>>>     MaxRequestsPerChild  4000
>>>>
>>>>
>>>> Pero en ocasiones, sigue dejandome request  sin atender..
>>>>
>>>> El log del access del apache a crecido hasta los 6GB diarios :S
>>>>
>>>> Para el ajuste me base en estos 2 urls..
>>>>
>>>> http://insanecrew.wordpress.com/2008/05/25/reglas-basicas-para-servidores-apache-bien-ajustados/
>>>> http://www.rubenortiz.es/2008/05/13/apache-maxclients-y-mas/
>>>>
>>>> ideas?
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>


Responder a