Implementación de proxy inverso Nginx de dos formas de retención de sesión

Primero, ip_hash:

ip_hash utiliza el algoritmo hash de dirección de origen para enviar solicitudes desde el mismo cliente al mismo servidor backend. A menos que el servidor no esté disponible.

ip_hash Sintaxis:

 backstream backend {ip_hash; server backend1.example.com; server backend2.example.com; server backend3.example.com down; servidor backend4.example.com;} 
 ip_hash es fácil de usar, pero tiene los siguientes problemas: 
 
 
 La sesión se perderá cuando el servidor backend esté inactivo; 
 
 Los clientes de la misma LAN se reenviarán a El mismo servidor de servicios de fondo puede causar un desequilibrio de carga; 
 
 no se aplica a las redes CDN, no al caso de los agentes en el párrafo anterior. 
 
 
 Segundo, sticky_cookie_insert: 
 
 Use sticky_cookie_insert para habilitar la afinidad de sesión, lo que hace que las solicitudes del mismo cliente se envíen al mismo servidor en un grupo de servidores. La diferencia con ip_hash es que no se basa en IP para juzgar al cliente, sino en la cookie. Por lo tanto, es posible evitar el desequilibrio de carga causado por el cliente y el agente frontal desde la misma red de área local en el ip_hash anterior. 
 
 Sintaxis: 
 
 backstream backend {server backend1.example.com; server backend2.example.com; sticky_cookie_insert srv_id expires = 1h domain = xxxx.com path = /;} 
 Descripción : 
 
 
 caduca: configurar el tiempo para mantener las cookies en el navegador 
 
 dominio: campos que definen las cookies 
 
 ruta: definir las rutas para las cookies 
 
 
 Además, puede usar el propio servidor backend para mantener la sincronización de la sesión a través de los mecanismos relacionados, que se describirán en detalle más adelante.