Aller au contenu

supatony

Actif
  • Compteur de contenus

    8
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

0 Neutre

Information du profil

  • Genre
    Homme
  1. La fin de l'histoire au cas ou ça pourrait en inspirer d'autres: J'avais parlé un peu trop vite, je me suis pris +15% de visites le WE dernier et le load à nouveau explosé à 30-40. - Je me suis tapé une bonne relecture de code sur les scripts les plus gourmands (repérés par serveur-status), j'ai pu pas mal dégraisser tout ça - J'ai collé dans le cache APC le résultat des requètes SQL les plus appelées (pas mises en cache mySQL pour cause de champs TEXT) - J'ai revu ma config mySQL (via tuning-primer). Résultat: 150 req/sec, load à 2.3 ouf! Le site est maintenant super rapide et je vois plein de visiteurs en plus que je voyais pas avant pour cause de lenteurs. Merci pour les conseils...
  2. Bon finalement j'ai réussi à installer fastCGI et APC. ça oblige à recompiler php et donc à sortir de la release OVH mais finalement ça vaut le coup: A pleine charge (90 requetes/secondes) j'ai un load à 6, le CPU tourne à peine à 50%. En regardant un top on voit l'explication: les process php prennent beaucoup plus de cpu mais mettent 2 fois moins de temps, du coup il y a beaucoup moins de process actifs et le cpu n'est pas engorgé. Merci pour les conseils !
  3. Hé hé, je suis justement en train d'installer fastCGI et APC pour voir ce que ça donne. On verra le résultat demain, là, le nombre de requêtes est tombé en dessous du seuil critique. Je pense pas que le problème soit du coté de mysql. Quand je surveille top, mysql ne prend jamais plus de 15% du cpu par contre j'ai 60 à 80 process php qui prennent chacun 1-3% de cpu .. Je vais aussi passer le KeepAlive à Off mais de toute façon j'avais déjà baissé le KeepAliveTimeOut à 15.
  4. Salut à tous, Je viens de passer un site qui fait 30 000 VU/jour d'un mutu (ovh xxlplan) ou il commençait à être à l'étroit vers un dédié : intel Xeon quad avec 8Go de RAM (http://www.ovh.com/fr/particulier/produits/eg_max.xml). Problème: alors que je pensais être large avec ce type de server, il est complètement surchargé niveau CPU (la RAM est quasiment inutilisée) si bien que le load monte a plus de 100. J'ai passé 2 jours à essayer d'optimiser la config apache (MaxClients, MaxRequestPerChild, SpareServers ..etc) ça améliore un peu mais dès que apache dépasse les 40 requètes/sec, le load explose. Ci-dessous les graphs mrtg: Je precise que le serveur est sous OVH release 2, c'est a dire une gentoo avec php en cgi. cochez la bonne réponse: 1- ça rame à cause de gentoo/php-cgi: prends une autre distrib, ça passera les doigts dans le nez 2- Un xeon quad c'est trop léger pour 30 000 VU/jour, prends un truc plus gros 3- t'es naze t'as foiré tes valeurs d'optimisation apache: essaie avec ... 4- autre idée miraculeuse merci pour votre aide d'experts
  5. >Kioob. Merci pour les infos. C'est clair que le budget est un peu limite. Si le site continue sa croissance à ce rythme je pourrais me payer mieux dans quelques mois, d'ou l'interet d'une solution au mois. J'ose pas me lacher sur le budget dès maintenant parce que j'ai vraiment pas beaucoup de visibilité sur la suite, avec google on sait jamais... 50 connections simultanées c'est pas fréquent: ça arrive ponctuellement aux heures de pointes (12-13h et 16h-18h) avec 20000 VU /jour concentré sur ces deux plages horaires ça me semble pas excessif (c'est un site communautaire avec uniquement des pages dynamiques, je met en cache tout ce que je peux).
  6. Merci à tous, Je n'ai aucun doute sur la qualité de l'infogérence de Dan, c'est pour ça que je l'ai mis dans ma liste. Pour moi les 2 seuls points qui me font hésiter sont le fait qu'il n'a pas d'admin de backup pendant ses vacances et l'obligation de s'engager sur un an (mon site n'a qu'un an, alors pour moi c'est l'éternité!). Quand je disais monitoring 24/24 je ne parlais pas du service mais d'un système auto qui teste en permanence que le site répond et envoie un mail/sms si le serveur est ko/anormalement lent/renvoie une page d'erreur. Il me semble que c'est standard dans beaucoup d'offres d'infogérance. Je note pour SD France, j'en avais entendu du bien: je vais les contacter. Je note aussi le point sur la licence DirectAdmin. A vrai dire je m'y connais tellement peu que je n'ai aucune idée des différences entre les distribs et control panel. Faut que je creuse ce point aussi. Vraiment personne qui a testé Céléonet/Sivit? Bon je me laisse encore une ou deux semaines pour me décider. Je vous dirais mon choix quand je l'aurais fait
  7. Salut à tous, J'ai un site communautaire php/mysql qui commence à générer pas mal de trafic (15000 - 20000 VU/jour). Je suis actuellement chez ovh sur un xxlplan mais l'accès à ma DB a déjà été coupé 2 fois pour cause de surcharge. A chaque fois j'ai fait les optimisations nécessaires mais je pense qu'il ne va plus y avoir grand chose à optimiser et que je risque de me faire éjecter bientôt. Je n'ai ni le temps ni les compétences pour administrer seul un dédié, je pense donc passer dans des délais assez brefs sur un infogéré. Reste à choisir quoi, et là j'avoue que je suis un peu perdu. * Quel dédié? 15000 - 20000 VU/jour en croissance de 30% / mois environ 400 Go de trafic mensuel ponctuellement plus de 50 connections simultanées à MySQL => quelle type de machine choisir? * Quelle infogérance? Monitoring 24h/24h (email/sms en cas de soucis) Pas de coupure en journée > 4h (y compris WE et vacances?) Ok pour des coupures toute une nuit Budget Dédié + infogérance: 150 à 200 euros / mois Si possible je cherche un engagement de moins d'un an. J'ai listé les options suivantes: Dan: cout serveur + 850 Euros/an Sivit niveau 4: cout serveur + 100 euros/mois Céléonet: infogérance inclue dans offre dédié Je suis preneur de tout retour d'expérience sur ces 3 options (ou d'autres...) merci à tous
×
×
  • Créer...