mod_proxy_hcheck
Check up dynamique des membres du groupe de répartition de charge (équipiers) pour mod_proxy
Extension
mod_proxy_hcheck.c
proxy_hcheck_module
Disponible à partir de la version 2.4.21 du serveur HTTP Apache

Ce module permet d'effectuer un check up dynamique des membres du groupe de répartition de charge (équipiers). Ce check up peut être activé pour un ou plusieurs équipiers et il est indépendant des requêtes de mandataire inverse proprement dites.

Pour fonctionner, ce module nécessite le chargement préalable de mod_watchdog.

# Paramètres

Le mécanisme de check up est activé via l'utilisation de paramètres supplémentaires de la directive BalancerMember configurés de manière standard via la directive ProxyPass :

Ce module définit un nouveau drapeau d'état status pour BalancerMember : "`C`". Lorsque l'équipier est mis hors service suite à un disfonctionnement déterminé par le module de check up, ce drapeau est activé et peut être lu (et modifié) via le `balancer-manager`.

Paramètre | Défaut | Description
--- | --- | ---

hcmethod

None

Aucun check up dynamique n'est effectué. Les choix possibles sont :

Method | Description | Note
--- | --- | ---
None | Aucun check up dynamique effectué |
TCP | Vérifie qu'un socket vers le serveur d'arrière-plan peut être créé ; par exemple "es-tu en état de fonctionner" |
OPTIONS | Envoie une requête `HTTP OPTIONS` au serveur d'arrière-plan | *
HEAD | Envoie une requête `HTTP HEAD` au serveur d'arrière-plan | *
GET | Envoie une requête `HTTP GET` au serveur d'arrière-plan | *
*: si hcexpr n'est pas utilisé, un retour HTTP 2xx ou 3xx sera interprété comme un passage avec succès du check up.

hcpasses | 1 | Nombre de check up à passer avec succès avant de remettre en service l'équipier
hcfails | 1 | Nombre de check up échoués avant mettre hors service l'équipier
hcinterval | 30 | Intervalle entre deux check up en secondes (par défaut effectué toutes les 30 secondes)
hcuri |  | URI supplémentaire à ajouter à l'URL de l'équipier pour le check up.
hctemplate |  | Nom du modèle créé via ProxyHCTemplate à utiliser pour définir les paramètres de check up de cet équipier
hcexpr |  | Nom de l'expression créée via ProxyHCExpr utilisée pour analyser les en-têtes de la réponse du check up. Si ce paramètre est absent, un état HTTP de 2xx à 3xx est interprété comme un check up réussi.

mod_proxy

# Exemples d'utilisation

L'exemple suivant montre comment configurer le check up pour différents serveurs d'arrière-plan :

ProxyHCExpr ok234 {%{REQUEST_STATUS} =~ /^[234]/} ProxyHCExpr gdown {%{REQUEST_STATUS} =~ /^[5]/} ProxyHCExpr in_maint {hc('body') !~ /Under maintenance/}

<Proxy balancer://foo> BalancerMember http://www.example.com/ hcmethod=GET hcexpr=in_maint hcuri=/status.php BalancerMember http://www2.example.com/ hcmethod=HEAD hcexpr=ok234 hcinterval=10 BalancerMember http://www3.example.com/ hcmethod=TCP hcinterval=5 hcpasses=2 hcfails=3 BalancerMember http://www4.example.com/ </Proxy>

ProxyPass "/" "balancer://foo" ProxyPassReverse "/" "balancer://foo"

Dans ce scénario, on teste l'équipier `http://www.example.com/` en lui envoyant une requête `GET /status.php` et en regardant si la réponse contient la chaîne Under maintenance. Si c'est le cas, le check up est considéré comme ayant échoué et l'équipier est mis hors service. Ce check up dynamique est effectué toutes les 30 secondes, ce qui correspond à la valeur par défaut.

