Yueyehua a écrit :nemesis a écrit :Maintenant si tu me dis que tu sais exactement avec qui tu es mutualisé, leur nombre moyen de requêtes par click, leur affluence quotidienne et leurs pics d'affluence, j'accepte la critique
Bien entendu je sais tout ça ! ... ou pas !
Non, mais ce que je veux dire, c'est qu'il est étrange que ce problème ne surviennent que sur des forums. le forum Opale ayant eu le même problème.
Après, j'avoue que deux cas ne sont pas vraiment très représentatifs de la totalité.
Très franchement, je pense qu'un serveur peut contenir plusieurs dizaines d'hébergements mutualisés, donc à la limite, des erreurs de ce type, surtout pour les bases de données MySQL (qui subissent beaucoup plus de requêtes dans la gueule que les serveurs php et les requêtes http), ce sont des erreurs communes qui doivent arriver plusieurs fois par jour sur chaque serveur.
Très franchement, on ne voit que rarement ce genre d'erreur sur un petit site, et pourquoi ? Parce qu'on ne le visite pas beaucoup. Un site visité plusieurs centaines de fois par jour verra forcément sa probabilité de chances de voir une erreur augmenter.
A mon avis on ne peut rien contre ce genre d'erreur, et de toute façon, ça dure généralement moins de 5mn...
Je me souviens de mon hébergement mutualisé 1and1 qui héberge un forum. Parfois, pendant 10-15 minutes, le serveur était inaccessible. Et quand je regardais les logs, je voyais la même chose.
Un jour, j'ai appelé le service client, et ils m'ont répondu quelque chose de simple : "Un hébergeur mutualisé s'est ouvert, et il y a eu des milliers de requêtes en peu de temps, probablement la création d'un site web important, d'où le ralentissement occasionné sur tout votre serveur, et pas seulement votre hébergement mutualisé."
Voilà. Après, c'est pas toujours facile...
Je me souviens, lorsque j'ai du passer à la nouvelle version de la BDD de mon forum, j'ai du télécharger les 80Mo de BDD que j'avais, les stocker sur mon PC, recréer la BDD et faire la restauration... Bah je peux vous dire que les serveurs sont extrêmement rapides : Je balançais entre 10 000 et 20 000 requêtes par périodes de 3 à 6 secondes, et outre le ralentissement occasionné sur le site, il n'y a pas eu d'erreur (ou du moins je n'ai pas eu de mauvais retour de la part des gens).
Donc voilà, dites-vous que maintenant, les BDD font souvent pas loin d'1Go (du moins sur 1and1 c'est ce que j'ai) et parfois plus encore. Si quelqu'un restaure un site, ou met en production un site web entier développé en local, entre les requêtes FTP pour placer les fichiers sur le serveur, et les requêtes SQL sur la BDD, parfois, ça fait tellement d'infos que le serveur doit ralentir la cadence et s'organiser...
Dans mon ancien job, nous avions nos propres serveurs qui téléchargeaient des informations sur le net. Un calcul approximatif nous donnait un chiffre impressionnant : entre 5 et 15 millions d'articles de presse téléchargés par jour. Une fois téléchargés, il y avait un traitement via une application Java, qui une fois l'article validé, l'indexait dans une immense BDD. Donc lorsque l'on s'approchait des 15 millions, je peux vous dire que la BDD en prenait un coup.
Et mes anciens collègues du service tech m'avaient brièvement expliqué leur manière de procéder : délester un serveur peu utilisé, ou dont les stocks sont trop anciens, et le paramétrer en tant que serveur "secours" jusqu'au délestage des autres. Et d'après eux, ça durait en général entre 5 et 10 minutes selon les cas.
Donc avec nos hébergeurs mutualisés qui dépassent difficilement la limite des 2000 requêtes par heure, je pense qu'un ralentissement de 30s une fois par semaine est largement négligeable.
Et puis Yue, je doute très franchement que les CMS peuplent tout le net. En plus ça, il suffit qu'Anonymous teste ses nouvelles techniques sur un site lambda pour qu'il soit ralenti
