我试图了解负载平衡器上的并发tcp连接数是否是“正常”网站的限制因素，而不是数据吞吐量。
当我查看负载平衡器的数据表时，我没有find他们可以处理多less个连接的信息。 这是否意味着连接的数量不是一个限制因素呢，还是这意味着很难分辨出来，因为其他因素与连接数量相结合更重要？
最后，我试图找出当我们的负载平衡器将由于太多的网站访问者破解。 这是一个虚拟磅，梭子鱼BBF 340 Vx，2 GB的RAM和2 CPU。
通常不会。 对于大多数网站来说，http连接的正常“无状态”行为意味着连接可以很快被拆除。 例如Apache的默认超时时间是15秒，IIS两分钟（尽pipe可以降低）。
更糟糕的情况是，您启用了会话关联，以及长连接超时（15分钟，30分钟等等或更高）以及大量的唯一访问者。 在这种情况下，最大的连接可能要低几个数量级。 具有高连接负载的devise将是罕见的。
设备支持的并发TCP连接数总是一个限制因素 – 每个操作系统都有一个跟踪TCP连接状态的内部表，并且该表具有有限数量的可能条目。
在典型情况下，TCP连接的数量并不是限制因素：该限制非常高，以至于在打击之前，您将遇到其他环境限制。 例如，如果您的负载均衡器正在为您的环境处理SSLencryption，那么在达到TCP连接限制之前，您可能会遇到CPU / RAM限制。
从供应商那里得到这个数字是可疑的效用 – 供应商说谎。 他们通常会提供理论最佳情况下的最大数量（在任何一种真实的生产环境中通常都是不可能实现的）。
您可以从评论网站获得第三方数据，但是真正了解您的环境限制的唯一方法是对您的环境执行负载testing 。 假设你可以产生足够的工作，你将会导致你的环境失败，并且你将能够说明原因。 （然后你可以决定性能/限制是否可以接受 – 如果不是，你可以改善你的环境来处理预期的负载。）