alors pour en revenir a mon prob, c'etait plutot pas mal ton idée de loguer le temps de service des requetes. en metant mes logs dans un fichier excel et en reorganisant la colone correspondant au temps de service des requetes je me suis appercu que certainne requetes prenaient plus de 600 secs (oui oui 600).
en copinant ces requetes plusieur fois dans un navigateur, j'arrive a reproduire mon probleme. maintenant reste plus qu'a voir avec les dev ce que fout cette p... de requette. je pense qu'il y a 90% de chance que le probleme vienne de là.
en tout cas merci pour votre aide :)
alors en fait ce qu'il se passe c'est qu'il y a 3 process httpd qui tournent dont un qui prend entre 45% et 50% du cpu pendant une 10ene de secondes.ça s'arette mais il repart aussitot. parfois il peux y avoir d'autre process httpd qui se joingnent a la fete genre 5 ou 6 mais tres peux consomateurs de ressources (enfin c'est souvant qu'il y en a 2 ou 3 a 10% ou 15% d'usage cpu).
alors en fait non ce n'est pas moi qui ai codé les sites qui tournent dessus :)
je vais essayer apache benchmark.pour le moment y a que 4 sites sur ce serveur.mais il risque d'y en avoir plus a l'avenir (il risque pas, c'est certain).
la difficultée c'est de savoir deja quel est le site qui fout le dawa et ensuite de trouver les ou la requette.
selon toi ça pourait venir d'une requete qui prend trop de temps ?
j'ai activé le mod_status.c'est plutot pas mal. par contre pour tracer le temps de service des requetes j'ai un doute. je dois ajouter %T dans LogFormat ou %t ?
selon la doc %T me semble aproprié mais j'ai un doute.
oui j'ai vu la doc, mais pour le coup ça ne me disait pas trop si dans mon cas je devais l'activer ou non (avec des reglage adequat). pour le coup vu la montée en charge cpu je pense qu'il valait mieux la couper.
c'est vrais que je donne pas beaucoup d'info pour le tuning :-p
j'ai collé un awstat sur les sites du serveur. y a 3 sites.
en gros en bande passante sur les 15 premiers jours d'avril ça donne
3.4gb , 1.4gb, 18.81gb . par jour ça donne respectivement du
160 a 300 Mb, 50 a 200 Mb, 800Mb a 1.5Gb.
en terme de durée de visites respectivement c'est:
72% entre 0-30sec, 51.7% entre 0-30, 68% entre 0-30sec
par jours j'ai respectivement aussi:
en moyenne 30000 hits, entre 16000 et 50000 hits, 13000 hits.
bon je ne sais pas si ça peut aider comme infos :(
oui j'ai vu la doc, mais pour le coup ça ne me disait pas trop si dans mon cas je devais l'activer ou non (avec des reglage adequat). pour le coup vu la montée en charge cpu je pense qu'il valait mieux la couper.
c'est vrais que je donne pas beaucoup d'info pour le tuning :-p
j'ai collé un awstat sur les sites du serveur. y a 3 sites.
en gros en bande passante sur les 15 premiers jours d'avril ça donne
3.4gb , 1.4gb, 18.81gb . par jour ça donne respectivement du
160 a 300 Mb, 50 a 200 Mb, 800Mb a 1.5Gb.
en terme de durée de visites respectivement c'est:
72% entre 0-30sec, 51.7% entre 0-30, 68% entre 0-30sec
par jours j'ai respectivement aussi:
en moyenne 30000 hits, entre 16000 et 50000 hits, 13000 hits.
bon je ne sais pas si ça peut aider comme infos :(
effectivement il y avaitr une regle pour recuperer l'ip réelle du client dans le load balancer. j'ai aujouté %{nom de la régle}i a la directive LogFormat et ça roule. j'ai les ip des client dans mes log maintenant :).
merci a tous pour votre aide.
ouai, en gros il fonctionne comme ça effectivement. il sert de relais entre le client et le serveur. c'est lui qui presente les requettes des clients au serveur (pour le moment il n'y a qu'un serveur web derriere).
du coup j'ai toujours son adresse dans les logs.
yep, exact, je me rappelais plus. en fait le serveur est derriere un boiter f5, un load balancer.et sur ce boitier y a un test qui envoit une requete get / toute les 5 secs.
du coup j'ai une autre question. dans les logs du serveur web c'est toujours et uniquement ce boitier la source des requetes faite sur ce serveur.c'est un peut problematique pour pister d'où viennent réellement ces requetes. savez vous si il y a un moyen d'avoir la source exacte dans les log d'apache ?
[^] # Re: mod_status
Posté par malakof . En réponse au message process apache gourmand. Évalué à 1.
alors pour en revenir a mon prob, c'etait plutot pas mal ton idée de loguer le temps de service des requetes. en metant mes logs dans un fichier excel et en reorganisant la colone correspondant au temps de service des requetes je me suis appercu que certainne requetes prenaient plus de 600 secs (oui oui 600).
en copinant ces requetes plusieur fois dans un navigateur, j'arrive a reproduire mon probleme. maintenant reste plus qu'a voir avec les dev ce que fout cette p... de requette. je pense qu'il y a 90% de chance que le probleme vienne de là.
en tout cas merci pour votre aide :)
[^] # Re: C'est pas grave...
Posté par malakof . En réponse au message process apache gourmand. Évalué à 1.
[^] # Re: apache + mod_php = interpreteur
Posté par malakof . En réponse au message process apache gourmand. Évalué à 1.
je vais essayer apache benchmark.pour le moment y a que 4 sites sur ce serveur.mais il risque d'y en avoir plus a l'avenir (il risque pas, c'est certain).
la difficultée c'est de savoir deja quel est le site qui fout le dawa et ensuite de trouver les ou la requette.
[^] # Re: mod_status
Posté par malakof . En réponse au message process apache gourmand. Évalué à 1.
j'ai activé le mod_status.c'est plutot pas mal. par contre pour tracer le temps de service des requetes j'ai un doute. je dois ajouter %T dans LogFormat ou %t ?
selon la doc %T me semble aproprié mais j'ai un doute.
[^] # Re: Redémarrage en douceur
Posté par malakof . En réponse au message command ps. Évalué à 3.
[^] # Re: RTFM
Posté par malakof . En réponse au message directive KeepAlive. Évalué à 0.
oui j'ai vu la doc, mais pour le coup ça ne me disait pas trop si dans mon cas je devais l'activer ou non (avec des reglage adequat). pour le coup vu la montée en charge cpu je pense qu'il valait mieux la couper.
c'est vrais que je donne pas beaucoup d'info pour le tuning :-p
j'ai collé un awstat sur les sites du serveur. y a 3 sites.
en gros en bande passante sur les 15 premiers jours d'avril ça donne
3.4gb , 1.4gb, 18.81gb . par jour ça donne respectivement du
160 a 300 Mb, 50 a 200 Mb, 800Mb a 1.5Gb.
en terme de durée de visites respectivement c'est:
72% entre 0-30sec, 51.7% entre 0-30, 68% entre 0-30sec
par jours j'ai respectivement aussi:
en moyenne 30000 hits, entre 16000 et 50000 hits, 13000 hits.
bon je ne sais pas si ça peut aider comme infos :(
[^] # Re: RTFM
Posté par malakof . En réponse au message directive KeepAlive. Évalué à 1.
oui j'ai vu la doc, mais pour le coup ça ne me disait pas trop si dans mon cas je devais l'activer ou non (avec des reglage adequat). pour le coup vu la montée en charge cpu je pense qu'il valait mieux la couper.
c'est vrais que je donne pas beaucoup d'info pour le tuning :-p
j'ai collé un awstat sur les sites du serveur. y a 3 sites.
en gros en bande passante sur les 15 premiers jours d'avril ça donne
3.4gb , 1.4gb, 18.81gb . par jour ça donne respectivement du
160 a 300 Mb, 50 a 200 Mb, 800Mb a 1.5Gb.
en terme de durée de visites respectivement c'est:
72% entre 0-30sec, 51.7% entre 0-30, 68% entre 0-30sec
par jours j'ai respectivement aussi:
en moyenne 30000 hits, entre 16000 et 50000 hits, 13000 hits.
bon je ne sais pas si ça peut aider comme infos :(
[^] # [resolu] Re: Supervision
Posté par malakof . En réponse au message question sur des logs. Évalué à 1.
effectivement il y avaitr une regle pour recuperer l'ip réelle du client dans le load balancer. j'ai aujouté %{nom de la régle}i a la directive LogFormat et ça roule. j'ai les ip des client dans mes log maintenant :).
merci a tous pour votre aide.
[^] # Re: Supervision
Posté par malakof . En réponse au message question sur des logs. Évalué à 1.
du coup j'ai toujours son adresse dans les logs.
[^] # Re: Supervision
Posté par malakof . En réponse au message question sur des logs. Évalué à 2.
du coup j'ai une autre question. dans les logs du serveur web c'est toujours et uniquement ce boitier la source des requetes faite sur ce serveur.c'est un peut problematique pour pister d'où viennent réellement ces requetes. savez vous si il y a un moyen d'avoir la source exacte dans les log d'apache ?