Asp.net F5负载平衡器持久性配置文件如何确定超时设置值

我们在ASP.net应用程序中使用F5负载平衡器，并使用源地址关联持久性配置文件。此配置文件的超时设置默认值为180秒。但由于该用户在空闲时在3分钟（180）后会话超时。现在的问题是超时设置的值应该是多少？我认为它应该与asp.net应用程序的会话超时（默认为20分钟）相同，但不确定这一点。

持久性超时应该略大于应用程序会话超时你说得对。会话空闲（无流量）后，持久性超时将开始。如果收到流量，会话持久性计时器倒计时将重置。如果LB方法过期，将重新应用LB方法，并且会话很可能被路由到另一台服务器（有一些方法可以解决此问题，但默认情况下，这就是它的工作方式）

标准默认超时为300秒，但如果应用程序在20分钟内超时，则应将超时时间增加到20分钟以上

当客户端/源连接通过单个IP或地址池聚合时，这可能会变得危险，因为多个客户端会话将显示为持久性配置文件的一个会话

人们可能会忘记会话！=连接

除非重新启动目标服务器节点，否则作为同一IP进入的多个连接在技术上会永久性地绑定持久性会话。对于web应用程序，我们建议使用cookie持久性，以便客户端可以控制自己的会话。这要求客户端能够接收cookie

当然，这取决于应用程序，如果您将流量NAT到BIG-IP。否则，你就要带着正确的假设去比赛了

和每个F5支持：

源地址相关性持久性源地址相关性 持久性，也称为简单持久性，跟踪基于会话的会话 仅在源IP地址上。当客户端请求连接到 支持源地址关联持久性的虚拟服务器， 本地流量管理器检查该客户端以前是否 已连接，如果已连接，则将客户端返回到同一池成员

您可能希望使用源地址关联持久性和SSL 坚持在一起。在SSL会话ID超时的情况下， 或者，如果返回的客户端不提供会话ID，则可以 希望本地流量管理器将客户端指向原始池 基于客户端IP地址的成员。只要客户的 源地址关联持久性记录未超时，本地 Traffic Manager可以成功地将客户端返回到相应的 池成员

持久性设置适用于所有协议。当坚持 计时器设置为大于0的值，则持久性处于启用状态。当 持久性计时器设置为0，持久性关闭

持久性掩码功能仅适用于以下虚拟服务器： 实现源地址关联持久性。通过添加持久性 掩码，您可以标识一系列要一起管理的源IP地址 作为单个源地址关联的持久连接 正在连接到池

---

嗨，Chase，对于web应用程序，我需要保留到同一节点的客户端会话，换句话说，客户端请求总是转到同一节点。你推荐Cookie持久性还是目标地址关联持久性？天哪。。。我刚看到这个。很抱歉耽搁了这么久。Cookie总是比destination更好。目的地几乎是最后的选择，因为您将所有流量固定到一台服务器上，直到它变得不可用，除非您将其与比率或优先级池LB结合使用。这取决于具体情况，但我始终喜欢cookie持久性，如果需要，则使用源IP。显然，这最终将由你的应用程序和网络拓扑决定。如果您在防火墙后面进行NATTED，并且只看到一个源，则源IP非常可怕。：-）谢谢Chase，这就是我想的，我们正在使用连接最少的cookies，而不是循环，以使连接达到完美平衡。谢谢