Ajout cas pratique - Fail-over d’un backend principal pour proxy_pass
This commit is contained in:
parent
466718d8b8
commit
8b7da00b3b
|
@ -571,6 +571,33 @@ listen 0.0.0.0:443 ssl http2;
|
|||
~~~
|
||||
|
||||
|
||||
## Cas pratiques
|
||||
|
||||
### Fail-over d'un backend principal pour proxy_pass
|
||||
|
||||
Dans certains cas, on peut utiliser *Nginx* pour faire la décharge SSL/TLS avant d'envoyer les requêtes vers un Varnish avec proxy_pass.
|
||||
|
||||
Pour ne pas perturber le site lors d'un redémarrage ou rechargement de Varnish, on peut par exemple configurer *Nginx* pour renvoyer directement les requêtes vers le service caché par Varnish si le service de cache n'est pas disponible.
|
||||
|
||||
Il suffit d'utiliser le mot clé `backup` dans la définition du serveur dans l'objet `upstream` :
|
||||
|
||||
~~~
|
||||
upstream varnish_or_direct_backend {
|
||||
server 127.0.0.1:8080; # Varnish
|
||||
server 192.0.2.2:8081 backup; # Service caché par Varnish
|
||||
}
|
||||
|
||||
[...]
|
||||
|
||||
location / {
|
||||
proxy_pass http://varnish_or_direct_backend;
|
||||
proxy_set_header Host $host;
|
||||
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
|
||||
proxy_set_header X-Forwarded-Proto $scheme;
|
||||
}
|
||||
~~~
|
||||
|
||||
|
||||
## FAQ
|
||||
|
||||
### Configuration en ligne
|
||||
|
|
Loading…
Reference in a new issue