Over a million developers have joined DZone.

Announcing NGINX Plus Release 6 with Enhanced Load Balancing, High Availability, and Monitoring Features

DZone's Guide to

Announcing NGINX Plus Release 6 with Enhanced Load Balancing, High Availability, and Monitoring Features

Free Resource

Discover 50 of the latest mobile performance statistics with the Ultimate Guide to Digital Experience Monitoring, brought to you in partnership with Catchpoint.

[This article was written by Owen Garrett]

We’re really pleased to announce the availability of NGINX Plus Release 6 (R6). This latest release of our application delivery platform gives NGINX Plus users even more to love, including:

Our customers have expressed overwhelming interest in using NGINX Plus to replace legacy hardware and to further support the adoption of public and private clouds. With the release of R6, NGINX Plus exceeds the capability of traditional hardware load balancers and ADCs, while providing unlimited throughput at a lower cost than our competitors. We believe it is now the ideal choice for application delivery and load balancing, whether for modern web applications or for enterprise applications like relational databases and mail servers.

New “Least Time” Load-Balancing Algorithm

The new Least Time load-balancing algorithm monitors both the number of concurrent connections and the average response time from each node in the load-balanced pool. It uses this information to select the most appropriate node for each request, with the goal of selecting faster and less-loaded nodes in preference to slower and more heavily loaded ones.

Least Time outperforms other load-balancing methods when nodes differ significantly in latency. One common use case is load balancing across nodes located in two separate data centers; local nodes tend to have very little latency compared to nodes in a remote data center. Least Time prefers the low-latency nodes, but NGINX Plus’ health checks ensure failover to the slower nodes if the faster ones fail or go offline.


Least Time can base its load-balancing decisions on either the time to receive the response headers from the upstream, or the time to receive the entire response. Two counters being added to the set of extended status statistics, header_time and response_time, present the rolling-average measurements used as the basis for decisions.

Full-Featured TCP Load Balancing

The TCP load balancing feature introduced in NGINX Plus R5 has been significantly extended to include TCP health checks, dynamic reconfiguration, full access logs, and SSL termination and encryption. Many new extended status counters have been added for TCP load balancing, providing the same level of reporting and visibility that you already enjoy for HTTP load balancing.

TCP load balancing has already been proven in a number of use cases, including load balancing and high availability of MySQL and load balancing and high availability of Microsoft Exchange.

High-traffic TCP-based services are not the only ones to benefit from TCP load balancing. Even low-traffic services can benefit from high availability (using health checks and dynamic reconfiguration), improved security (using SSL wrapping) and improved visibility (using extended status counters and access logging).


High Availability

NGINX Plus supports high-availability clusters using a solution based on the Linux keepalived utility. You can easily create high-availability pairs of NGINX Plus instances, using the Virtual Router Redundancy Protocol (VRRP) to assign traffic IP addresses to the master NGINX Plus instance and transfer them automatically to the backup instance if the master fails.

To enable and configure this feature, install the optional nginx-ha-keepalived package. After initial configuration, you can extend the configuration to implement more complex scenarios, including multiple virtual IPs and larger NGINX Plus clusters.

The package and its installation process is described in the NGINX Plus R6 modules reference.


Updated Dashboard for Extended Status

NGINX Plus R6 includes a new, richer status dashboard that charts the health and activity of your NGINX Plus instance using a wealth of real-time extended status information:

  • Key software information and high-level alerts relating to the performance and operation of your load-balanced cluster
  • Real-time and historical (average) performance data – requests and bandwidth – based on server zones and applications that you define, for the HTTP and TCP services that you configure
  • Detailed performance and health information for each upstream load-balanced group
  • Instrumentation and diagnostics on the operation of each content cache

As in earlier releases, the extended status data is provided in JSON format via a RESTful interface so that you can incorporate NGINX statistics directly into your own dashboards and other monitoring tools.

Check out a live demonstration at demo.nginx.com.


Support for Unbuffered Upload

You can now configure NGINX Plus for unbuffered upload, meaning that it streams large HTTP requests (such as file uploads) to the server as they arrive, rather than buffering and forwarding them only after the entire request is received.

This modification improves the responsiveness of web applications that handle large file uploads, because the applications can react to data as it is received, enabling them, for example, to update progress bars in real time. It also reduces disk I/O and can improve the performance of uploads in some situations. By default, NGINX buffers uploaded data to avoid tying up resources in worker-based back ends while the data arrives, but buffering is less necessary for event-driven backends like Node.js.

SSL Enhancements

NGINX Plus R6 can provide a client certificate to authenticate itself when communicating with an upstream HTTPS or uwSGI server. This improves security, particularly when communicating with secure services over an unprotected network.

NGINX Plus R6 supports SSL client authentication for IMAP, POP3, and SMTP traffic.

Caching Enhancements

The proxy_cache directive now supports variables. This simple change means you can define multiple disk-based caches and select a cache based on request data.

This feature is most useful when you need to create a very large content cache and use multiple disks to cache content. By creating one cache per disk, you can ensure that temporary files are written to the same disk as their final location and thus eliminate disk-to-disk copies.

Upgrade or Try NGINX Plus

If you’re running NGINX Plus, we strongly encourage you to update to Release 6 as soon as possible. You’ll pick up a number of fixes and improvements, and it will help us to help you if you need to raise a support ticket. Installation and upgrade instructions can be found at the customer portal.

If you’ve not tried NGINX Plus, we encourage you to try it out for web acceleration, load balancing, and application delivery, or as a fully supported web server with enhanced monitoring and management APIs. You can get started for free today with a 30-day evaluation and see for yourself how NGINX Plus can help you scale out and deliver your applications.

Is your APM strategy broken? This ebook explores the latest in Gartner research to help you learn how to close the end-user experience gap in APM, brought to you in partnership with Catchpoint.


Published at DZone with permission of Patrick Nommensen, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

The best of DZone straight to your inbox.

Please provide a valid email address.

Thanks for subscribing!

Awesome! Check your inbox to verify your email so you can start receiving the latest in tech news and resources.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}