HTTPS请求始终转到Azure Service Fabric VM规模集中的同一节点

我有一个在Azure service Fabric中运行的服务，该服务使用Azure负载平衡器（具有公共IP）向世界公开

当我在3分钟内从一台机器发送1000个请求时，所有请求都被路由到同一个节点。我希望它们分布在我的虚拟机规模集的所有5个节点上

我没有在负载平衡器中设置任何会话持久性设置。在下面的链接中，负载平衡器上的空闲超时默认为4分钟。这是否导致我的所有请求都转到同一个节点

---

在Azure LB上，无论何时在客户端和服务之间建立连接，负载平衡器都会将该连接路由到同一服务器\服务。空闲超时将告诉连接在考虑打开新连接之前必须保持空闲多长时间。新连接可能会将您重定向到另一个服务器\服务，如果有其他可用的连接，它也可能连接到同一个服务器\服务

因为您可能使用同一个连接发送所有这些请求，所以负载平衡器知道它来自同一个客户机，目标是它连接到的同一个服务。它使现有连接保持活动状态

只有在有充分理由的情况下，才建议减少此时间，因为创建新连接会增加通信延迟，并可能影响网络性能。这可能是他们将最低时间限制为4分钟的原因

使用2或5个元组来保持这些“粘性”连接。您可以检查您的是否使用5元组（默认值）。在5元组配置中，LB在连接打开时也会考虑客户端端口。 如果只有一个客户端发出这些请求，则必须管理来自单个进程的多个连接，并且每个连接将使用不同的端口

如果您使用多个客户端，这应该不是问题，但是如果这些测试来自多个客户端，您必须确认它们是否没有重用同一连接

在dotnet上，您可能需要调整和类的配置

---

您可能还想看看这篇博文：。它适用于云服务，但使用类似的方法。

在Azure LB上，无论何时在客户端和服务之间建立连接，负载平衡器都会将该连接路由到同一服务器\服务。空闲超时将告诉连接在考虑打开新连接之前必须保持空闲多长时间。新连接可能会将您重定向到另一个服务器\服务，如果有其他可用的连接，它也可能连接到同一个服务器\服务

因为您可能使用同一个连接发送所有这些请求，所以负载平衡器知道它来自同一个客户机，目标是它连接到的同一个服务。它使现有连接保持活动状态

只有在有充分理由的情况下，才建议减少此时间，因为创建新连接会增加通信延迟，并可能影响网络性能。这可能是他们将最低时间限制为4分钟的原因

使用2或5个元组来保持这些“粘性”连接。您可以检查您的是否使用5元组（默认值）。在5元组配置中，LB在连接打开时也会考虑客户端端口。 如果只有一个客户端发出这些请求，则必须管理来自单个进程的多个连接，并且每个连接将使用不同的端口

如果您使用多个客户端，这应该不是问题，但是如果这些测试来自多个客户端，您必须确认它们是否没有重用同一连接

在dotnet上，您可能需要调整和类的配置

您可能还想看看这篇博文：。它适用于云服务，但使用类似的方法