Nginx是如何被动检查服务器的存活状态

这篇文章主要讲解了"Nginx是如何被动检查服务器的存活状态"，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习"Nginx是如何被动检查服务器的存活状态"吧！

介绍

通过发送定期健康检查来监控上游组中 HTTP 服务器的健康状况。Nginx 可以持续测试您的上游服务器，避免出现故障的服务器，并将恢复的服务器优雅地添加到负载均衡组中。

被动健康检查

对于被动健康检查，Nginx 会在事务发生时对其进行监控，并尝试恢复失败的连接。如果事务仍然无法恢复，Nginx 将服务器标记为不可用并暂时停止向其发送请求，直到它再次标记为活动状态。

上游服务器标记为不可用的条件是通过上游块中服务器指令的参数为每个上游服务器定义的：

• fail_timeout ：设置要将服务器标记为不可用，必须进行多次失败尝试的时间，以及服务器标记为不可用的时间（默认值为10秒）。

• max_fails ：设置在 fail_timeout 期间必须发生的失败尝试次数，以便将服务器标记为不可用（默认值为1次尝试）。

在以下示例中，如果Nginx在30秒内3次未能向服务器发送请求或未收到来自服务器的响应，则会在30秒内将服务器标记为不可用：

upstream backend {    server backend1.example.com;    server backend2.example.com max_fails=3 fail_timeout=30s;}

注意 ：如果组中只有一台服务器，则会忽略fail_timeout和max_fails参数，并且服务器永远不会标记为不可用。

服务器慢启动

最近恢复的服务器很容易被连接淹没，这可能会导致服务器再次被标记为不可用。慢启动允许上游服务器在恢复或可用后逐渐从零恢复其权重到其标称值。这可以通过 slow_start 上游server指令的参数来完成：

upstream backend {    server backend1.example.com slow_start=30s;    server backend2.example.com;    server 192.0.0.1 backup;}

注意：如果组中只有一个服务器，slow_start 则忽略该参数并且该服务器永远不会标记为不可用。慢启动是 NGINX Plus（商业版） 独有的。

感谢各位的阅读，以上就是"Nginx是如何被动检查服务器的存活状态"的内容了，经过本文的学习后，相信大家对Nginx是如何被动检查服务器的存活状态这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是，小编将为大家推送更多相关知识点的文章，欢迎关注！