BLOG | NGINX

Anunciando o lançamento do NGINX Plus 5

NGINX-Parte-de-F5-horiz-preto-tipo-RGB
Miniatura de Owen Garrett
Owen Garrett
Publicado em 02 de dezembro de 2014

Estamos muito satisfeitos em anunciar a disponibilidade do NGINX Plus Release 5 (R5). Esta versão reúne os recursos lançados recentemente na distribuição NGINX Open Source e uma série de recursos disponíveis somente no NGINX Plus.

O principal novo recurso é o balanceamento de carga para protocolos gerais baseados em TCP , como banco de dados, RPC e protocolos de bate-papo. A postagem do blog relacionada Balanceamento de carga TCP no NGINX Plus R5 fornece detalhes completos.

O NGINX Plus R5 também inclui uma série de melhorias no balanceamento de carga e no cache.

Considere o NGINX Plus se estiver procurando uma solução de aceleração web, balanceamento de carga ou entrega de aplicativos, ou um servidor web totalmente suportado com APIs adicionais de monitoramento e gerenciamento .

Balanceamento de carga TCP

O NGINX Plus R5 apresenta balanceamento de carga para conexões TCP, implementado no módulo de fluxo . Você pode balancear a carga de uma ampla variedade de conexões não HTTP, como MySQL e SSL/TLS (sem descriptografia). Você pode até mesmo balancear a carga e gerenciar protocolos de e-mail (SMTP, POP3, IMAP) combinando o módulo proxy de e-mail existente com o novo módulo de fluxo .

O balanceamento de carga TCP fornece alta disponibilidade para uma variedade de protocolos baseados em TCP

Esta versão fornece uma variedade de métodos de balanceamento de carga (Round Robin, Least Connections, Hash, IP Hash), controle sobre parâmetros de conexão, alta disponibilidade com verificações de integridade em linha, inicialização lenta para servidores recuperados e a capacidade de designar manualmente servidores como ativos, de backup ou inativos.

Para obter mais informações, confira Balanceamento de carga TCP no NGINX Plus R5 em nosso blog e Balanceamento de carga TCP no Guia de administração do NGINX Plus. Esse recurso é exclusivo do NGINX Plus.

Melhor controle de sessões de usuários com balanceamento de carga

Às vezes, é necessário desativar um nó upstream para manutenção ou atualização. Com o novo recurso de drenagem de sessão na versão 5, você pode sinalizar ao NGINX Plus para não enviar novas conexões para esse nó, mas para manter sessões estabelecidas nele até que sejam concluídas.

A drenagem de sessão tira um servidor de serviço sem interromper as sessões de usuário existentes

Você pode usar o monitoramento de atividade ao vivo para monitorar o tráfego no nó drenado, aguardando para colocá-lo offline até ter certeza de que as sessões do usuário foram concluídas:

# Retorna o tempo de época do Unix em segundos (arredondado para milissegundos) quando # O servidor 1 no grupo upstream 'backends' foi usado pela última vez $ curl http://localhost:8080/status/upstreams/backends/1/selected # Calcula quanto tempo o servidor ficou ocioso (em milissegundos) $ expr `date +%s000` - `curl -s http://localhost:8080/status/upstreams/backends/1/selected`

[Editor – Os comandos anteriores usam o módulo NGINX Plus Status (habilitado pela diretiva status ). Esse módulo foi substituído e obsoleto pela API NGINX Plus no NGINX Plus Release 13 (R13) e posteriores, e não estará disponível após o NGINX Plus R15.]

O mecanismo de cookie fixo para rastrear sessões de usuários foi atualizado para que o tempo de expiração se aplique à solicitação mais recente na sessão, não à primeira solicitação. Isso significa que as sessões são monitoradas com mais precisão.

Os recursos de drenagem de sessão e cookies fixos estão disponíveis apenas no NGINX Plus.

Controle de tráfego aprimorado se um nó falhar

Quando um servidor em um grupo upstream não responde a uma solicitação, o NGINX Plus tenta novamente a solicitação automaticamente em outros servidores no grupo. As novas diretivas proxy_next_upstream_tries e proxy_next_upstream_timeout oferecem mais controle sobre esse comportamento, limitando o número de tentativas e por quanto tempo o NGINX pode continuar tentando, respectivamente.

