varnish
Le
andre_debian
Bonjour,
L'application "varnish" vaut-elle le coup ? :
plus de rapidité de réaction du serveur Web,
plus de connexions simultanées
Y at-il des pièges à éviter lors de son installation
et de sa configuration ?
Merci d'avance.
André
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20120210183...dre_debian@numericable.fr
L'application "varnish" vaut-elle le coup ? :
plus de rapidité de réaction du serveur Web,
plus de connexions simultanées
Y at-il des pièges à éviter lors de son installation
et de sa configuration ?
Merci d'avance.
André
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20120210183...dre_debian@numericable.fr
wrote:
Tout dépend de ce que tu as comme:
* svr http
* type de site (le PHP n'est PAS une solution si du statique peut le
remplacer...)
* tuyaux
* traffic
* poids des pages
* puissance de svr http
* Qté de RAM
La première analyse portant sur la façon dont les pages sont serv ies
(statique? dynamique? un mélange des 2?)
puis sur les fréquences de Mà J des pages cachable.
Ensuite, il-y-a le svr http: même si apache clame une majorité sur
le web, c'est (très) loin d'être le meilleur pour une même c onso RAM
et CPU...
Un exemple de la différence qu'on peut mesurer entre svrs:
http://nbonvin.wordpress.com/2011/0...h-vs-gwan/
Et il-y-a la bête de course (mais qui impose un langage et des concepts
peu évident quand on a l'habitude des langages bateaux,
pour le dynamique): http://www.sics.se/~joe/apachevsyaws.html
--
No passing zone.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
a écrit :
bonjour,
pourquoi ne pas sélectionner un serveur web comme proxy ?
documentation détaillée :
http://korben.info/configurer-nginx...proxy.html
http://www.debian-administration.or...ginx_proxy
http://www.youtube.com/watch?v=5ynxxNrf_9M
bonne consultation
slt
bernard
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
-----------------------
-----------------
Merci pour ces réponses et liens.
s'agit-il de ces 2 modes de fonctionnement d'Apache ?
# prefork MPM
# worker MPM
L'un privilégie la vitesse,
l'autre la sécurité (plus lent).
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
wrote:
vi
Non, c'est juste une question d'architecture interne entièrement
différente.
au cas où ça t'aurait échappé, apache est *vraiment* tr ès loin
d'être le plus performant des svrs http (sans compter sa propension
à bouffer la RAM).
--
If you live in New York, even if you're Catholic, you're Jewish.
-- Lenny Bruce
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Réponse rapide :
- oui, varnish vaut le coup, et contrairement à un autre serveur Web en
frontal (comm nginx), il est spécialisé dans la mise en cache.
- Oui, il faut le configurer, on a pas par défaut une configuration très
efficace. Ca dépend de l'application derrière, mais il faut déjouer les
pièges qui empêche la mise en cache :
- les cookies, inutils sur les éléments statiques
- les headers HTTP concernant la durée de vie, pas toujours
positionné judicieusement pas l'appli
Sur des sites basés sur Drupal, à traffic assez important, on obtient la
répartition suivante en termes de nombre de requêtes par secondes :
- 1600 req/s sur les deux frontaux varnish (derrière un load balancer
"matériel" en round robin)
- 120 req/s sur 3 serveurs Web (apache+php+memcached)
On gagne environ un facteur 10 quoi.
Du coup, ça permet de limiter le nombre de process httpd et donc la
conso mémoire.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/