Voilà, je vais régulièrement sur un site (monchval.com, pour ceux que ça intéresse) mais celui-ci a un gros problème de lenteur (70 000 membres en même pas 6 mois). Le site est hébergé chez OVH et le webmaster voudrait mettre ses serveurs en cluster pour améliorer les perfs du site, seulement, OVH refuse de le faire
Est-ce déjà arrivé à quelqu'un ?
Si oui, as-tu réussi à les mettre en cluster par toi-même ?
Si oui, pourrais-tu me donner ta technique que je la transmette au webmaster ?
 
Merci d'avance

UP

Ca veut dire quoi "mettre en cluster" ??
Y'a pas d'interêt si les appli sont pas faite pour. Je crois que le site de mysql parle de clustering ... mais ça concerne seulement pê les dernière versions payante. Sinon, il peut faire ce qu'il veut si c'est des serveur dédiés ... sinon il pourra pas faire grand chose je pense.

Ce sont des serveurs dédiés, seulement, il ne sait pas trop comment faire du clustering

Bah tout simplement passer sur un plus gros serveur, non ?

http://wiki.apache.org/geronimo/Ar [...] Clustering ?

Il utilise déjà 5 serveurs !

Merci, je vais regarder ça

Bon, en même tps je garantie rien je l'ai pas lu. C trop anglais pour 00h30
Par contre dans ça http://www.linuxfrench.net/article [...] ticle=1177 ils conseillent plutôt http://www.linuxvirtualserver.org/
 
Si ça marche n'oublie pas de nous donner un retour. Pour l'instant on joue les bourrins sur notre serveur au boulot mais si ça se trouve un jour on aura de vrais clients dessus

Merci pour tout ça : je vais éplucher ça plus tard
Sinon, pas de souci pour le retour

 
alors revois le code de tes pages, arrete les machines sans udma d'ovh, trouve un vrai hebergeur, et verifie surtout le code de tes pages.... au pire mp moi si tu veux discuter de monter en charge.

 
j'en vois qu'un avec nslookup :  
 
Nom :    www.monchval.com
Address:  213.186.61.56
 
et c'est clair qu'a l'heure ou je parle le site est affreusement lent.

Il y a aussi forum.monchval.com, mais je ne connais pas les autres

Donc il est déjà en cluster.
Et utiliser 5 serveurs pour un site comme ca, je trouve ca déjà énorme.
Y'a surement moyen d'optimiser le site en fesant en sorte que les requêtes SQL soient plus légères. Mettre certaines requête en cache.
 
A mon avis il suffirait d'avoir un bon serveur SQL bien boosté et 2 serveurs qui ne font que le PHP (limite même un pourrait suffire).

Il faut que je lui redemande, mais il me semble que la bdd est sur un serveur, le site sur un autre, les images et le forum sur un troisième, etc ...

y a aucune répartition de charge dans ce cas la.
 
Faut qu'il revoie ca ton pote. Tu met un gros serveur qui s'occupe que de la BDD et aprés normalement un serveur devrait suffir pour le reste. Et puis faut un peu optimser le site et les requete.

Le fait de mettre la base de données sur une autre machine ca ne ralentit pas un peu ? (Utilisation du réseau, ping....)

Le réseaux chez l'hebergeur doit etre en 1 Gbits donc ca doit etre négligeable. Parceque la son site il rame grave !  
 
Soit il met une machine de monstre avec tout dessus. Soit il reparti la charge. Enfin c'est mon avis.

Chez OVH tes machines sont normalement sur le même VLAN, et en 100mbps, donc il n'y a "aucun" ralentissement entre un serveut MySQL local ou distant si ce n'est les 2ms entre les 2 machines (sachant que la machine qui génère ta page en php aura le boulot de requêtes SQL en moins).
Pour moi ca ne peut aller que plus vite.
Et si tu te rend compte quele serveur PHP ne tiens plus la charge, tu en mets un 2ème qui attaque le même serveur SQL (en mettant une répartition de charge en place entre les serveurs "PHP" ).

C'est déjà ce qui est fait avec 5 serveurs. Il y a environ 500 connectés à la fois en continu sur le site : à votre avis c'est assez ou pas ?

500 connectés en même temps (sauf si ils cliquent tous pile poil au même moment), je ne trouve pas ca énorme pour un serveur dédié.
Il y a surement moyen d'optimiser les scripts pour consommer moins de ressources et/ou optimiser la configuration du serveur (parrait que chez OVH le mode DMA est rarement activé de base sur les dédiés).

En fait, pour la charge, elle est plutôt importante, car c'est un site de simulation de centre équestre : chaque clic correspond à un accès à la base de donnée

Il faudrait d'abord voir l'utilisation individuelle de chaque serveur pour situer le problème...

Ben si c'est le serveur de base de données qui s'en mange plein la tronche car il est pas assez puissant, c'est pas en rajoutant des frontaux web que ca va aller plus vite. Et dans le cas où c'est bien niveau MySQL que ca coince, il faut soit optimiser au maximum les requêtes (ne sélectionner que les champs qu'on a besoin, fermer la connexion dès que la requête est terminée)., associer tout ca à un système de cache (y'a peut-être des infos qui sont cherchées en base à chaque affichage de page et qui ne changent pas d'une minute à l'autre, donc en mettant ca en cache, ca réduit le nombre de requêtes).

