Azure service fabric azure service fabric集群中的web api无状态服务在一段时间不活动后是否进入睡眠状态？

我们在azure服务结构集群中托管了大量基于owin的web api服务。所有这些服务都已映射到相关负载平衡器中的不同端口。创建集群时，有两个现成的探测器。它们是：FabricGatewayProbe和FabricHttpGatewayProbe。我们添加了端口规则，并在其中使用了FabricGatewayProbe

出于某种原因，这些服务端点似乎在一段时间的不活动后进入休眠状态，因为这些服务的客户端正在超时。我们尝试将负载平衡器空闲超时时间调整为30分钟（最大值）。它似乎立即起到了帮助作用，但只是在很短的一段时间内，然后我们又回到了超时错误

---

我还应该在哪里寻找解决此问题的方法？

因此，根据我们的意见，我同意可以对文档进行解释，但在进行一些测试后，我可以确认以下内容：

当通过门户创建新集群时，它将为您提供1:1的规则与探测器的关系，并且我还能够在修改我的一个现有ARM模板以使用与您相同的现有探测器时重现您的问题

在反射时，这是有意义的，因为探测正在有效地绑定到服务，如果您尝试在不同端口上共享规则探测，负载平衡器如何知道其中一个服务是否实际启动，服务结构（取决于您的实例计数设置）也将在节点之间移动服务

因此，如果在不同节点上的不同端口上有两个服务使用相同的探测，则不使用探测端口的服务将收到错误，即请求响应时间过长

有点啰嗦，所以希望一个快速的说明将有助于显示我的意思

---

是否可以添加一个定期ping您的服务的参与者？另外，看看这里的服务生命周期：另外，您可以收听停用事件并根据itI查看的文档链接采取行动。如果没有任何未处理的异常，则不应关闭/中止服务。在这种情况下，您认为我们还会遇到这些超时问题吗？您需要为每个端口安装一个探测器，否则负载平衡器将从其池中删除节点。参见附件链接我查看了链接，没有看到每个端口需要一个探头的要求。我是否遗漏了本文中的内容？感谢您抽出时间测试我的问题。这当然有道理。我也会在我这边测试它，并报告我的结果。我希望文档能够明确。我报告说，这次配置更改使我们的服务性能更好。非常感谢你的帮助。哇，这真的帮了我很大的忙，谢谢。我只是有缓慢的“热身”时间，比如4-5秒。但现在这些服务立即做出响应。