使用 Azure 负载均衡器将请求转发到 recovered/restarted 个 VM
Forward requests to a recovered/restarted VM with a Azure Load Balancer
我需要一些帮助来了解 azure 负载均衡器将请求转发到后端 VM 的方式，这些后端 VM 未能响应健康探测，但在一段时间后（比如 30,60 分钟后）恢复了。
标准的 Azure 负载均衡器支持使用 TCP、HTTP 和 HTTPS 协议的运行状况探测。我知道它支持最小尝试次数和持续时间，如果 VM 没有响应，它就会被标记为无响应。
我的理解是，一旦 VM 被声明为无响应，它就不会转发任何新流量，而是允许现有的已建立连接通过。
但我不确定负载均衡器是否会以迭代模式检查故障 VM 是否已启动并且 运行。我想知道 Azure 负载平衡器如何检测后端 VM 是 ONCE AGAIN up 还是 运行 ？
有没有办法设置任何探测以持续检查后端虚拟机是否在 30.60 分钟的延长时间内响应？
它一直发送探测（即使虚拟机是 down\stopped\etc）一旦虚拟机开始响应探测，它就会被标记为健康，并开始向它转发流量。
我需要一些帮助来了解 azure 负载均衡器将请求转发到后端 VM 的方式，这些后端 VM 未能响应健康探测，但在一段时间后（比如 30,60 分钟后）恢复了。
标准的 Azure 负载均衡器支持使用 TCP、HTTP 和 HTTPS 协议的运行状况探测。我知道它支持最小尝试次数和持续时间，如果 VM 没有响应，它就会被标记为无响应。 我的理解是，一旦 VM 被声明为无响应，它就不会转发任何新流量，而是允许现有的已建立连接通过。
但我不确定负载均衡器是否会以迭代模式检查故障 VM 是否已启动并且 运行。我想知道 Azure 负载平衡器如何检测后端 VM 是 ONCE AGAIN up 还是 运行 ？
有没有办法设置任何探测以持续检查后端虚拟机是否在 30.60 分钟的延长时间内响应？
它一直发送探测（即使虚拟机是 down\stopped\etc）一旦虚拟机开始响应探测，它就会被标记为健康，并开始向它转发流量。