From: Lucien Gentis Les deux workers par défaut possèdent une configuration figée
et seront utilisés si aucun autre worker ne correspond à la
- requête. Ils n'utilisent ni les jeux de connexions (connection
- pooling), ni les
+ requête. Ils ne réutilisent pas les connexions et n'utilisent pas les
connexions HTTP persistantes (Keep-Alive). En effet, les
connexions TCP vers le serveur original sont fermées et ouvertes
pour chaque requête. La résolution DNS s'effectue lorsque le socket vers le
- domaine original est créé pour la première fois. Lorsque le pooling de
- connexions est utilisé, chaque domaine d'arrière-plan n'est résolu qu'une
- seule fois pour chaque processus enfant, et cette résolution est réutilisée
- pour toutes les connexions ultérieures jusqu'à ce que le processus enfant
+ domaine original est créé pour la première fois. Lorsque la réutilisation
+ des connexions est activée, chaque domaine d'arrière-plan n'est résolu qu'une
+ seule fois pour chaque processus enfant, et cette résolution est mise en
+ cache pour toutes les connexions ultérieures jusqu'à ce que le processus enfant
soit recyclé. Ce comportement doit être pris en considération lorsqu'on
planifie des tâches de maintenance du DNS impactant les domaines
d'arrière-plan. Veuillez aussi vous reporter aux paramètres de la
directive
clé=valeur
dont la description fait l'objet des
tableaux ci-dessous.
- Par défaut, mod_proxy permet et met en réserve le nombre maximum
- de connexions pouvant être utilisées simultanément par le processus
- enfant concerné du serveur web. Le paramètre Par défaut, mod_proxy permet et met en réserve le
+ nombre maximum de connexions pouvant être utilisées simultanément par le
+ processus enfant concerné du serveur web. Le paramètre max
permet
- de réduire cette valeur par défaut. Le paramètre ttl
,
+ max
+ permet de réduire cette valeur par défaut. Le jeu de connexions est maintenu
+ au niveau de chaque processus enfant du serveur web, max
et les
+ autres réglages n'étant pas coordonnés entre ces différents processus, sauf
+ bien entendu lorsqu'un seul processus enfant n'est autorisé par la
+ configuration ou le MPM utilisé.
Le paramètre ttl
,
quant à lui, permet de définir une durée de vie optionnelle ; les
connexions qui n'ont pas été utilisées pendant au moins
ttl
secondes seront fermées. ttl
permet
@@ -1131,20 +1140,13 @@ ProxyPass "/mirror/foo" "http://backend.example.com"
fermée suite à une fin de vie de connexion persistante sur le
serveur d'arrière-plan.
Le groupement de connexions est maintenu au niveau de chaque
- processus enfant du serveur web, et max
, ainsi que les
- autres paramètres, ne font
- l'objet d'aucune coordination entre les différents processus
- enfants, sauf si un seul processus enfant est autorisé par la
- configuration ou la conception du module multi-processus (MPM).
Paramètres de BalancerMember |
---|
Paramètres de worker (directive BalancerMember) |
---|
Paramètre | Défaut | @@ -1200,7 +1202,11 @@ ProxyPass "/mirror/foo" "http://backend.example.com" serveur d'arrière-plan (quelque soit le protocole) interrompt des connexions de manière silencieuse, ou lorsque le serveur d'arrière-plan lui-même est accessible par rotation de DNS - (round-robin DNS). Pour désactiver la réutilisation du jeu de + (round-robin DNS). Lorsque la réutilisation des connexions est activée, + chaque domaine d'arrière-plan n'est résolu (via une requête DNS) qu'une + seule fois par chaque processus enfant et mis en cache pour toutes les + connexions ultérieures jusqu'au recyclage du processus concerné. + Pour désactiver la réutilisation du jeu de connexions, définissez cette clé Ã
---|---|
enablereuse | diff --git a/docs/manual/mod/mod_proxy_balancer.xml.fr b/docs/manual/mod/mod_proxy_balancer.xml.fr index 26ffc0b50e..69351b5f25 100644 --- a/docs/manual/mod/mod_proxy_balancer.xml.fr +++ b/docs/manual/mod/mod_proxy_balancer.xml.fr @@ -1,7 +1,7 @@ - + @@ -67,6 +67,10 @@ la répartition de charge