谷姐靓号网因为端口就6.5W个
热议
推荐楼 _____________Cc 2022-2-11 22:56:05
难道你用443访问loc我就打不开了？ ——来自Oracle Cloud
推荐楼 joF3hzd97uHgKu 6天前
好像大家答题都答偏了。
从技术上说：
理论上服务器的一个端口最大能支持的连接数量为：所有可以连接的 IP 数量 * 端口数量
对于 IPv4 而言： 2^32 * 2^16
（实际低于这个值，因为有私有地址，端口 0 也不能使用，这里为了计算简单就不考虑了）
实际情况：大多数应用服务器的确会受到 65K 连接数量的限制（静态文件托管的不受影响）。
受到这个数量影响的原因并不是因为客户端无**常连接，而是因为入口服务器的端口不够用了。
比如说：
你的入口服务器为一台 haproxy 服务器，客户端所有的请求都会被传递给后端的应用服务器，这时候 haproxy 和 后端服务器的连接，每个连接都需要消耗掉一个 haproxy 服务器的端口，最大连接数量就变成了:
haproxy 的 IP 地址数量 * 2^16 * 后端服务器的 IP 数量（实际略低于此值）。
因此即使达到了 65K 限制也不一定需要搞集群，多加几个 IP 地址就行了。
推荐楼 sdqu 2022-2-11 23:14:49
1台服务器就想承载6万人同时在线。。。别逗了
我们6千人同时在线的项目，就用了4台服务器，还做了虚拟化， ...
一个静态的html页，就显示一句hello world
6万人问题不大
推荐楼 明日香 7天前
justfkqq 发表于 2022-2-11 23:10
1台服务器就想承载6万人同时在线。。。别逗了
我们6千人同时在线的项目，就用了4台服务器，还做了虚拟化， ...
当然要看项目，一个页面1次数据库查询和20次查询，不能比
我用一台 4G 内存的 Windows server 就 hold 住了 15 分钟在线 10 万人，单日 PV 800万，还是带 SQL server 的装在同一台机器
推荐楼 ApkB 2022-2-11 23:18:38
让我笑一会，
假设你的web服务在80或者443，那么客户用浏览器打开你的web服务，和其它端口有个屁关系啊
就算千万人浏览你的web服务，照样也是访问80或者443啊
3楼 菜单 2022-2-11 22:56:35
这跟端口啥关系
4楼 会翻车吗 2022-2-11 22:57:47
难道你用443访问loc我就打不开了？ ...
我看进程，每个访问的IP都会对应一个不同的端口
5楼 aa8 2022-2-11 22:58:21
笑尿了
6楼 Salta 2022-2-11 22:59:18
谢邀，现在不用端口分辨每一个用户，现在都是用cookies和session分辨用户的好吧，所以端口可以复用的
7楼 mubazhe 2022-2-11 23:02:50
端口可以复用啊
8楼 老千妈 2022-2-11 23:04:15
6万同时在线 日活得有100万了吧 需要专门的运维部门了
9楼 justfkqq 2022-2-11 23:10:26
1台服务器就想承载6万人同时在线。。。别逗了
我们6千人同时在线的项目，就用了4台服务器，还做了虚拟化，虚拟了将近20台主机，Nginx负载就用了6个主机
12楼 ApkB 2022-2-11 23:18:38
让我笑一会，
假设你的web服务在80或者443，那么客户用浏览器打开你的web服务，和其它端口有个屁关系啊
就算千万人浏览你的web服务，照样也是访问80或者443啊
13楼 antbt 2022-2-11 23:22:01
这是来秀下线啊
14楼 mfch666 2022-2-11 23:28:30
懂得太多了，搞得好像 每个人都连接了你不同端口一样，那 80端口是什么端口
15楼 linhai 2022-2-11 23:51:19
一个静态的html页，就显示一句hello world
6万人问题不大
套个免费的cf 6亿人同时访问也没问题
16楼 adminisd 7天前
端口复用，最主要的是CPU、内存、硬盘、网络、服务方面限制
17楼 明日香 7天前
justfkqq 发表于 2022-2-11 23:10
1台服务器就想承载6万人同时在线。。。别逗了
我们6千人同时在线的项目，就用了4台服务器，还做了虚拟化， ...
当然要看项目，一个页面1次数据库查询和20次查询，不能比
我用一台 4G 内存的 Windows server 就 hold 住了 15 分钟在线 10 万人，单日 PV 800万，还是带 SQL server 的装在同一台机器
18楼 txjcv 7天前
你那个是65535是端口范围数量，不是连接数，你服务器监听一个443端口，理论上如果你是一台超级无敌服务器，所有的IPV4地址向你发起链接，你也能建立链接。
19楼 匿名会员 7天前
当然要看项目，一个页面1次数据库查询和20次查询，不能比
我用一台 4G 内存的 Windows server 就 hold 住 ...
你那几乎都是静态的，或者内容不多吧
20楼 kapai 7天前
端口可以服用你只能说一个客户端只能连接服务器同时6w 不能说一个服务器只能连接6w多
22楼 bigMjj 7天前
io多路复用
23楼 哈登 6天前
6万人同时在线？
确定是同时？
那赚的钱拿出来百分之一请个技术员就可以了
24楼 Unique 6天前
Are you kidding me?
25楼 明日香 6天前
你那几乎都是静态的，或者内容不多吧
查询不多，但带微信登录和支付，所以我说要看项目
26楼 王者我要 6天前
这个理论不错
27楼 iiss 6天前
不予置评
28楼 jackyjack 6天前
先实现同时一千人在线，再考虑这个问题
29楼 konololi 6天前
不，你服务器监听的端口是固定的。
客户端才会随机端口，所以是一个客户端最多能打开6万网页
30楼 joF3hzd97uHgKu 6天前
好像大家答题都答偏了。
从技术上说：
理论上服务器的一个端口最大能支持的连接数量为：所有可以连接的 IP 数量 * 端口数量
对于 IPv4 而言： 2^32 * 2^16
（实际低于这个值，因为有私有地址，端口 0 也不能使用，这里为了计算简单就不考虑了）
实际情况：大多数应用服务器的确会受到 65K 连接数量的限制（静态文件托管的不受影响）。
受到这个数量影响的原因并不是因为客户端无**常连接，而是因为入口服务器的端口不够用了。
比如说：
你的入口服务器为一台 haproxy 服务器，客户端所有的请求都会被传递给后端的应用服务器，这时候 haproxy 和 后端服务器的连接，每个连接都需要消耗掉一个 haproxy 服务器的端口，最大连接数量就变成了:
haproxy 的 IP 地址数量 * 2^16 * 后端服务器的 IP 数量（实际略低于此值）。
因此即使达到了 65K 限制也不一定需要搞集群，多加几个 IP 地址就行了。
32楼 匿名会员 6天前
查询不多，但带微信登录和支付，所以我说要看项目
嗯嗯
微信和支付，几乎不消耗自己的资源，加上查询不多，剩下的静态
可以的，但是机器带宽应该是百独吧
33楼 明日香 6天前
嗯嗯
微信和支付，几乎不消耗自己的资源，加上查询不多，剩下的静态
可以的，但是机器带宽应该是百独吧 ...
阿里云的弱鸡 ECS，10M 带宽，静态文件放在又拍云
34楼 niconiconi 5天前
https://blog.csdn.net/Just_shunjian/article/details/78288229
35楼 Trojan. 5天前
36楼 诡谲 5天前
直接上aws eks吧，弹性伸缩集群
37楼 会翻车吗 5天前
好像大家答题都答偏了。
从技术上说：
专业!
38楼 Rz66 5天前
建议找个运维；业务量大的还是要专业的来搞
39楼 宏达 昨天23:50
看这情况，lz是要把服务器做成nat 落地？
40楼 ukx 昨天23:59
ulimit了解一下啊？
申明：本文内容由网友收集分享，仅供学习参考使用。如文中内容侵犯到您的利益，请在文章下方留言，本站会第一时间进行处理。
评论前必须登录！
立即登录 注册