Plantage serveur

[mks]

Bonjour à tous,

Je possède un dédié chez l'hébergeur CTN1, sur lequel j'héberge des sites utilisant la technologie de blogs Wordpress.

Voilà 4 mois que le serveur plante de manière récurrente, et c'est de plus en plus fréquent dernièrement, à raison de une fois / jour. Je suis obligé de rebooter via putty ou de demander le reboot à l'hébergeur quand même putty ne peut plus se connecter au serveur.

L'hébergeur ne sait pas quel est le problème.

Voici ce que m'a dit un technicien trouvé sur codeur.com :

"Sur le site : http://secretstorylivetv.blogspot.com/

Il y a des javascript qui "attaquent" votre site puisqu'il l'appelle sans cesse en causant une erreur. C'est un peu comme une attaque Deny of Service dans un moindre mesure...sauf que cela fait chauffer votre machine inutilement

Les scripts en question :

<div id='header-live' style='position:relative; width:900px; height:460px; margin-bottom:15px;'>

<script src='http://phpadsnew.merco6.com/libraries/bspot.js' type='text/javascript'></script>

</div>

<script type="text/javascript" src=&quot;http://phpadsnew.merco6.com/libraries/newsfeed2.ph...;

Avez-vous les accès de ce blog ??

Dans une moindre mesure - car il génère moins de trafic - le site http://secretst0ory.olympe-network.com/Untitled-1....

Cause des erreurs : <span class="Style12">

<iframe id="playerblogtv" src=&quot;http://phpadsnew.merco6.com/libraries/live.html&qu...; marginwidth="0" marginheight="0" allowtransparency="yes" width="550" frameborder="no" height="500"></iframe>

</span>

Comme mentionné dans mon offre initiale, j'espérais pouvoir corriger le problème en 1 à 2 heures ou - sinon - de vous faire un diagnostic. Malheureusement, je ne trouve pas nécessairement la solution, mais voici mes suggestions de ce que vous devriez regarder :

1 - Demander au proprietaire du blog dont je vous ai donné l'adresse de retirer les scripts sur son site, car toutes les personnes qui vont sur son site augmentent le trafic sur votre système sans même que vous n'en bénéficiez... Ce n'est pas de votre côté que vous pouvez changer cela, à moins de faire un script particulier de blocage - mais je ne sais pas comment puisque l'IP de ces "attaques" varie. L'option est donc de demander le retrait du script, sinon demander à blogspot de fermer le site en question s'il n'y a pas de réponse.

Actuellement, je suspecte qu'aux heures de pointe, la charge sur votre serveur soit pratiquement doublée juste à cause d'eux, sans toutefois vous apporter de réels visiteurs.

2 - Il faudra vous questionner sur la qualité de votre service d'hébergement. Wordpress 2.5.1 n'a pas à ce que je sache une loop infinie dans son code qui pourrait causer un crash serveur, à moins que vous n'ayiez modifier le code source. Cela signifierait donc un problème différent : mauvaise installation du serveur, CPU (céléron n'est pas haut de gamme) trop peu puissant pour gérer vos services, etc.

Cela peut être pertinent de a. faire un backup de tous vos sites incluant la base de données. b. demander une réinitialisation du serveur c. réinstaller vos site en utilisant la dernière version de wordpress (2.6 je crois). Si les problèmes continuent, j'éliminerais tout d'abord l'hébergeur de l'équation en testant sur un autre serveur (essayer un mois sur godaddy.com , par exemple)."

N'étant pas du tout un averti (je m'occupe juste du contenu de mes blogs, je n'ai pas de connaissances poussées en informatique), et d'autant plus que le serveur fût initialement configuré par un technicien avec qui je n'ai plus de contacts, je me permets de vous demander votre aide.

Que dois-je faire ? Que puis-je faire ?

[Kioob]

Hello,

avant de réinstaller la machine personnellement je regarderais la configuration des outils en question (probablement Apache, PHP et MySQL).

La plupart des hébergeurs livrent effectivement les machines avec les logiciels installés, mais pas configurés pour autant.

Enfin déjà : de quelle distribution s'agit il ? Si vous ne savez pas, via SSH, tapez : lsb_release -a

Est ce que vous utilisez un "panel de configuration", de type Plesk, CPanel, ou autre ?