Ok, je vais essayer de vois avec lui d'où vient la surcharge
Par contre, au cas où, ça ne peut pas venir d'une bande passante trop faible ?

Si, ca peut aussi être la bande passante.
Il a combien ?

Je vais lui demander plus de précisions sur son architecture
Sinon, une autre info : il y a environ 75 000 membres inscrits.

ca serait pas plus simple qu'il vienne directement ton pote ??

Alors, l'architecture du site est ainsi :  
-mail et apache sur un premier serveur
-bdd répartie sur 2 serveurs (tout ce qui concerne les membres)
-le reste des tables sur un autre serveur
-forum et sa bdd sur un autre serveur
 
Maintenant, MySQL booste et c'est apache qui fait ralentir le site.
Que me conseillez-vous ?

C'est pas apache qui arrive pas a suivre c'est ta machine.
 
Apache, s'il est bien configuré, tourne trés bien.

oui, c'est ce que je voulais dire.
La machine est un bi-P4 3.0GHz avec 2Go de RAM pour info.
 
Sinon, on voudrait faire du clustering pour le serveur apache, mais on ne voit pas comment faire et OVH refuse de s'en occuper

j'ai du mal a croire qu'une telle machine puisse ramer.  
 
Tu es bien sur que ca vient d'Apache ? c'est pas la bande passante ? Tu as des graphes ?

Faut que je revois la bande passante mais normalement, elle est suffisante.

La bande passante est de 40 Mbps

Salut
 
Apparemment c'est du PHP/MySQL
 
Je te conseille ceci :
 
Coté PHP :  

• activation de la compression Gzip
• installation de TurckMMCache

Coté MySQL :

• active le slow-query.log et fais des explain sur les requetes qui y sont pour les optimiser et voir s'il ne manque pas des index par exemple

Si t'as des questions n'hésite pas (ou envoie moi un MP si t'as des détails que tu veux pas mettre en public)
 
(parce que 3 serveurs MySQL je trouve ça beaucoup par rapport aux chiffres que tu as pu donner avant, t'as combien de tables, elles ont combien d'enregistrements...)

mysql sur 2 machines je trouve que c'est une heresie
 
edit : surtout quand je vois ce que mange apache compare a sql

entre 10 et 15 tables par serveur et jusqu'à 100000/150000 enregistrements par table.

gzip va lui bouffer du CPU non ?...

C'est pas beaucoup. A mon avis un seul serveur SQL avec des requetes optimisées ça tient. Si tu veux en discuter => MP
 
Vous avez posé les index comme il faut ?
 

Un peu
Mais le gain sera a priori important quand meme

Par expérience je peux te dire que mod_gzip fait plus chier qu'autre chose sur les serveurs... mais bon.
Edit : et si sa machine tien deja pas la charge, je sais pas si c'est la peine d'amplifier le problème
 
Moi je lui conseil de changer d'hébergeur .. et suivant son budget de s'orienter vers des solutions managés ou du haut de gamme.
Genre un BiXeon ou Athl64 avec énormement de ram pour le MySQL + un Xeon ou P4 pour le Web....le tout avec du disque SCSI
(et moi je pense que le tout peut meme ce regrouper sur un unique bixeon ... il faudrai avoir d'autres informations)
 
TurckMMCache => oui mais bon ca fera pas des masses si il a un gros problème de surcharge
 
nero27 si tu veux laisse moi ton tel en PV et je te conseillerai un peu...
nero.. vérifie déjà que certains paramettres comme le KeepAlive .. et essai de le desactiver mais aussi que ton my.cnf soit bien config.
C'est beau de parler de prog etc.. mais souvant le soucis est bien logiciel : un mysql avec un fichier config mal adapté peut vite s'emballer. Idem pour apache. Tu as aussi des correctifs/patchs sur les noyaux des machines : pour par exemple restraindre les attentes I/O (bug constaté sur des kernels 2.4 par exemple) et l'utilisation CPU du même coup.
Beaucoups trop de personnes pensent que gérer un dédié ce fait en un claquement de doight.. mais tout ça demande des compétances !
 
 
Sinon des solutions avec load balancer existent chez ev1servers.net par exemple mais c'est aux US et cher...
Si ton ami à genre 1000euro de budget et plus... il peut trouver une bonne solution je pense mais si il ne sais pas gérer un serveur laisse tomber le dédié classique car les problèmes vont s'amplifier avec le temp.
Que ce soit pour les hébergeurs mutualisés, les gens qui prennent des dédiés etc.. le boulo de pro doit être confier aux professionnels, c'est mon avis. L'hébergement est un vrai métier qui est d'ailleur parfois difficile et on ne peut pas s'improviser technicien.
 
Si ca ce trouve son serveur ce mange des attaques via http à longueur de journée et il le sait même pas !
Flood sur Apache > utilisation massive du CPU/Mémoire par exemple.. et si il y connait rien il ne vera meme pas.
Idem pour des attaques autres...