On teste l'équipier `http://www2.example.com/` en lui envoyant simplement une requête `HEAD` toutes les 10 secondes et en vérifiant que la réponse HTTP est bien un code d'état de 2xx, 3xx ou 4xx. On teste l'équipier `http://www3.example.com/` en vérifiant simplement toutes les 5 secondes que le socket vers ce serveur est bien opérationnel. Si ce serveur est marqué "hors service", il lui faudra 2 check up réussis pour être réactivé et participer à nouveau à la répartition de charge. Si à ce moment-là il échoue à 3 check up successifs, il sera à nouveau mis hors service. Enfin, l'équipier `http://www4.example.com/` ne fait l'objet d'aucun check up.

ProxyHCExpr
Crée et nomme une expression conditionnelle à utiliser pour déterminer la santé d'un serveur d'arrière-plan en fonction de sa valeur
ProxyHCExpr name {ap_expr expression}
server config
virtual host

La directive ProxyHCExpr permet de créer et nommer une expression conditionnelle dont la valeur calculée en fonction des en-têtes de la réponse du serveur d'arrière-plan permettra d'évaluer la santé de ce dernier. Cette expression nommée peut alors être assignée aux serveurs d'arrière-plan via le paramètre `hcexpr`.

# ProxyHCExpr: interprète les réponses 2xx/3xx/4xx comme des check up réussis

ProxyHCExpr ok234 {%{REQUEST_STATUS} =~ /^[234]/} ProxyPass "/apps" "balancer://foo"

<Proxy balancer://foo> BalancerMember http://www2.example.com/ hcmethod=HEAD hcexpr=ok234 hcinterval=10 </Proxy>

L'expression peut utiliser des accolades ("{}") comme délimiteurs en plus des guillemets normaux.

Si l'on utilise une méthode de check up (par exemple `GET`) qui génère un corps de réponse, ce corps peut lui-même être ausculté via `ap_expr` en utilisant la fonction associée aux expressions `hc()` spécifique à ce module.

Dans l'exemple suivant, on envoie une requête `GET` au serveur d'arrière-plan, et si le corps de la réponse contient la chaîne Under maintenance, ce serveur d'arrière-plan est mis hors service.

# ProxyHCExpr: auscultation du corps de la réponse

ProxyHCExpr in_maint {hc('body') !~ /Under maintenance/} ProxyPass "/apps" "balancer://foo"

<Proxy balancer://foo> BalancerMember http://www.example.com/ hcexpr=in_maint hcmethod=get hcuri=/status.php </Proxy>

NOTE: Comme le corps de la réponse peut être assez grand, il est recommandé de privilégier un check up basé sur les codes d'état.

ProxyHCTemplate
Crée et nomme un modèle permettant de définir différents paramètres de check up
ProxyHCTemplate name parameter=setting [...]
server config
virtual host

La directive ProxyHCTemplate permet de créer et nommer un modèle de paramètres de check up qui peut alors être assigné aux équipiers via le paramètre `hctemplate`.

# ProxyHCTemplate

ProxyHCTemplate tcp5 hcmethod=tcp hcinterval=5 ProxyPass "/apps" "balancer://foo"

<Proxy balancer://foo> BalancerMember http://www2.example.com/ hctemplate=tcp5 </Proxy>
ProxyHCTPsize
Définit la taille totale, pour l'ensemble du serveur, du jeu de threads utilisé pour le check up des équipiers
ProxyHCTPsize size
ProxyHCTPsize 16
server config

Si Apache httpd et APR ont été compilés avec le support des threads, le module de check up peut confier ce travail à un jeu de threads associé au processus Watchdog, ce qui permet l'exécution des check up en parallèle. La directive ProxyHCTPsize permet de déterminer la taille de ce jeu de threads. Une valeur de `0` signifie qu'aucun jeu de threads ne sera utilisé, et le check up des différents équipiers sera alors effectué séquentiellement.

# ProxyHCTPsize

ProxyHCTPsize 32