mon serveur plante chaque deux jours le nombre de mes visiteurs est de ...

[sigma2008]

Bonjour,
Je suis chez sivit

Code: Tout sélectionner

VDS-256
ram 256 Mo
(Trafic illimité) : 2mb/s

J'ai trois sites, deux en drupal chaque site a 1500 visiteurs/jour
le troisième site est en phpbb avec 2000 visiteurs/jour
ce qui fait le tout 5000 visiteurs/jours
Sachant que les caches sont activé, mon serveur plante 1fois par deux jours et je suis obligé de rebouter le serveur chaque fois que ça se plante
Y a il une explication ?

[ReferenSEO]

Prends un serveur plus puissant

[sigma2008]

Et ce serveur : il est fait pour quel nombre de visiteurs (trafic) ?

[ReferenSEO]

Je ne sais pas vraiment, mais d'après ce que tu marques, tu as un trafic illimité mais ta bande passante permet 2mb/s.

Donc si trop de monde se connecte en même temps, ça doit planter ou être indisponible.
Mais de là à devoir rebooter ton serveur, j'ai un doute.

L'erreur vient peut-être d'ailleurs, mais je ne sais pas où

[sigma2008]

mmm Ok, et si le j'ai 100 visiteurs connecté en même temps, ceci bloque-il le serveur ?

[jcaron]

Que disent "top" et "ps axl"? Tu as des stats d'utilisation CPU, bande passante, accès disque?

Jacques.

[ReferenSEO]

Aucune idée, ca dépend de la quantité de données chargée par les 100 visiteurs, selon le poids de tes pages. Si ca dépasse 2mo à un moment donné, la page n'est plus accessible.
Mais je trouve ça bizarre que ca plante ton serveur.

Quelqu'un ayant le même serveur que toi pourra peut-être mieux te renseigner !

[sigma2008]

Ou je peux les avoir "top" et "ps axl" ?

[sigma2008]

Ah par ssh! j'ai essayer ca marche pas aussi il se plante aussi ? mais si je rebout le serveur maintenant tout redeviens fonctionnel ?

[jcaron]

Ben ouvre une connexion ssh, lance top, et laisse le ouvert jusqu'à ce que ça plante, et copie-colle ce qu'il dit à ce moment-là. Ceci dit tu peux probablement déjà indiquer où il en est avant de planter, ça nous donnera une idée... Mon petit doigt me dit que si c'est un problème de saturation de ta machine, pour qu'elle ne réponde plus comme ça c'est qu'elle swappe à mort.

Jacques.

[sigma2008]

je viens de rebouter le serveur car le ssh aussi est planté
voici ce que donne "top"
----------------------------
----------------------------
top - 23:00:57 up 20 min, 1 user, load average: 0.00, 0.02, 0.03
Tasks: 75 total, 2 running, 73 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3%us, 0.0%sy, 0.0%ni, 99.3%id, 0.3%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 262304k total, 170084k used, 92220k free, 5820k buffers
Swap: 204792k total, 22980k used, 181812k free, 49264k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1199 mysql 15 0 126m 21m 5104 S 0.3 8.3 0:02.37 mysqld
1 root 18 0 1908 676 580 S 0.0 0.3 0:00.01 init
2 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
4 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
5 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/0
6 root 13 -5 0 0 0 S 0.0 0.0 0:00.01 khelper
7 root 12 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
9 root 18 -5 0 0 0 S 0.0 0.0 0:00.00 xenwatch
10 root 12 -5 0 0 0 S 0.0 0.0 0:00.00 xenbus
15 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kblockd/0
17 root 19 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod
73 root 15 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
74 root 15 0 0 0 0 S 0.0 0.0 0:00.01 pdflush
75 root 11 -5 0 0 0 S 0.0 0.0 0:00.15 kswapd0
76 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
701 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 net_accel/0
----------------------------
----------------------------
-

[jcaron]

Quand tu vois qu'à peine rebooté il y a déjà 22 Mo de swap utilisés, ce n'est pas bon signe. Je suppose que ça augmente rapidement par la suite, jusqu'à ce que ça plante? Si c'est ça il te faut plus de RAM.

Jacques.

[sigma2008]

Y a pas d'autre moyen ?

[jcaron]

Déjà, il s'agit de vérifier que c'est bien ça. Normalement pour que ça plante sauvagement comme ça il faut quand même qu'il y ait un très gros manque de RAM, souvent causé par un bug (la récursivité sans limite c'est assez fatal). Mais vu comme il part, ça peut être juste lié au trafic. Comme je le disais précédemment, il faut suivre l'évolution de tout ça et voir si effectivement le swap utilisé augmente considérablement, ou s'il y a un autre problème.

Si c'est bien ça, l'autre option à part plus de RAM c'est de réduire la RAM consommée: éliminer les processus inutiles, faire faire une cure d'amaigrissement à apache en éliminant tous les modules inutiles, réduire le nombre de processus Apache simultanés, faire du ménage dans les bases SQL (pour être moins embêté par la faible taille du cache disponible) et s'assurer que les requêtes sont bien optimisées, optimiser les pages php, etc. Maintenant comme c'est du "out of the box" (drupal et phpbb) ça risque d'être chaud d'aller faire du ménage dans tout ça. Tu peux éventuellement voir dans les paramètres php et mysql s'il y a des choses à régler pour limiter la casse. L'idée c'est qu'il vaut mieux limiter la mémoire que chacun consomme pour ne pas swapper.

Mais en re-regardant ta config un truc m'intrigue: c'est un serveur virtuel? Et il plante et tu peux le rebooter? Pas l'habitude des serveurs virtuels...

L'autre solution plutôt que plus de RAM c'est de séparer tes serveurs sur deux serveurs virtuels séparés, visiblement c'est moins cher qu'un plus gros

Jacques.

[sigma2008]

L'autre solution plutôt que plus de RAM c'est de séparer tes serveurs sur deux serveurs virtuels séparés, visiblement c'est moins cher qu'un plus gros

Tu veux dire un serveur pour chaque site ?