Haproxy - Temps de requête HTTP sur le TIME AUT http-keep-alive Contre l'heure du serveur
J'essaie de comprendre comment les paramètres haproxy
intéragir ensemble. Je lance un site web Apache Sur deux serveurs d'applications situés pour équilibrer la charge haproxy. En ce moment je n'ai pas keep-alive, Mais j'expérie son inclusion, car je pense que cela aidera à optimiser le site. Mon objectif était d'activer keep-alive Se connecter entre le navigateur et haproxy, Mais désactiver keep-alive compris entre haproxy et apache. J'ai atteint cela avec
Maintenant, j'étudie le cadre des délais d'attente de la préservation de l'activité. j'apprenais
http://cbonte.github.io/haprox ... .html
Pour le paramètre Timeout HTTP Query, le paramètre http-keep-alive et paramètre de serveur Time-Out. Si je comprends le guide, Time Out http-keep-alive - C'est le moment où la connexion reste ouverte entre de nouvelles demandes et le temps écoulé http-request - Cette fois, attendez les en-têtes de réponse avant de fermer la connexion. Mais je ne peux pas comprendre ce qu'est un serveur d'expiration dicte. Je veux dire qu'un serveur de timeout - Cette fois, attendez une réponse complète, mais quelqu'un peut-il le confirmer? Si j'ai raison, un serveur de timeout - Cette fois, attendez une réponse complète, qu'il ne faut pas avoir rien à voir avec les paramètres du délai d'attente keep-alive?
Voici ma configuration haproxy, Sur lequel je travaille:
Finalement mon objectif - être capable d'activer la prise en charge de l'activité entre le navigateur et haproxy exigeant de pouvoir exécuter un rapport qui peut prendre 2-3 Minutes sur les serveurs d'applications.
</timeout></timeout></timeout>
timeout http-request <timeout>
timeout http-keep-alive <timeout>
timeout server <timeout>
intéragir ensemble. Je lance un site web Apache Sur deux serveurs d'applications situés pour équilibrer la charge haproxy. En ce moment je n'ai pas keep-alive, Mais j'expérie son inclusion, car je pense que cela aidera à optimiser le site. Mon objectif était d'activer keep-alive Se connecter entre le navigateur et haproxy, Mais désactiver keep-alive compris entre haproxy et apache. J'ai atteint cela avec
option http-server-close
Maintenant, j'étudie le cadre des délais d'attente de la préservation de l'activité. j'apprenais
http://cbonte.github.io/haprox ... .html
Pour le paramètre Timeout HTTP Query, le paramètre http-keep-alive et paramètre de serveur Time-Out. Si je comprends le guide, Time Out http-keep-alive - C'est le moment où la connexion reste ouverte entre de nouvelles demandes et le temps écoulé http-request - Cette fois, attendez les en-têtes de réponse avant de fermer la connexion. Mais je ne peux pas comprendre ce qu'est un serveur d'expiration dicte. Je veux dire qu'un serveur de timeout - Cette fois, attendez une réponse complète, mais quelqu'un peut-il le confirmer? Si j'ai raison, un serveur de timeout - Cette fois, attendez une réponse complète, qu'il ne faut pas avoir rien à voir avec les paramètres du délai d'attente keep-alive?
Voici ma configuration haproxy, Sur lequel je travaille:
global
maxconn 4096
pidfile /var/run/haproxy.pid
daemon
defaults
mode http
retries 3
option redispatch
maxconn 5000
timeout connect 5000
timeout client 300000
timeout server 300000
listen HTTP *:80
mode http
cookie HTTP insert nocache
balance roundrobin
#option httpclose # I just commented this out in favor of http-server-close
option http-server-close
timeout http-keep-alive 500 # from the haproxy manual suggestion of "tens to hundreds of ms"
timeout http-request 5000
option forwardfor
stats enable
stats uri /my-lb-status
stats auth myLbStatus:123456
reqadd X-Forwarded-Proto:\ http
option httpchk GET /robots.txt HTTP/1.0
server SERVER_A 1.2.3.4:80 cookie app_01 check
server maintenance 127.0.0.1:8080 backup
Finalement mon objectif - être capable d'activer la prise en charge de l'activité entre le navigateur et haproxy exigeant de pouvoir exécuter un rapport qui peut prendre 2-3 Minutes sur les serveurs d'applications.
</timeout></timeout></timeout>
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
1 réponses
Christine
Confirmation de:
Temps d'attente de requête HTTP
Temps de la première octet client reçu au dernier octet envoyé par le client (Indépendamment d'une activité d'économie). Par conséquent, si votre backend est trop lent ou si le client envoie trop lentement votre demande, toute communication peut prendre plus de temps et la demande sera supprimée. (et time-out envoyé au client).
temps libre http-keep-alive
Temps de maintenir la connexion entre haproxy et le client ouvert (Après avoir envoyé la réponse d'un client). Cela n'a rien à voir avec le temps de réponse côté serveur. Cela n'a rien à voir avec une longueur d'une demande. (celles. Demande HTTP du délai d'attente). Cela vous permet de réagir plus rapidement si l'utilisateur demande plusieurs ressources (par exemple, html, img et js). Avec le maintien de l'activité, les demandes individuelles peuvent utiliser la même connexion TCP. Cela réduit la durée de téléchargement de la page Web complète.
Time Aut Server
Ceci est un délai d'attente pour vos serveurs internes. Après avoir atteint haproxy réponses 504 (Passerelle). Cela n'a également rien à voir avec la préservation de l'activité, car seule la connexion entre le proxy et la partie du serveur concernent.