Este recurso foi lançado no NGINX 1.7.5 e se aplica ao proxy de tráfego HTTP, FastCGI, uWSGI, SCGI e memcached.

O cabeçalho HTTP Vary é compatível com conteúdo armazenado em cache

Alguns servidores web entregam versões diferentes de um recurso dependendo do tipo de cliente que o solicita. Por exemplo, quando um navegador solicita a página inicial de um site, o servidor entrega uma versão com imagens de alta resolução, mas entrega uma versão sem imagens quando o cliente é um dispositivo móvel. Esse servidor pode definir o cabeçalho Vary em suas respostas para informar aos proxies de cache quais cabeçalhos na solicitação do cliente ele está usando para determinar a versão a ser enviada (e, por implicação, quais cabeçalhos o proxy precisa usar ao determinar qual versão de um recurso em cache enviar).

Um caso de uso comum é diferenciar entre versões compactadas e descompactadas do mesmo recurso; neste caso, o Vary: Aceitar-Codificação O cabeçalho na resposta do servidor informa ao cache para usar o valor do Aceitar-Codificação cabeçalho na solicitação do cliente para determinar qual versão entregar.

O NGINX Plus agora oferece suporte total ao cabeçalho Vary para armazenar em cache corretamente diversas variantes do mesmo recurso. Esse recurso foi introduzido no NGINX 1.7.7.

Suporte aprimorado para servir intervalos de bytes do cache

Um cliente pode buscar uma determinada parte de um arquivo – por exemplo, um segmento em um download de vídeo ou uma página em um documento PDF – especificando o intervalo de bytes apropriado em sua solicitação. O NGINX Plus pode atender a essas solicitações e entregar intervalos de bytes de ativos armazenados em cache aos clientes, mesmo que o servidor de origem do conteúdo não ofereça suporte a intervalos de bytes.

Na primeira vez que o NGINX Plus recebe uma solicitação de um arquivo (o arquivo completo ou um intervalo de bytes), ele solicita o arquivo inteiro do servidor de origem e o armazena em cache. O NGINX Plus então atende às solicitações de intervalo de bytes do cache. Isso reduz a carga nos servidores upstream (origem).

Esse recurso foi introduzido no NGINX 1.7.7 e é habilitado com a diretiva proxy_force_ranges .

Mais controle sobre a largura de banda upstream

A nova diretiva proxy_limit_rate limita a rapidez com que o NGINX Plus lê dados de um servidor upstream. Isso evita que uma solicitação grande consuma toda a largura de banda entre o NGINX e o servidor de origem. Quando o cache está habilitado, ele controla efetivamente a taxa na qual o conteúdo é gravado no cache de disco, o que é útil se os discos apresentarem alta latência para gravações.

Esta diretiva foi introduzida no NGINX 1.7.7.

Outras mudanças no NGINX Plus R5

O módulo RTMP de terceiros foi adicionado ao pacote NGINX Plus Extras .

O NGINX Plus agora está disponível para Ubuntu 14.10, para ARMv8 (aarch64) no Ubuntu 14.04 e para SUSE Linux Enterprise Server 12.

Atualize ou experimente o NGINX Plus

Recomendamos fortemente que nossos clientes do NGINX Plus atualizem para a versão 5 o mais rápido possível. Você aprenderá uma série de correções e melhorias, e isso nos ajudará a ajudar você caso precise abrir um tíquete de suporte. Instruções de instalação e atualização podem ser encontradas no portal do cliente .

Se você ainda não experimentou o NGINX Plus, comece hoje mesmo seu teste gratuito de 30 dias e comece a aprender como o NGINX Plus pode ajudar você a expandir e entregar seus aplicativos.


"Esta postagem do blog pode fazer referência a produtos que não estão mais disponíveis e/ou não têm mais suporte. Para obter as informações mais atualizadas sobre os produtos e soluções F5 NGINX disponíveis, explore nossa família de produtos NGINX . O NGINX agora faz parte do F5. Todos os links anteriores do NGINX.com redirecionarão para conteúdo semelhante do NGINX no F5.com."