Anunciamos la quinta versión de NGINX Plus
Nos complace anunciar la disponibilidad de NGINX Plus Release 5 (R5). Esta versión reúne las características lanzadas recientemente en la distribución de código abierto NGINX y una serie de características disponibles solo en NGINX Plus.
La principal novedad es el equilibrio de carga para protocolos generales basados en TCP , como bases de datos, RPC y protocolos de chat. La publicación del blog relacionada Equilibrio de carga TCP en NGINX Plus R5 proporciona detalles completos.
NGINX Plus R5 también incluye una serie de mejoras en el equilibrio de carga y el almacenamiento en caché.
Considere NGINX Plus si está buscando una solución de aceleración web, equilibrio de carga o entrega de aplicação , o un servidor web totalmente compatible con API de administración y monitoreo adicionales.
Equilibrio de carga TCP
NGINX Plus R5 introduce el equilibrio de carga para conexiones TCP, implementado en el módulo de transmisión . Puede equilibrar la carga de una amplia gama de conexiones que no sean HTTP, como MySQL y SSL/TLS (sin descifrado). Incluso puede equilibrar la carga y administrar los protocolos de correo (SMTP, POP3, IMAP) combinando el módulo de proxy de correo existente con el nuevo módulo de transmisión .
Esta versión proporciona una variedad de métodos de equilibrio de carga (Round Robin, Least Connections, Hash, IP Hash), control sobre los parámetros de conexión, alta disponibilidad con controles de estado en línea, inicio lento para servidores recuperados y la capacidad de designar manualmente servidores como activos, de respaldo o inactivos.
Para obtener más información, consulte Equilibrio de carga TCP en NGINX Plus R5 en nuestro blog y Equilibrio de carga TCP en la Guía de administración de NGINX Plus. Esta característica es exclusiva de NGINX Plus.
Mejor control de las sesiones de usuario con equilibrio de carga
A veces es necesario desconectar un nodo ascendente para realizar tareas de mantenimiento o actualización. Con la nueva función de drenaje de sesiones en la versión 5, puede indicar a NGINX Plus que no envíe nuevas conexiones a ese nodo, sino que mantenga las sesiones establecidas en él hasta que se completen.
Puede usar el monitoreo de actividad en vivo para monitorear el tráfico en el nodo agotado y esperar para desconectarlo hasta estar seguro de que las sesiones de usuario se han completado:
# Devuelve el tiempo de época de Unix en segundos (redondeado a milisegundos) cuando # el servidor 1 en el grupo ascendente 'backends' se utilizó por última vez $ curl http://localhost:8080/status/upstreams/backends/1/selected # Calcula cuánto tiempo ha estado inactivo el servidor (en milisegundos) $ expr `date +%s000` - `curl -s http://localhost:8080/status/upstreams/backends/1/selected`
[Editor: Los comandos anteriores utilizan el módulo de estado NGINX Plus (habilitado por la directiva de estado ). Ese módulo fue reemplazado y dejado obsoleto por la API NGINX Plus en NGINX Plus versión 13 (R13) y posteriores, y no estará disponible después de NGINX Plus R15.]
Se ha actualizado el mecanismo de cookies persistentes para rastrear sesiones de usuario para que el tiempo de expiración se aplique a la solicitud más reciente en la sesión, no a la primera solicitud. Esto significa que las sesiones se rastrean con mayor precisión.
Las funciones de drenaje de sesión y cookies persistentes solo están disponibles en NGINX Plus.
Control mejorado del tráfico si falla un nodo
Cuando un servidor de un grupo ascendente no responde a una solicitud, NGINX Plus vuelve a intentar automáticamente la solicitud en otros servidores del grupo. Las nuevas directivas proxy_next_upstream_tries y proxy_next_upstream_timeout le brindan más control sobre este comportamiento, al limitar la cantidad de reintentos y el tiempo durante el cual NGINX puede continuar reintentando, respectivamente.
Esta función se lanzó en NGINX 1.7.5 y se aplica al proxy de tráfico HTTP, FastCGI, uWSGI, SCGI y memcached.
El encabezado HTTP Vary es compatible con el contenido en caché
Algunos servidores web entregan diferentes versiones de un recurso dependiendo del tipo de cliente que lo solicita. Por ejemplo, cuando un navegador solicita la página de inicio de un sitio web, el servidor entrega una versión con imágenes de alta resolución, pero entrega una versión sin imágenes cuando el cliente es un dispositivo móvil. Un servidor de este tipo puede configurar el encabezado Vary en sus respuestas para indicar a los servidores proxy de almacenamiento en caché qué encabezados de la solicitud del cliente está utilizando para determinar la versión a enviar (y, por implicación, qué encabezados debe utilizar el servidor proxy al determinar qué versión de un recurso en caché debe enviar).
Un caso de uso común es diferenciar entre versiones comprimidas y sin comprimir del mismo recurso; en este caso, Vary: Aceptar codificación El encabezado en la respuesta del servidor le dice al caché que use el valor de la Aceptar codificación encabezado en la solicitud del cliente para determinar qué versión entregar.
NGINX Plus ahora admite totalmente el encabezado Vary para almacenar en caché correctamente múltiples variantes del mismo recurso. Esta característica se introdujo en NGINX 1.7.7.
Soporte mejorado para servir rangos de bytes desde la caché
Un cliente puede obtener una parte determinada de un archivo (por ejemplo, un segmento en una descarga de video o una página en un documento PDF) especificando el rango de bytes apropiado en su solicitud. NGINX Plus puede cumplir con estas solicitudes y entregar rangos de bytes de los activos almacenados en caché a los clientes, incluso si el servidor de origen del contenido no admite rangos de bytes.
La primera vez que NGINX Plus recibe una solicitud de un archivo (ya sea el archivo completo o un rango de bytes), solicita el archivo completo al servidor de origen y lo almacena en caché. Luego, NGINX Plus satisface las solicitudes de rango de bytes de la caché. Esto reduce la carga en los servidores de origen.
Esta función se introdujo en NGINX 1.7.7 y se habilita con la directiva proxy_force_ranges .
Más control sobre el ancho de banda ascendente
La nueva directiva proxy_limit_rate limita la velocidad con la que NGINX Plus lee datos de un servidor ascendente. Esto evita que una solicitud grande consuma todo el ancho de banda entre NGINX y el servidor de origen. Cuando el almacenamiento en caché está habilitado, controla de manera efectiva la velocidad a la que se escribe el contenido en la memoria caché del disco, lo que resulta útil si los discos presentan una alta latencia para las escrituras.
Esta directiva se introdujo en NGINX 1.7.7.
Otros cambios en NGINX Plus R5
El módulo RTMP de terceros se ha agregado al paquete NGINX Plus Extras .
NGINX Plus ahora está disponible para Ubuntu 14.10, para ARMv8 (aarch64) en Ubuntu 14.04 y para SUSE Linux Enterprise Server 12.
Actualice o pruebe NGINX Plus
Recomendamos encarecidamente a nuestros clientes de NGINX Plus que actualicen a la versión 5 lo antes posible. Recibirá una serie de correcciones y mejoras, y nos servirá para ayudarlo si necesita generar un ticket de soporte. Las instrucciones de instalación y actualización se pueden encontrar en el portal del cliente .
Si aún no ha probado NGINX Plus, comience hoy mismo su prueba gratuita de 30 días y comience a aprender cómo NGINX Plus puede ayudarle a escalar y entregar sus aplicações.
"Esta publicación de blog puede hacer referencia a productos que ya no están disponibles o que ya no reciben soporte. Para obtener la información más actualizada sobre los productos y soluciones F5 NGINX disponibles, explore nuestra familia de productos NGINX . NGINX ahora es parte de F5. Todos los enlaces anteriores de NGINX.com redirigirán a contenido similar de NGINX en F5.com.