Savez vous si la machine manque d'une ressource particulière ? les premières lignes de résultat d'un top pourrait aider à se faire une idée.

En cas de manque de mémoire (ce qui est fort probable à mon avis avec une configuration classique), il y a souvent un minimum de traces dans les logs. Entre autre l'intervention de "oom-killer".

Changer de machine peut également être une solution, mais s'il y a vraiment un problème de configuration ou dans les sites, il y a des chances pour que cela ne fasse que repousser le problème.

[mks]

Voici les résultats en fonction de chaque commande, quelles en sont les interprétations ? Merci d'avance cher ami

CODE

[root_AT_R0103 ~]# lsb_release -a

LSB Version: :core-3.1-ia32:core-3.1-noarch:graphics-3.1-ia32:graphics-3.1-no

Distributor ID: FedoraCore

Description: Fedora Core release 6 (Zod)

Release: 6

Codename: Zod

[root_AT_R0103 ~]# top

top - 13:55:59 up 1 day, 20:52, 1 user, load average: 1.13, 0.70, 0.49

Tasks: 92 total, 1 running, 91 sleeping, 0 stopped, 0 zombie

Cpu0 : 43.3%us, 3.7%sy, 0.0%ni, 52.7%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st

Mem: 1018520k total, 1002120k used, 16400k free, 53444k buffers

Swap: 2031608k total, 115928k used, 1915680k free, 595500k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

10901 apache 20 0 36868 17m 3872 S 20.6 1.8 1:22.23 httpd

5724 apache 20 0 35712 16m 3740 S 17.6 1.6 2:49.26 httpd

2497 mysql 20 0 164m 18m 2744 S 9.0 1.8 47:06.18 mysqld

4609 apache 20 0 38512 18m 3796 S 0.3 1.9 3:05.92 httpd

14944 root 20 0 2200 1016 804 R 0.3 0.1 0:00.42 top

1 root 20 0 2044 268 240 S 0.0 0.0 0:02.81 init

2 root 15 -5 0 0 0 S 0.0 0.0 0:00.01 kthreadd

3 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migration/0

4 root 15 -5 0 0 0 S 0.0 0.0 0:00.03 ksoftirqd/0

5 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/0

6 root 15 -5 0 0 0 S 0.0 0.0 0:00.89 events/0

7 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 khelper

49 root 15 -5 0 0 0 S 0.0 0.0 0:19.43 kblockd/0

50 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid

51 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kacpi_notify

131 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 cqueue/0

132 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ksuspend_usbd

135 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 khubd

137 root 15 -5 0 0 0 S 0.0 0.0 0:00.01 kseriod

160 root 15 -5 0 0 0 S 0.0 0.0 2:21.44 kswapd0

211 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0

363 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 khpsbpkt

375 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kpsmoused

403 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0

404 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ata_aux

415 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ksnapd

418 root 15 -5 0 0 0 S 0.0 0.0 0:15.87 kjournald

450 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kauditd

484 root 16 -4 2768 176 176 S 0.0 0.0 0:00.33 udevd

598 apache 20 0 36572 16m 3420 S 0.0 1.7 4:32.90 httpd

855 apache 20 0 35644 15m 3464 S 0.0 1.6 4:29.78 httpd

1395 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kmpathd/0

1418 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kjournald

2020 root 20 0 9948 272 220 S 0.0 0.0 0:00.89 restorecond

2036 root 20 0 1808 304 256 S 0.0 0.0 0:06.04 syslogd

2039 root 20 0 1652 256 208 S 0.0 0.0 0:02.75 klogd

2074 root 20 0 2136 272 228 S 0.0 0.0 0:00.45 mcstransd

2096 rpc 20 0 1788 144 144 S 0.0 0.0 0:00.00 portmap

2121 rpcuser 20 0 1900 212 212 S 0.0 0.0 0:00.01 rpc.statd

2169 root 20 0 4948 152 124 S 0.0 0.0 0:01.72 rpc.idmapd

2197 dbus 20 0 12964 512 408 S 0.0 0.1 0:00.02 dbus-daemon

2213 root 20 0 2124 192 192 S 0.0 0.0 0:00.00 hcid

2219 root 20 0 1720 192 192 S 0.0 0.0 0:00.00 sdpd

