Forum Linux.redhat reverse proxy

Posté par menza le 20 janvier 2011 à 13:05.

Étiquettes : aucune

-2

jan.

2011

bonjour

j'ai un site asses lent a l'affichage. j'ai vu qu'on pouvais booster le chargement des pages en utilisant un reverse proxy comme squid par exemple. gagne t on vraiment beaucoup en rapidité avec un reverse proxy ?

# Oui et non

Posté par yellowiscool le 20 janvier 2011 à 13:09. Évalué à 4.

Ça dépend du problème de lenteur.

Si c'est de la bande passante qui manque, et que la machine qui a le reverse proxy en a une meilleure, oui ça accélère franchement.

Si c'est un problème de puissance sur les pages dynamiques, cela ne changera rien.

Si c'est pour gagner 3 nano-secondes, c'est pas la peine, rajouter un intermédiaire fera perdre bien plus que ce que tu peux espérer gagner en déchargeant le vrai serveur http.
Envoyé depuis mon lapin.
- [^] # Re: Oui et non
  
  Posté par menza le 20 janvier 2011 à 13:12. Évalué à 2.
  
  que veux tu dire par "un probleme de puissance sur les pages dynamiques" ?
  - [^] # Re: Oui et non
    
    Posté par yellowiscool le 20 janvier 2011 à 13:42. Évalué à 3.
    
    Si ton serveur met 20 secondes à générer une page php par exemple, avec un reverse proxy, il mettra 20 secondes plus la latence du reverse proxy.
    Envoyé depuis mon lapin.
- [^] # Re: Oui et non
  
  Posté par moualeux le 20 janvier 2011 à 14:11. Évalué à 1.
  
  Tout à fait, il faudrait identifier le problème de lenteur.
  
  Pour la question sur le reverse proxy, ce qui se fait qui mérite d'être testé c'est mettre un httpd spécialisé comme nginx ou varnish pour servir le contenu statique et le mettre en cache. Ce sera toujours ça de moins à gérer par le backend qui à sans doute autre chose à faire.
  - [^] # Re: Oui et non
    
    Posté par menza le 20 janvier 2011 à 16:09. Évalué à 1.
    
    en fait j'ai deja testé squid et varnish. mais n'ayant noté aucune amélioration notable, je me demandais si c'était normale. le site est énormément alimenté par des bases de données marklogic et mssql. j'avais dans l'espoir que ca mette en cache des données issue de ces bases afin d'éviter d'aller réinterroger les bases a chaque fois. j'aurais peut être gagné un peux.en dehors de ca le serveur web n'est pas spécialement déborde par les évènements.
    - [^] # Goulot d'etranglement
      
      Posté par nono14 (site web personnel) le 20 janvier 2011 à 16:15. Évalué à 2.
      
      Cela a déjà été souligné, c'est en augmentant les perfs à l'endroit restrictif que ce sera le plus efficace.
      Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
  - [^] # Re: Oui et non
    
    Posté par menza le 20 janvier 2011 à 16:29. Évalué à -1.
    
    en fait j'ai deja testé squid et varnish. mais n'ayant noté aucune amélioration notable, je me demandais si c'était normale. le site est énormément alimenté par des bases de données marklogic et mssql. j'avais dans l'espoir que ca mette en cache des données issue de ces bases afin d'éviter d'aller réinterroger les bases a chaque fois. j'aurais peut être gagné un peux.en dehors de ca le serveur web n'est pas spécialement déborde par les évènements.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.