NGINX Plus R6正式发布：负载均衡、高可用性和监控功能全面增强

NGINX | 2015年4月14日

我们很高兴地宣布，NGINX Plus Release 6（R6）现已发布。作为应用交付平台的最新版本，它为NGINX Plus用户带来了更多值得期待的功能，包括：

全新的“最短时间”负载均衡算法
功能完备的TCP负载均衡
高可用性以及NGINX Plus实例之间的故障转移
改进的实时活动监控仪表板
无缓冲上传，支持Node.js等事件驱动型后端
支持电子邮件流量的SSL/TLS身份验证（IMAP、POP3和SMTP）
增强缓存功能

编者按：有关NGINX Plus R6主要新功能的更多详情，请参阅以下相关文章：

客户对使用NGINX Plus替换旧式硬件，并进一步支持采用公有云和私有云表现出浓厚兴趣。随着R6发布，NGINX Plus的能力已超越传统硬件负载均衡器和ADC，同时以低于竞争对手的成本提供不受限制的吞吐量。我们认为，无论是现代Web应用，还是关系数据库和邮件服务器等企业应用，NGINX Plus如今都是应用交付和负载均衡的理想选择。

全新“最短时间”负载均衡算法

新的Least Time负载均衡算法会同时监控并发连接数以及负载均衡池中各节点的平均响应时间。该算法利用这些信息为每个请求选择最合适的节点，旨在优先选择速度更快、负载更低的节点，而非速度较慢、负载较高的节点。

当节点之间的延迟差异显著时，Least Time的性能优于其他负载均衡方法。一种常见用例是在位于两个不同数据中心的节点之间进行负载均衡；与远程数据中心的节点相比，本地节点的延迟通常很低。Least Time优先选择低延迟节点，但如果速度较快的节点发生故障或离线，NGINX Plus的健康检查可确保故障转移到速度较慢的节点。

Least Time可以根据接收上游响应标头所需的时间，也可以根据接收完整响应所需的时间来做出负载均衡决策。扩展状态统计信息集中新增了两个计数器：header_time和response_time。它们提供作为决策依据的滚动平均测量值。

功能全面的TCP负载均衡

在NGINX Plus R5中引入的TCP负载均衡功能已得到显著扩展，新增了TCP健康检查、上游服务器组动态配置、完整访问日志，以及SSL/TLS终止和加密功能。此外，TCP负载均衡还新增了许多扩展状态计数器，可提供与HTTP负载均衡相同级别的报告和可见性。

TCP负载均衡已在多种用例中得到验证，包括MySQL负载均衡和高可用性以及Microsoft Exchange负载均衡和高可用性。

并非只有高流量的TCP服务才能受益于TCP负载均衡。即使是低流量服务，也能通过健康检查和动态重新配置提高可用性，通过SSL/TLS封装增强安全性，并通过扩展状态计数器和访问日志提升可观测性。

编辑器：

有关此功能的详细说明，请参阅使用NGINX 1.9.0和NGINX Plus R6实现TCP负载均衡
NGINX Plus Release 9及更高版本支持将本节所述功能用于UDP流量和TCP流量。

高可用性

NGINX Plus通过基于Linux keepalived 实用程序的解决方案支持高可用性集群。您可以轻松创建NGINX Plus实例的高可用性对，并使用虚拟路由器冗余协议（VRRP）将流量IP地址分配给主NGINX Plus实例；如果主实例发生故障，这些地址会自动转移到备用实例。

要启用和配置此功能，请安装可选的nginx‑ha‑keepalived软件包。完成初始配置后，可以扩展配置以实现更复杂的场景，包括构建由更多NGINX Plus实例组成的集群，以及使用多个虚拟IP地址。

有关高可用性软件包及其安装过程的更多详细信息，请参阅NGINX Plus 管理指南以及我们博客上的NGINX Plus R6 中的高可用性。

用于实时活动监控的新版仪表板

NGINX Plus R6提供了一个经过更新、信息更丰富的状态仪表板，利用丰富的实时活动监控信息，以图表形式呈现NGINX Plus实例的运行状况和活动：

与负载均衡集群性能和运行相关的关键软件信息及高级别警报
针对所配置的HTTP和TCP服务，根据所定义的服务器区域和应用提供实时及历史（平均）性能数据，包括请求数和带宽
每个上游负载均衡组的详细性能和运行状况信息
每个内容缓存的运行监测和诊断信息

与早期版本一样，实时活动监控数据通过RESTful接口以JSON格式提供，以便将NGINX统计数据直接整合到自己的仪表板和其他监控工具中。

如需观看实时演示，请访问demo.nginx.com。如需深入了解该仪表板，请参阅我们博客中的《使用NGINX Plus实时活动监控掌握系统运行状况》。

支持非缓冲上传

现在可以配置NGINX Plus以支持无缓冲上传，即在收到大型HTTP请求（例如文件上传）时，将其以流式方式传输到服务器，而不是先进行缓冲，等收到完整请求后再转发。

此项修改提高了处理大型文件上传的Web应用的响应速度，因为应用可以在接收数据的同时作出响应，例如实时更新进度条。它还可以减少磁盘I/O，并在某些情况下提升上传性能。默认情况下，NGINX会缓冲上传的数据，以免在数据传输期间持续占用基于工作进程的后端资源；但对于Node.js等事件驱动型后端，缓冲的必要性较低。