2235 root 10 -10 0 0 0 S 0.0 0.0 0:00.00 krfcommd

2281 root 20 0 12704 392 268 S 0.0 0.0 1:04.35 pcscd

[Arlette]

Il me semble avoir lu que tu avais migré ton serveur vers un autre hébergeur... Ne serait-ce pas une piste ? Tu aurais peut-être mal configuré quelque chose ...

Je dis ça, mais ne me demande pas plus d'explications, je suis une bille. Cela pourra peut-être aider les pros à résoudre ton problème... Regardez les messages de Mks (via son profil), il a déjà eu des problèmes du type : Adsense qui ne s'affichait plus.

Bon courage ! De toute manière, ici tu trouveras bien quelqu'un de plus calé que moi pour t'aider (oui, je sais... ce sera pas très dur )

[mks]

Merci Arlette pour ton soutien et ton suivi )))

Oui j'avais migré depuis un mutualisé OVH vers un dédié CTN1, et la migration s'était très bien déroulée !

Le serveur qui plante, c'est arrivé plus tard. Quant aux adsense qui ne s'affichaient plus, celà était dû à AdSense qui a finalement résolu le problème depuis chez eux

[Kioob]

re,

le "lsb_release" permet déjà de savoir quelle distribution tu utilises ; là on peut voir une Fedora Core 6. Ce qui ne m'arrange pas vraiment d'ailleurs... mais on va faire avec.

Sinon pour le top, en vrac :

"load average: 1.13, 0.70, 0.49" => charge 1.13, avec un seul processeur en gros ça nous fait du 113% c'est pas génial

"Cpu0 : 43.3%us, 3.7%sy, 0.0%ni, 52.7%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st" => environ 47% du CPU occupé, pas génial non plus mais au moins il n'y a pas d'occupation disque (le 0.0%wa).

"595500k cached" => pas loin de 600Mo de mémoire utilisés pour les différents caches (dont le cache disque), c'est plutôt bon signe la machine est loin de manquer de mémoire (ou bien elle ne sait pas s'en servir, ce qui arrive aussi).

Et des lignes suivantes on peut voir que c'est httpd (Apache+PHP) qui bouffent ces ressources.

Et du peu de lignes "httpd" présentes, ça m'étonnerait que ce soit une saturation du nombre de slots Apache.

Ca n'explique certainement pas un crash serveur, mais ça laisse peu de manuvre coté CPU à mon avis : quand le processeur est complètement surchargé la consommation mémoire augmente en flèche et on arrive rapidement un crash de la machine s'il n'y a pas les limitations adéquates.

