了解客户端服务器最大并发连接和TIME_WAIT状态

我知道有很多的问题,也是围绕套接字连接TIME_WAIT状态的答案,但是不pipe怎样,他们(或者从专家的angular度来看都可以)帮助我理解我的问题(或者find可能的解决scheme)。

我的情况是,我有一台面向互联网的服务器,每秒必须处理数千个连接(它提供了某种types的API)。 我观察到,与服务器的连接通常是可能的,但是time_connecttime_total (使用curl )从前者为0.0090.526 ,后者为0.1340.926 。 我还观察到TIME_WAIT状态下的大量连接 – 大约32,000+

所以我的第一个问题是,有多less并发连接(具有默认configuration的Debian发行版)可以在一秒钟,一分钟或一小时内处理服务器。 有没有一些“简单”的公式来计算可能的并发连接的逻辑限制

此外,将来我可能不会直接在服务器本身上处理传入的连接,而是可能必须将其转发给代理,获得结果并将其返回。 我甚至想过使用nginx的负载平衡机制(如果需要的话)。 因此,第二个问题是,如果有这样一个代理/负载平衡/转发, 公式必须如何修改?

我最后的问题是,有什么替代scheme可以增加并发连接的数量,例如,

  • 为域添加另一台服务器(这将使并发连接数量增加一倍?),
  • 减less在TIME_WAIT花费的时间(这将有助于和如何),

非常感谢任何帮助,或任何参考!