我有一个rest的Web服务，使用SSL终止，SSL持久性和平衡是“最less的连接”F5后面群集。 这项服务每天看到数百万条消息。 我们绝大多数的客户可能每分钟发送几条消息。 但是，我们有一些批量操作，可以在很短的时间内发送多达150万条消息。 当这些客户端启动一个批处理时，我们看到的行为是F5将其所有消息路由到一个实例。 这造成了一个热点，有时也造成了失败。
我不熟悉客户端代码，但可能能够访问它，看看他们是如何创build他们的连接。 然而，我想知道是否有什么在F5configuration，我可能有不正确的，可能是无意中造成这种情况？
任何帮助将不胜感激。
发生这种情况的原因是，当客户端连接时，它build立到特定后端服务器的连接，并且只要F5存在，F5就会使用同一连接发送所有后续请求。 当处理来自人类用户的典型客户端Web请求时，这解决了一堆问题，并且是典型的行为。 此行为将取代持久性行为，并会发生尽pipeSSL持久性。 浏览器通常会在几秒钟的空闲时间后断开连接，但脚本不会。 但是，当处理来自客户的脚本时，听起来像是这样会引起一堆问题。 要解决这个问题，你需要使用一个iRule并挂接到HTTP_REQUEST事件中 。 然后，您可以强制每个后续请求转到不同的服务器。