Gros ralentissement sur serveur dédié

Discussion dans 'Développement d'un site Web ou d'une appli mobile' créé par millowas, 11 Mars 2007.

  1. millowas
    millowas WRInaute discret
    Inscrit:
    22 Janvier 2006
    Messages:
    52
    J'aime reçus:
    0
    Bonjour à tous!

    Je rencontre depuis quelques jours d'énorme ralentissement sur mon site web et bizzarement pas forcément en pèriode de pointe.

    Le site génère un trafic important ~70K jour pour 1.7 pages vues/visiteur, donc en gros 110 000 pages affichées par jour.

    Ces pages sont dynamiques et utilisent une dizaine de requète de Mysql aussi bien en INSERT INTO quand SELECT ou en UPDATE.

    Après quelques tentatives de réparation voila ou en est le serveur :

    Voici la ref. du serveur hébergé chez OVH : -ttp://www.ovh.com/fr/produits/superplan2007.xml


    UPTIME --> 7:36pm up 1:06, 1 user, load average: 0.01, 0.17, 0.51

    TOP -->

    Code:
    315 processes: 313 sleeping, 2 running, 0 zombie, 0 stopped
    CPU0 states:  5,0% user,  2,3% system,  0,0% nice, 92,0% idle
    CPU1 states:  2,3% user,  1,0% system,  0,0% nice, 96,0% idle
    Mem:  1014612K av,  276928K used,  737684K free,       0K shrd,   27552K buff
    Swap: 1044208K av,       0K used, 1044208K free                   43364K cached
    
      PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
     9144 nobody    10   0  5660 5660  5112 S     0,9  0,5   0:00 httpd
     3297 nobody    10   0  5744 5744  5172 S     0,5  0,5   0:00 httpd
      560 nobody    10   0  5684 5684  5112 S     0,5  0,5   0:00 httpd
     4864 nobody     9   0  5668 5668  5112 S     0,5  0,5   0:00 httpd
    24982 nobody    10   0  5736 5736  5108 S     0,5  0,5   0:00 httpd
    17563 root      13   0  1200 1200   812 R     0,5  0,1   0:00 top
    20803 nobody    11   0  5712 5712  5136 S     0,3  0,5   0:00 httpd
    23247 nobody    11   0  5728 5728  5108 S     0,3  0,5   0:00 httpd
    29165 nobody    10   0  5652 5652  5108 S     0,3  0,5   0:00 httpd
    30734 nobody    10   0  5652 5652  5108 S     0,3  0,5   0:00 httpd
    18005 nobody    10   0  5996 5996  5112 R     0,3  0,5   0:00 httpd
    23516 root      12   0  4940 4940  4760 S     0,1  0,4   0:00 httpd
    23298 nobody     9   0  5720 5720  5108 S     0,1  0,5   0:00 httpd
      312 nobody     9   0  5680 5680  5136 S     0,1  0,5   0:00 httpd
    14190 nobody    10   0  5680 5680  5108 S     0,1  0,5   0:00 httpd
    23034 nobody     9   0  5648 5648  5108 S     0,1  0,5   0:00 httpd
    
    Pour m'assurer que le problème ne venait pas de là jai désactivé tt les log même ceux utilisé pour MRTG, provisoirement je vous rassure !

    Quelqu'un pourrait il m'indiquer une piste où cherche en utilisant les infos ci-dessus ?

    Merci d'avance.
     
  2. theJB
    theJB WRInaute occasionnel
    Inscrit:
    7 Avril 2006
    Messages:
    372
    J'aime reçus:
    0
    une q°, dans load average: 0.01, 0.17, 0.51 que veulent dire les 3 nb renvoyés?
     
  3. arnaudmn
    arnaudmn WRInaute passionné
    Inscrit:
    11 Mai 2005
    Messages:
    1 038
    J'aime reçus:
    2
    Ca fait déja pas mal. Il existe des sytèmes qui permettent de mettre les pages en cache, pour éviter de bêtement refaire les mêmes requetes pour constuire une page. Ca baisserait surement pas mal la charge de ton serveur.
     
  4. millowas
    millowas WRInaute discret
    Inscrit:
    22 Janvier 2006
    Messages:
    52
    J'aime reçus:
    0
    Oui c'est sans doute une bonne idée mais je suis vraiment pas certains que le problème vienne de là car l'espace d'une heure jai hébergé ma bdd sur un autre serveur, sans aucun changement côté serveur OVH.

    pour theJB ils correspondent à la charge de ton serveur. Dans l'ordre "actuellement", "Moyenne sur les 5 dernières minutes", "Moyenne sur les 15 dernières minutes".

    Encore merci pour votre aide
     
  5. millowas
    millowas WRInaute discret
    Inscrit:
    22 Janvier 2006
    Messages:
    52
    J'aime reçus:
    0
    Autre information.. si je calcul de tps d'exécution d'une page j'obtiens des valeurs basses comme 0.01 voir 0.005.
     
  6. Didier_S
    Didier_S WRInaute occasionnel
    Inscrit:
    24 Août 2004
    Messages:
    470
    J'aime reçus:
    2
    ca a pas l'air de venir de la charge, le load est très bas (donc nickel), peut-être que c'est la bande passante qui freine ? les pages sont-elles lourdes ? (quel poids, images comprises ?)
    as-tu des ralentissements, par exemple en ssh, lorsque tu tapes tes commandes ?

    petit outil sympa : mod_status
    qui te sert à monitorer ce que font tes childs apache. Simple à utiliser, c'est une page web avec un rapport temps-réel (un dump des process, donc très peu consommateur en ressources), et à installer :
    http://www.illiweb.com/manuel/Apache_1. ... tatus.html
    (qui devrait marcher aussi pour d'autres versions d'apache, installé nickel sous apache2)
    c'est histoire de vérifier que tes apaches ne galèrent pas pour servir tes pages une fois celles-ci générées: ça mettrait du temps à arriver, sans charger le serveur
    je sais pas hein, j'essaye :D
     
  7. mahefarivony
    mahefarivony WRInaute accro
    Inscrit:
    14 Octobre 2002
    Messages:
    8 081
    J'aime reçus:
    0
    millowas> quelques pistes :

    - installes mtop et aux périodes de "pointe", lance le. Si c'est un probleme sur une table mysql tu verras de suite quelle table pose probleme

    - tapes netstat -a -n et reperes les IP qui reviennent un peu trop souvent. Fait un whois dessus et s'il s'agit d'une IP koweitienne ou irakienne ou autre, tu es victime d'une attaque DDOS. Il faut voir les dernieres lignes des logs apache et voir l'url que les machines esclave attaquent massivement

    - il faut sécuriser ton dédié : installer script arno-iptables , firewall, snort etc...

    - il faut installer tous les mod securité d'apache

    - il faut optimiser ton httpd.conf en virant par exemple temporairement la persistance des process httpd

    - il faut vérifier les log mail et voir si des petits malins, profitant d'une faille de sécurité (ou de scripts) ne s'amusent pas a utiliser (relay) ton serveur de mail. Si tu vois des <"From : aristide@truc.com.br"> avec un statut "SENT" (donc bien envoyé), cherche pas plus loin, faut sécuriser ton serveur de mail.

    Bon courage et tiens nous au courant

    PS :
    Code:
    23516 root      12   0  4940 4940  4760 S     0,1  0,4   0:00 httpd
    23298 nobody     9   0  5720 5720  5108 S     0,1  0,5   0:00 httpd 
    Bizarre ça : httpd lancé sous 2 comptes différents ?
     
  8. theJB
    theJB WRInaute occasionnel
    Inscrit:
    7 Avril 2006
    Messages:
    372
    J'aime reçus:
    0
    J'ai le même problème de ralentissement, je viens de me rendre compte que plusieurs sites pirataient le mien pour envoyer des mails massifs.
    Pourtant mes scripts sont sur, ça doit venir d'apache ou linux, qq 1 sait il comment on sécurise tout ça?
     
  9. bozoleclown
    bozoleclown WRInaute impliqué
    Inscrit:
    24 Novembre 2005
    Messages:
    693
    J'aime reçus:
    0
    Regarde déjà tes scripts. :)

    Comment as-tu identifier que des pirates utilisaientt ton serveur ?

    Sinon tu peux regarder tes logs pour voir quel page précise, les pirates utilisent pour envoyer des mails

    Ton smtp est-il en open relay ?
     
  10. millowas
    millowas WRInaute discret
    Inscrit:
    22 Janvier 2006
    Messages:
    52
    J'aime reçus:
    0
    Un grand merci à tous pour vos réponses très intéressantes mais il semble que le problème se soit règlé après avoir modifier la valeur MaxKeepAliveRequests en la mettant à 0(illimité). Ca me semble vraiment bizzard que le problème vienne de là, en tt K le site est ultra rapide now et jai passé la bar des 100K hier ;)
     
  11. theJB
    theJB WRInaute occasionnel
    Inscrit:
    7 Avril 2006
    Messages:
    372
    J'aime reçus:
    0
    Pour l'identification, j'ai checké mes logs d'envoi d'email: une quantité énorme de spam (mon site n'envoi que très peu de mels, seulement des confirmations d'inscription).

    Pour les logs, j'ai les logs apache et les stats de mon site pour les scripts appelés et là je vois bien qu'il n'y a pas d'activité suspecte.

    Smtp open relay c'est quoi? comment je peux voir ça?
     
  12. mahefarivony
    mahefarivony WRInaute accro
    Inscrit:
    14 Octobre 2002
    Messages:
    8 081
    J'aime reçus:
    0
    oui j'ai déja eu le probleme de spam, genre 40 000 messages en file d'attente, une horreur :mrgreen: (la commande magique pour purger ça c'est postsuper -d ALL)

    ... il y a un paramétrage a effectuer dans /etc/postmail/main.cf qui n'"autorise" que ce que toi tu veux bien autoriser à poster : chez moi ça donne ceci

    Code:
    smtpd_helo_restrictions = permit_mynetworks,reject_invalid_hostname,reject_unkno
    wn_hostname
    smtpd_sender_restrictions = permit_mynetworks,reject_invalid_hostname,reject_unk
    nown_hostname
    
    ... a plus de spam :mrgreen:

    :arrow: par contre une effet de bord possible c'est que ton FAI se fasse jeter et que tu ne puisses pas récupérer tes mails en pop
     
Chargement...
Similar Threads - Gros ralentissement serveur Forum Date
Fort ralentissement gros forum après conversion Administration d'un site Web 15 Janvier 2008
Spam referring domains (grosse chute de trafic) Problèmes de référencement spécifiques à vos sites 6 Juin 2022
Budget Crawl Google pour un gros site Crawl et indexation Google, sitemaps 18 Novembre 2021
Grosse perte de positionnement Problèmes de référencement spécifiques à vos sites 5 Juillet 2021
Google Discover : grosse chute Référencement Google 25 Juin 2021
WordPress Grosse chute de trafic, pourquoi ? Problèmes de référencement spécifiques à vos sites 9 Juin 2021
Search Console Explorée/Détectée, actuellement non indexée (gros volumes) Crawl et indexation Google, sitemaps 27 Mai 2021
Search Console Très grosse baisse de positionnement suite à un piratage WP (pages exclues) Problèmes de référencement spécifiques à vos sites 7 Février 2021
Intégrer un site en sous domaine d'un gros site Demandes d'avis et de conseils sur vos sites 1 Février 2021
Grosse perte de positionnement - Uniquement sur Ordinateur Référencement Google 7 Janvier 2021
Les très grosses erreurs à éviter en référencement Débuter en référencement 1 Décembre 2020
WordPress Transfert d'un gros site HTML 170 pages vers WordPress Crawl et indexation Google, sitemaps 9 Septembre 2020
Que faire avec une "grosse" page facebook ? Facebook 18 Avril 2020
Grosse différence d'impressions ordinateur vs mobile Référencement Google 12 Novembre 2019
Grosse volatilité des résultats en cours (MàJ Google ?) Référencement Google 30 Août 2019
Twitter et les gros comptes V.S les petits comptes Twitter 17 Août 2019
Grosse baisse organique soudaine Problèmes de référencement spécifiques à vos sites 21 Juin 2019
2 petits VPS ou 1 gros VPS ? Administration d'un site Web 13 Juin 2019
Formulaire et grossissement auto sous Iphone quand saisie Développement d'un site Web ou d'une appli mobile 28 Mai 2019
Référencement neuf après une grosse chute Débuter en référencement 20 Mai 2019