Le 21 janvier 2014 14:17, Pierre `Sn4kY` DOLIDON <sn...@sn4ky.net> a écrit :
> j'ai jamais testé, mais est-ce qu'un php-fpm en backend pourrait améliorer > le temps de réponse du serveur web en front-end ? > autre chose, est-ce que délocaliser les contenus statiques types images > css, etc. sur un serveur FTP (après tout, c'est prévu pour...) ne > pourrait-il pas être plus efficace également ? > qqn a déjà testé ? > Testé et adopté ! :-) Sur certaines applications cachable difficilement le load, et l'usage de RAM (si l'option ondemand activé) a été divisé par 2 en passant de php5-cgi à php5-fpm (donc pas de backend distant, mais connexions via socket local). Pour la partie statique sur la même machine, nginx/lighty s'occupe de tout ce qui est css, js, etc. et apache/php-fpm pour le dynamique (contrainte de dev). > Le 21/01/2014 14:00, Alexandre a écrit : > > >> >> On 21/01/14 12:56, Yohann QUINTON wrote: >> >>> De combien de millier/million de requête secondes parlons nous lorsque >>> ça décroche ? >>> >>> >> >> D'après les infos du "ipvsadm", en statue "connecté" ca commence à >> décrocher vers les 60 000. >> >> >> Est-ce que tu as des stats aux niveaux de tes différents daemon / >>> serveurs ? >>> >>> Qu'est ce qui ralenti le tout ? lighttpd / nginx / php / bdd ? >>> >> >> Il n'y a pas de MySql process list important, ce qui bouffe c'est php-cgi. >> >> Alexandre. >> >> >>> -- >>> Yohann >>> Awedia >>> >>> Le 21/01/14 12:50, Alexandre a écrit : >>> >>>> Bonjour Yohann, >>>> >>>> On 21/01/14 12:48, Yohann QUINTON wrote: >>>> >>>>> Des retours sur ces plateformes, Les US et l'Irlande en terme de résal >>>>> parfois ça passe très mal ;-) >>>>> >>>>> A part de proposer d'optimiser "Encore" tes traitements : >>>>> >>>>> Cf par exemple : https://github.com/facebook/hhvm >>>>> >>>>> Et rajouter du caching Level3, Akamai ou autres CDN (OVH pourquoi >>>>> pas)... >>>>> >>>> >>>> j'avais oublié de préciser, nous sommes déjà chez Akamai. >>>> >>>> >>>>> Bien à toi >>>>> >>>>> Le 21/01/14 12:45, seb astien a écrit : >>>>> >>>>>> Hello, >>>>>> >>>>>> >>>>>> Le 21 janvier 2014 12:38, Alexandre <in...@opendoc.net >>>>>> <mailto:in...@opendoc.net>> a écrit : >>>>>> >>>>>> Bonjour à tous, >>>>>> >>>>>> c'est surement un sujet déjà abordé mais, je me permets de vous >>>>>> reposer la question : >>>>>> >>>>>> Quelles sont les possibilités pour absorber les montées en charge >>>>>> ponctuelles d'une infrastructure web ? >>>>>> >>>>>> [...] >>>>>> >>>>>> Ce service doit surement exister chez amazon, gandi, ovh ... >>>>>> L'avez-vous déjà utilisé ? En êtes-vous satisfait ? Quelles sont >>>>>> les limites de ce service ? Avez-vous d'autres solutions qui >>>>>> seraient plus adaptées ? >>>>>> >>>>>> >>>>>> On ne l'a pas encore testé, mais rackspace a une fonction d'auto >>>>>> scaling qu'on souhaite tester. Je suis intéressé par un retour >>>>>> également >>>>>> >>>>>> http://www.rackspace.com/blog/easily-scale-your-cloud-with- >>>>>> rackspace-auto-scale/ >>>>>> >>>>>
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
