Configuración de un servidor NGINX para un sondeo largo
Si despliega un servidor proxy NGINX para gestionar notificaciones push para IBM Connections, puede configurarlo para que utilice el equilibrio de carga y ofrecer así un intervalo de sondeo más largo.
Antes de empezar
Si lo desea puede desplegar un servidor proxy NGINX o NGINX Plus para gestionar las notificaciones push en lugar de utilizar IBM® HTTP Server. Para obtener información sobre cómo utilizar un servidor proxy NGINX para notificaciones push, consulte el artículo de IBM developerWorks NGINX and WebSphere Application Server.
Acerca de esta tarea
Si despliega un servidor proxy NGINX para dirigir las notificaciones push a usuarios móviles de Connections y desea dar soporte a un gran número de conexiones simultáneas de clientes, quizás desee configurar el equilibrio de carga en el servidor para ofrecer un intervalo de sondeo más largo. El aumento del intervalo de sondeo largo permite mantener abiertas las conexiones de clientes hasta que el servidor está listo para responder, lo que reduce el tiempo de respuesta.
Los valores de equilibrio de carga son opcionales y no es necesario añadirlos en un archivo específico; sin embargo, deben estar contenidos dentro de un ámbito existente (http, servidor, ubicación, etc.).
En el ejemplo siguiente, los valores están contenidos dentro del ámbito de la ubicación principal en el archivo de configuración nginx.conf.
........
http{
server{
.............
location / {
location /push/ {
proxy_pass https://pns_ssl;
proxy_ssl_name $host;
proxy_ssl_server_name on;
proxy_http_version 1.1;
proxy_set_header Connection "";
proxy_set_header Upgrade $http_upgrade;
proxy_buffering off;
keepalive_timeout 160s;
keepalive_requests 100000;
proxy_read_timeout 900s;
proxy_connect_timeout 75;
proxy_send_timeout 600;
send_timeout 600;
proxy_ignore_client_abort on;
}
proxy_pass https://backend_secure;
........
}
}
upstream pns_ssl {
.......
least conn;
server server1:9447 max_fails=0 fail_timeout=60s;
server server2:9447 max_fails=0 fail_timeout=60s;
keepalive 512;
sticky cookie srv_id expires=2h domain=.domain.com path=/;
}
upstream backend_secure {
.......
server webserver:443 max_fails=0 fail_timeout=90s;
}
}