Problème de montée en charge

Bonjour,

nous avons une appli en gwt qui tourne sur un serveur apache 1.3 avec ssl ( mod_jk) + tomcat 6.

Lors de la mise en production , les utilisateurs ne pouvaient plus se connecter à l'appli au bout d'un certains temps.On pense qu'il y a eu trop de demande de connexion en simultane.En faisant un ps on s'est apercu qu'il y avait 73 process apache ssl.

Voici les reglages d'execution d'apache.

Timeout : 300
KeepAlive on
MaxKeepAliverequests : 100
KeepAliveTimeout : 15
serverName : localhost
MinSpareServers 5
MaxSpareServers 10
StartServers 5
MaxClients 150
MaxRequestPerChild 100

Sachant qu'on est a peu pres 450 dans la societe.

Quelqu'un aurait il une idee du probleme rencontre ?

Merci

Réduire le MaxClients ?

Y a des traces d'erreur qq part ?

on a trouve 2 erreurs dans les logs ,

SSL_accept failed

et

error:1407609C:SSL routines:SSL23_GET_CLIENT_
HELLO:http request.

tu pourrais m'expliquer un peu la config du fichier htttpd.conf stp ?
quel est le deroulement de l'appli au niveau processus, ce que je crois comprendre c'est :

a l'initialisation d'apache on lance 1 processus serveur apache + 5 processus serveur fils apache.Des qu'un client se connecte a l'appli ( ou affiche la page principale de l'appli ???), un processus fils se charge du client, mais quand est ce qu'un nouveau processus fils apache est lance ? Ou se trouve tomcat ici et quand intervient il ?

Merci

Hello,

Je ne suis forcément bien calé sur le sujet. Faut regarder dans la doc Apache (en plus, le modèle de threading a changé entre la version 1.3 et 2, donc ça dépend vraiment de la version d'Apache que tu utilises). Mais ce que tu décris me semble correct, c'est ce que je crois aussi que ça fait. Pour la question "mais quand est ce qu'un nouveau processus fils apache est lance ?", ça dépend au minimum des valeurs de MinSpareServers, MaxSpareServers et MaxRequestPerChild. Apache essaie toujours de maintenir MinSpareServers child processes disponibles pour surmonter la charge. S'il y a une baisse de charge et que d'un coup, plein de fils se retrouvent libres, le père tue (:zekill: méchant !!) des fils jusqu'à ce qu'il n'en reste plus que MaxSpareServers de libres. Et enfin, lorsqu'un fils a traité MaxRequestPerChild requêtes, le père le tue également (vraiment méchant, cet Apache...).

Sinon, ça doit bien se trouver qq part de la doc de tuning d'Apache.

Et pour tes erreurs, je ne vois pas ce qui cloche.