En tous cas Apache en lui même consommant généralement peu de CPU, j'aurais tendance à miser sur PHP comme coupable. Un cache d'opcode est il installé sur le serveur ? (si tu ne sais pas, mets un script sur le site contenant uniquement "<?php phpinfo();" afin qu'on y jette un oeil)

PS : je n'ai pas pensé, mais tu n'aurais pas un mrtg, un munin ou un cacti installé sur cette machine, qu'on voit les courbes d'utilisation des ressources ?

[mks]

Merci pour l'interprétation, j'en apprends beaucoup même si tout vient d'un seul coup !

"quand le processeur est complètement surchargé la consommation mémoire augmente en flèche et on arrive rapidement un crash de la machine s'il n'y a pas les limitations adéquates."

J'imagine que c'est bien ce qui a lieu.

"Un cache d'opcode est il installé sur le serveur ? (si tu ne sais pas, mets un script sur le site contenant uniquement "<?php phpinfo();" afin qu'on y jette un oeil)"

Comment dois-je m'y prendre ? Je met la balise dans une page que j'upload via le FTP ?

PS : je n'ai pas pensé, mais tu n'aurais pas un mrtg, un munin ou un cacti installé sur cette machine, qu'on voit les courbes d'utilisation des ressources ?

Je n'en ai pas la moindre idée...Je me sens un peu bête là, car je n'apporte rien à tes investigations....

Voudrais-tu les pass FTP par MP ? Peut-être que celà sera plus simple ? (J'ai fait un backup d'à peu près tout ce qui m'importe)

[Kioob]

Pour le phpinfo tu crées un script par exemple "hub-info.php", et dedans tu mets uniquement "<?php phpinfo();". Tu mets ça sur le site via FTP puis tu nous donne l'adresse.

Pour le monitoring, je suppose que s'il y en avait un tu serais au courant, donc tampis.

Voudrais-tu les pass FTP par MP ? Peut-être que celà sera plus simple ? (J'ai fait un backup d'à peu près tout ce qui m'importe)

Non merci, si j'interviens moi même je facture

(et en l'occurrence l'accès SSH serait plus utile que l'accès FTP)

[mks]

Hello !

J'ai bien fait passé le script :

http://eteignezvotreordinateur.com/hub-info.php

Dois-je faire quelque chose d'autre ?

Concernant l'accès, j'ai parlé de FTP mais c'est bien l'accès SSH auquel je pensais...

Si la résolution parfaite du problème nécessite votre intervention, je suis bien entendu prêt à vous rémunérer, c'est la moindre des choses...

[Kioob]

La "bonne nouvelle" c'est qu'il n'y a visiblement aucun cache d'opcode en place sur la machine. Ce qui explique en partie la consommation CPU de PHP.

La mauvaise c'est que je ne suis pas certain de moi pour la procédure "correcte" à utiliser sur une Fedora Core (j'utilise uniquement Debian).

Pour ce qui est de l'intervention, le mieux serait que tu t'adresses à quelqu'un connaissant un peu mieux cette distribution.

[mks]

Merci énormément pour le temps que tu m'as consacré.

Si quelqu'un passe par là et pense pouvoir régler le problème, je suis ouvert à toute proposition !!!

[Kioob]

re,

si j'en crois mon survol de ce site, un simple "yum install php-pecl-apc" devrait suffire à l'installation d'APC (qui est un des principaux cache d'opcode).

Quitte à relancer Apache ensuite (service httpd restart).

Mais n'hésite pas à demander confirmation à ton hébergeur avant.

Modifié 30 Juillet 2008 par Kioob

[mks]

Bonsoir !

J'ai installé le correctif de sécurité dont vous m'avez parlé avec succès.

Dans mon 1er message en haut, je vous parlais d'un script qui pointait vers une adresse de mon serveur. Et bien mon technicien a trouvé ce même script (voir plus haut) dans les sites/blogs suivants :

http://secretst0ory.olympe-network.com/Untitled-1.html

http://serie-skins.ovh.org/live8.php

http://secret-story-parodies.lesiteofficie...ect-live.19.htm

Celui ci a supprimé le script suite à un message de ma part :

http://secretstorylivetv.blogspot.com/

Que puis-je faire ? Sont-ce ces sites qui provoquent notre fameuse surcharge ? Si oui comment blacklister tout ce qui arrive vers phpadsnew.merco6.com (ils linkent vers cette adresse).

Quel est l'intérêt pour ces blogs de faire celà ? Est-ce un stratagème pour me surcharger mon serveur ???

A moins que ça n'ait rien à voir avec ça ?

Merci.

[Kioob]

re,

quel correctif de sécurité ? (APC - qui n'a rien à voir avec une sécurité - n'est pas actif en tous cas ; à moins qu'Apache n'ait pas été relancé ?)

Que puis-je faire ? Sont-ce ces sites qui provoquent notre fameuse surcharge ?

phpAdsNew n'a pas la réputation d'être léger, donc c'est possible que le serveur charge à cause de ça oui. Mais sans "chiffres" indiquant l'ampleur de l'utilisation de ces scripts depuis l'extérieur, difficile à dire.

Si oui comment blacklister tout ce qui arrive vers phpadsnew.merco6.com (ils linkent vers cette adresse).

A priori une règle .htaccess d'anti "hotlink" ferait l'affaire (faire une recherche sur le forum ou google à ce sujet)

Quel est l'intérêt pour ces blogs de faire celà ? Est-ce un stratagème pour me surcharger mon serveur ???

Il n'y avait pas un "live" de l'émission diffusé via phpadsnew ? Les sites en question auraient simplement cherché à copier le contenu.

[mks]

Re !

J'avais ommis de restarter Apache, c'est maintenant chose faite. Pardon pour l'appellation "correctif de sécurité" Mais je ne sais pas ce qu'est un cache d'opcode )

phpAdsNew n'a pas la réputation d'être léger, donc c'est possible que le serveur charge à cause de ça oui. Mais sans "chiffres" indiquant l'ampleur de l'utilisation de ces scripts depuis l'extérieur, difficile à dire.

Phpadsnew était installé symboliquement sur mon serveur, au cas où j'en aurais besoin, mais je ne l'ai jamais utilisé...Donc je ne pense pas que ça vienne de là ?

Concernant les "attaques" des blogs de télé-réalité, vous me dites :

A priori une règle .htaccess d'anti "hotlink" ferait l'affaire

Je me suis renseigné sur ce famauex anti hotlink, et j'en ai compris l'utilisation. Malheureusement, je trouve plusieurs modèles différents, et la plupart des pages que j'ai trouvées sont plus des questionnements que des réponses.

Voici mon htaccess actuel :

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

RewriteRule ^index.php[/]([0-9]+)[/]([0-9]+)[/]([0-9]+)[/][0-9]+-(.+)$ http://www.eteignezvotreordinateur.com/$1/$2/$3/$4 [R=301,L]

Que dois-je rajouter ? (J'ai trop peur de la gaffe, d'où ma demande à ce sujet...).

Il n'y avait pas un "live" de l'émission diffusé via phpadsnew ? Les sites en question auraient simplement cherché à copier le contenu.

Ca aurait pu effectivement être l'explication, mais je n'ai en aucun cas mis de live sur mon site, de quelque émission de ce genre que ce soit.

Donc si ce n'est pas de la copie de contenu...Je ne vois pas ce que ça peut être ?

En outre, je ne vois pas ce que ça ferait dans phpadsnew ?

Enfin, est-ce qu'il est possible pour ces gens, de "profiter" des ressources serveur d'autres gens pour afficher leur live (illégal, soit dit en passant) sur des blogs blogspot (blogger donc) ?

Autrement dit (j'explique ça n'importe comment parce que je ne m'y connais pas...question de néophyte quoi) : est-ce que les blogs précités n'utiliseraient pas mes ressources pour faire tourner leur live ?

Je ne sais pas si c'est possible techniquement ?

De mon côté, j'ai supprimé phpadsnew.merco6.com via putty, et dès lors, leur live affiche non pas une erreur "FORBIDDEN" avec une référence à merco6.com (site de mon serveur), mais une erreur 404. Est-ce bénéfique pour moi ? Celà veut-il dire que les visiteurs venant de là-bas cessent de "bouffer" mes ressources ? Si oui, et s'il n'y a plus de coupures de mon serveur, celà voudra donc dire que le problème venait de là ?

Il y a beaucoup de si....

Mille fois merci pour votre aide.

Modifié 30 Juillet 2008 par mks

[Kioob]

Je confirme APC est maintenant activé sur votre serveur : en standard à chaque fois qu'on accède à une page "dynamique" de votre site (typiquement une page en .php) PHP "recompile"* tout le script avant de l'exécuter. C'est lent et parfaitement inutile. Le "cache d'opcode" se charge donc de conserver en mémoire le résultat de cette compilation afin de pouvoir exécuter aussitôt les scripts, sans traitement superflu.

Selon la structure des sites, la différence de performance peut être énorme.

Pour ce qui est de l'utilisation du sous domaine phpadsnew, oui il est parfaitement possible que suite à une faille de phpadsnew un script y ait été installé afin de diffuser ce fameux Live via votre serveur... Il faudrait remonter plus loin dans les logs et/ou regarder les statistiques de consommation de bande passante (ça l'hébergeur doit certainement le fournir sur votre compte client) afin d'en avoir le coeur net.

En tous cas s'ils tombaient sur une erreur 403, ça m'étonnerait que ce soit la source des problèmes... ce type d'erreur ne passant généralement même pas par PHP.

Idem pour les erreurs 404 qu'il y a maintenant, ça ne consomme quasiment rien, donc aucune sécurité à mettre en place de ce coté.

Par contre si un "pirate" a eu à un moment accès à la machine, ça peut être très génant oui.

*compiler : consiste à transformer un code source lisible par un humain en un fichier binaire exécutable par une machine. (cf : Wikipedia).

Modifié 30 Juillet 2008 par Kioob

[mks]

Super, un grand merci pour ce fameux cache !!

Bon, concernant le problème, je pense que c'est très clair : le type profitait de la faille de sécurité de phpadsnew pour y mettre son satané live de Secret Story...

Maintenant la question à se poser c'est : est-ce qu'il a fait ça de manière "externe", sans entrer dans le FTP via un acte de piratage, ou est-ce que c'est possible d'intégrer des scripts dans des failles de sécurité sans pour autant faire ce qu'on veut dans le serveur en général ?

Selon vous, ce n'est pas la cause principale du problème, puisque si ça tombait sur une erreur 403 (c'était le cas aujourd'hui), ça ne consommait pas tant de ressources que ça... donc on en a probablement pas finit.

De mon côté je suis relativement optimiste, je vous tiens au courant de l'évolution des jours à venir...je croise les doigts pour que ça ne replante pas !

[mks]

Hello !

Le site n'a toujours pas planté depuis, c'est bon signe ! Récemment, il plantait 2 fois / jour...

Serait-on venu à bout du problème ?

[Martoclou]

La mise en cache fait beaucoup baisser la charge, espérons que le problème est vraiment réglé et que ce ne soit pas une simple illusion d'optique.

[mks]

Aie...

N'y a-t-il aucun moyen de voir la consommation de mémoire, afin de savoir si ça "sent" la surcharge ou pas ?

[Kioob]

Si, avec free -m par exemple. Ou top pour surveiller en continue.

[mks]

- Free -m :

total used free shared buffers cached

Mem: 994 850 144 0 108 614

-/+ buffers/cache: 127 867

Swap: 1983 59 1924

J'ai comme l'impression que c'est mauvais signe : 850 de mémoire utilisée sur 994, non ?

Sinon j'ai essayé de télécharger les logs, c'est vraiment long (de gros fichiers), et je n'arrive pas à les ouvrir avec notepad (trop gros). Il y a un petit utilitaire gratuit pour les lire ?

Merci.

Modifié 31 Juillet 2008 par mks

[Kioob]

Non, il faut plutôt regarder la ligne ajustée en fonction du cache (-/+ buffers/cache), qui indique 867Mo de libre.

Pour les logs, vaut mieux les consulter directement via SSH : less, grep, awk, wc, tail, head sont des outils assez pratiques pour cela. Mais il y en a sûrement d'autres.

[mks]

Merci de m'avoir éclairé....

Pendant que je vous tiens, chers spécialistes, j'avais une question qui me taraude l'esprit ce soir, et qui pourrait expliquer entres autres les plantages de mon serveur.

Mon serveur est un Intel Celeron 2.4 Ghz - 1024 Mo - 80 Go - 10 Mb/s SLA - 100 Mb/s - Fedora Core 4.

Or, les plantages sont relativements corrélés au trafic : dès qu'il y a eu des pics, il y a eu plantage (la plupart du temps).

Donc ceci pourrait expliquer une chose : les afflux depuis les live de secret story 2 + les pics = plantages.

Donc ma question est plutôt simple : est-ce que mon serveur est adapté à mon trafic ?

Pour 4 blogs wordpress distincts (donc 4 bases de données), j'ai environ 3 500 visites / jour. Jusqu'ici, le serveur est OK ?

En cas de pics, je peux monter à 5 000 / 6 000 visites par jour (si les 4 blogs font des records au même moment). Là, est-ce toujours OK ?

Et si d'ici quelques mois, j'atteint les 10 000 / 15 000 visites / jour : le serveur est-il toujours OK ?

En d'autres termes, quelles sont ses capacités maximales à ce fichu serveur ?

Selon les informations que je vous ai donné de mon serveur, ainsi que les infos tirées de putty, est-ce que l'offre est adaptée à mes besoins ?

[Kioob]

re,

je pense que la machine est largement assez puissante oui, peut être à condition de configurer ça un peu.

Par exemple diminuer le KeepAlive d'Apache à 2-3 secondes est bien souvent obligatoire pour éviter une saturation trop rapide.

Et coté MySQL, je ne sais pas ce que consomme Wordpress, mais il se peut que les buffers par défaut ne soit pas suffisamment dimensionnés.

Après il peut y avoir des centaines de petits détails à configurer... ce n'est pas pour rien que CTN1 propose une formule "infogérée"