Mettre en place un cache HTTP inverse avec Varnish et Nginx

Varnish Cache agit comme un cache HTTP inverse et diminue la charge applicative de vos sites web. En plaçant Nginx en front-end et Varnish en back-end, vous montez une architecture qui encaisse la montée en charge.

• Serveur Linux (Debian, Ubuntu, CentOS)
• Nginx installé
• Varnish installé (v6+)

Dans /etc/nginx/sites-available/default :

server {
    listen 80;
    server_name example.com;

    location / {
        proxy_pass http://127.0.0.1:6081;
        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

Redémarrez Nginx :

sudo systemctl reload nginx

Éditez /etc/varnish/default.vcl :

vcl 4.0;

backend default {
    .host = "127.0.0.1";
    .port = "8080";
}

sub vcl_recv {
    if (req.method == "PURGE") {
        if (client.ip != "127.0.0.1") {
            return (synth(403, "Forbidden"));
        }
        return (purge);
    }
}

sub vcl_backend_response {
    set beresp.ttl = 5m;
}

sub vcl_deliver {
    if (obj.hits > 0) {
        set resp.http.X-Cache = "HIT";
    } else {
        set resp.http.X-Cache = "MISS";
    }
}

Démarrez Varnish en écoutant sur le port 6081 et Nginx sur 8080 :

# Modifier /etc/default/varnish :
DAEMON_OPTS="-a :6081              -T localhost:6082              -p http_req_hdr_len=8192              -p http_req_size=16384"
sudo systemctl reload varnish

curl -I http://example.com/

Vérifiez l'en-tête X-Cache: HIT ou MISS.

Autorisez les PURGE depuis localhost :

curl -X PURGE http://example.com/

• Ajustez beresp.ttl pour différents chemins.
• Excluez les requêtes dynamiques (req.url ~ "^/api").
• Surveillez Varnish avec varnishstat et varnishncsa.

Cette architecture Nginx + Varnish réduit nettement les temps de réponse et la charge serveur, taillée pour les sites à fort trafic.

Voyez aussi l'alternative avec caching natif Nginx ou caching Redis, et notre guide complet sur Varnish Cache.