Come configurare Nginx come proxy inverso nella cache?

Ho sentito di recente che Nginx ha aggiunto la memorizzazione nella cache alla sua funzione di proxy inverso. Mi sono guardato intorno ma non sono riuscito a trovare molte informazioni al riguardo.

Voglio impostare Nginx come proxy inverso nella cache di fronte ad Apache / Django: avere richieste proxy Nginx per alcune (ma non tutte) pagine dinamiche su Apache, quindi memorizzare nella cache le pagine generate e soddisfare le richieste successive per quelle pagine dalla cache.

Idealmente, vorrei invalidare la cache in 2 modi:

1. Impostare una data di scadenza sull'elemento memorizzato nella cache
2. Per invalidare esplicitamente l'elemento memorizzato nella cache. Ad esempio, se il mio back-end Django ha aggiornato alcuni dati, vorrei dire a Nginx di invalidare la cache delle pagine interessate

È possibile impostare Nginx per farlo? Come?

Non penso che ci sia un modo per invalidare esplicitamente gli elementi memorizzati nella cache, ma ecco un esempio di come fare il resto. Aggiornamento: come menzionato da Piotr in un'altra risposta, esiste un modulo di eliminazione della cache che è possibile utilizzare. Puoi anche forzare un aggiornamento di un elemento memorizzato nella cache utilizzando nginx proxy_cache_bypass - vedi la risposta di Cherian per ulteriori informazioni.

In questa configurazione, gli elementi non memorizzati nella cache verranno recuperati da example.net e archiviati. Le versioni memorizzate nella cache verranno offerte ai futuri clienti fino a quando non saranno più valide (60 minuti).

Le intestazioni HTTP Cache-Control and Expires saranno rispettate, quindi se si desidera impostare esplicitamente una data di scadenza, è possibile farlo impostando le intestazioni corrette in qualsiasi cosa si stia eseguendo il proxy.

Esistono molti parametri che è possibile ottimizzare: consultare la documentazione del modulo Proxy nginx per ulteriori informazioni su tutto ciò, inclusi dettagli sul significato delle diverse impostazioni / parametri: http://nginx.org/r/proxy_cache_path

http {
  proxy_cache_path  /var/www/cache levels=1:2 keys_zone=my-cache:8m max_size=1000m inactive=600m;
  proxy_temp_path /var/www/cache/tmp; 


  server {
    location / {
      proxy_pass http://example.net;
      proxy_cache my-cache;
      proxy_cache_valid  200 302  60m;
      proxy_cache_valid  404      1m;
    }
  }
}

È possibile invalidare specificamente le pagine memorizzate nella cache tramite

proxy_cache_bypass       

Supponi di voler memorizzare nella cache una pagina, imposta la cache in questo modo

location = /pageid {
  proxy_pass http://localhost:82;
  proxy_set_header   Host             $host;
  proxy_set_header   X-Real-IP        $remote_addr;
  proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
  proxy_ignore_headers Set-Cookie; 
  proxy_ignore_headers Cache-Control; 
  proxy_cache_bypass        $http_secret_header;
  add_header X-Cache-Status $upstream_cache_status;
}

Ora, quando vuoi invalidare quella pagina e cache di nuovo

Effettua una chiamata di arricciatura segreta con l'intestazione

curl "www.site.com/pageid" -s -I -H "secret_header:true" 

Invaliderà e memorizzerà nella cache.

Funziona da nginx 0.7.

Come bonus aggiuntivo add_header X-Cache-Statuspuò essere utilizzato per verificare se la pagina proviene dalla cache o meno.

Ti suggerisco di provare Varnish . Varnish è specificamente progettato come cache proxy inversa. Onorerà tutte le intestazioni di controllo della cache che invii dal server di origine, il che soddisfa la tua prima richiesta.

Per la tua seconda richiesta, esplicita invalidazione. La mia raccomandazione è di cambiare il nome dell'URL della risorsa che si desidera invalidare, rinominando il file o usando una qualche forma di buster della cache della stringa di query. Varnish ha PURGEun'operazione che rimuoverà la risorsa dalla cache di Varnish, ma non ti darà il controllo su altre cache tra te e l'utente. Come hai detto che desideri eliminare esplicitamente una risorsa, le intestazioni di controllo http standard non ti aiuteranno. In tal caso, il modo più sicuro per sconfiggere la memorizzazione nella cache di una risorsa è rinominarlo.

Per invalidare le pagine selezionate puoi usare la patch "cache_purge" per nginx-0.8.x che fa esattamente quello che vuoi;)

E 'disponibile qui .

