一直有一个疑惑的地方,在此发帖请教各位。使用 Nginx 作为 websocket 的负载均衡代理,能支持多少大带宽服务器 websocket 并发连接? 由于 Linux 服务器有 65535 的文件描述符的限制,nginx 做代理转发的时候,理论最多使用 65535 个文件描述符,这样,单台 nginx 是否就是理论最多支持 65535 个 websocket 连接呢?
Linux 的文件描述符限制是可以修改的,理论上百万连接都没有问题,但是实际业务中一般不会这么做
65536 并发梗
文件描述符 65535 可以改,受限 65535 是因为转发到后端的时候 nginx 把本地端口数消耗光了。通过多个 ip 或者后端多开几个监听端口绕开吧
理论上配置足够单机 200 万连接没问题。文件描述符可以调整加大,而 TCP/IP 协议一个连接需要一个端口通信,所以需要多 IP 来解决 65535 的限制。
系统层面的限制可以参考 http://www.linuxde.net/2011/10/1230.html 来了解,TCP/IP 协议的限制只能通过增加 IP 来加大连接数。
另外连接建立是需要内存资源的 http://www.cnblogs.com/dongfuye/p/4756586.html 可以看见一些相关的东西。
明白了。可以理解为 瓶颈是 IP 端口数为 65535,TCP 端口是占 16 位,2^16-1 ( 65535 个),同一时刻,ip 端口数用尽了,即使内存还很充足,文件描述符还可以建很多也没办法了。 豁然开朗,要的就是这个~ 多谢
理论上,假如后端支持 HTTP2 的话,multiplex 可以解决 tcp 端口数和 fd 数量限制的问题,而实际上是否有这样的架构软件支持有待考证
是的