La maggior parte degli strumenti di memorizzazione nella cache (Citrix) consente un aggiornamento forzato (Ctrl + r) per ripopolare una pagina memorizzata nella cache.

Ecco un trucco che ho trovato per fare qualcosa di simile in nginx.

server  {
        # Other settings
        proxy_pass_header       Set-Cookie; # I want to cache logged-in users
        proxy_ignore_headers    X-Accel-Redirect;
        proxy_ignore_headers    X-Accel-Expires Expires Cache-Control;
        if ($http_cache_control ~ "max-age=0") {set $eac 1;}
        proxy_cache_bypass $eac;
}

Ciò presuppone che quando si esegue un Ctrl + r nel browser, l'intestazione Cache-Control ha max-age = 0 nella sua richiesta. So che Chrome lo fa, ma non ho provato in altri browser. L'aggiunta di più campi di intestazione può essere semplice, semplicemente aggiungendo altro se le istruzioni che impostano la $eacvariabile su 1.

La memorizzazione nella cache è una funzione abbastanza nuova in nginx (e non è così ben documentata per ora), ma abbastanza stabile da essere utilizzata nella produzione.

• Usa la documentazione inglese

• Chiedi nelle mailing list

• Traduci la documentazione russa con qualcosa come Google Translate

• Usa la vernice

Credo che NginxHttpProxyModule sia in grado di rispondere alle richieste http. Cerca le direttive che iniziano con:

proxy_cache

Sì, è possibile controllare il comportamento della cache tramite direttive come:

proxy_cache_valid

Basandomi sul fatto che non puoi trovare documenti su di esso, sarei un po 'diffidente nel fare affidamento su di esso in produzione. Hai considerato la vernice? È il mio "nginx di proxy inversi", piccolo, leggero, che fa un lavoro e lo fa bene.

Se usi eTags sulla tua applicazione e metti nginx di fronte ad esso, questo si occuperà della scadenza per te, perché se l'eTag cambia, invaliderà la cache.

Puoi controllare la scadenza della cache di Nginx con più direttive / parametri:

• proxy_cache_valid 200 302 10m;
• aggiungendo una delle intestazioni HTTP di seguito (la priorità è importante - controlla il mio post sul blog ):
  • Expires
  • Cache-Control
  • X-Accel-Expires

• il inactiveparametro nella proxy_cache_pathdirettiva:

  proxy_cache_path /data/nginx/cache keys_zone=one:10m inactive=60m;

Consiglio il mio post sul blog se vuoi saperne di più sulla cache di Nginx.

L'argomento di eliminazione è davvero interessante poiché questa funzione esiste solo in Nginx Plus (edizione commerciale di Nginx). Mi piace molto la risposta di @ randy-wallace. Ma ci sono anche altre possibilità come il modulo ngx_cache_purge .

La cosa più semplice che puoi fare è rimuovere manualmente il file memorizzato nella cache:

• genera la tua chiave hash:

  echo -n ‘httpczerasz.com/time.php’ | md5sum
  

• rimuovere il file dal filesystem:

  rm /data/nginx/cache/1/27/2bba799df783554d8402137ca199a271
  

Per i futuri visitatori: nel frattempo il proxy inverso nginx ha integrato la cache e i documenti sono disponibili su:

• https://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_cache

Sintassi: proxy_cache zone | off;

Predefinito: proxy_cache disattivato;

Contesto: http, server, posizione

Definisce una zona di memoria condivisa utilizzata per la memorizzazione nella cache. La stessa zona può essere utilizzata in più punti. Il valore del parametro può contenere variabili (1.7.9). Il parametro off disabilita la memorizzazione nella cache ereditata dal precedente livello di configurazione.

fastcgi_cache_path / opt / nginx-cache livelli = 2: 2 keys_zone = img: 50m;

    location / img / {
        fastcgi_pass $ backend;
        include fcgi_params;
        fastcgi_intercept_errors off;   
        fastcgi_cache_key $ server_addr $ request_uri;       
        fastcgi_cache img;
        fastcgi_cache_valid qualsiasi 1m;
        fastcgi_hide_header Set-Cookie;
    }

Questo crea cache per / img / location. È in / opt / nginx-cache. Gli oggetti vengono memorizzati nella cache per 1 minuto.

Puoi scrivere codici di risposta diversi invece di qualsiasi.

Ora non puoi invalidare la cache per le pagine selezionate. Forse in 0.8.x sarà possibile.

Esiste un plug-in nginx chiamato ncache che afferma di essere "un sistema di cache web sul server web nginx. Più veloce ed efficiente di squid".