对于并发高的网站， HTTPS 相比 HTTP 带宽要求会提高多少？现在 1.4 万并发 HTTP 10Mbps 已经撑不住了，一堆超时的。静态资源都在 CDN。申请加到 13Mbps 了，想上 HTTPS 怕上完更卡。客户的公司，非常抠的
LLaMA 2023-04-15 19:05:42 +08:00 7757 次点击这是一个创建于 908 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 Xusually 2023-04-15 19:08:46 +08:00 via iPhone 1.4 万并发 10Mbps ？？？ 这已经不是抠的问题了 |
 | 2 shalingye 2023-04-15 19:10:12 +08:00 via Android 太抠了，我博客没啥人看都有 12mbps |
 | 3 brust 2023-04-15 19:10:26 +08:00 10mbps...能支持 1.4w 并发？ |
 | 5 iphoneXr 2023-04-15 19:12:31 +08:00 建议直接搞按量付费 不要固定带宽 按量的带宽直接拉到顶（比如 200Mbps ） 这样就能省钱多了 也好执行些。 |
 | 7 daimaosix 2023-04-15 19:14:37 +08:0 @brust +1 ，我不太信....1.25MB/s ，....就算包体 1KB ，那 1.4 万也得不现实，估计说的不是 QPS |
| 9 daimaosix 2023-04-15 19:15:08 +08:00 额....卡了一下，怎么回复了两条.... |
 | 10 lslqtz 2023-04-15 19:17:53 +08:00 不建议上, 要上的话可以用 CDN 卸载处理. |
 | 11 Nazz 2023-04-15 19:21:15 +08:00 via Android 带宽没影响，RSA 吃 CPU |
 | 12 lhbc 2023-04-15 19:23:03 +08:00 via Android 10Mbps 除以 14K ，每个请求只能分到 89 个字节 /秒 你是认真的吗？ |
 | 13 blackvv666 2023-04-15 19:24:12 +08:00 niubility |
 | 14 zddwj 2023-04-15 19:25:43 +08:00 via Android 如果能赚钱或者有发展潜力就让客户加钱养着呗，如果是垃圾业务不赚钱也没前途还这么大流量赶紧扬了吧 |
 | 16 kiduu 2023-04-15 19:55:04 +08:00 和客户说一下，客户不急就别管啊，影响他业务了他就不扣了。如果影响业务他还不急那就不用管了。反正也是垃圾业务 |
 | 17 wonderfulcxm 2023-04-15 20:01:34 +08:00 via iPhone cdn 跟源站那段不走 https ，就是 cloudflare 那种 Flexible SSL：此模式下，Cloudflare 会通过 HTTP 与您的源站通讯，并通过 HTTPS 将内容提供给访问者。这种模式下，您的源站可以没有 SSL 证书或配置 SSL 不正确，但是由于流量是通过 HTTP 传输的，所以数据传输不是完全安全的。 |
 | 18 wwbfred 2023-04-15 20:06:05 +08:00 不知道你做的什么业务，但从大方向上来说，你可以看下你平均每个请求的数据传输量，再算下 HTTPS 引入的额外传输，看一下上升的比例。你这样的环境堪称星链之前的卫星传输，每个字节都是要好好计算的。 |
 | 19 artnowben 2023-04-15 20:08:02 +08:00  1 看来你这个是长连接，估计 HTTPS 比 HTTP 的带宽增加不超过 10% 你可以在不限制带宽的实验室环境验证一下 1.4 万连接会不会有很多超时 工具可以用 dperf ，可以控制连接数，请求间隔时间；这个工具支持几十亿并发，几百 Gbps 带宽 https://github.com/baidu/dperf |
 | 20 Calen 2023-04-15 20:11:00 +08:00 via iPhone 1 你这 1.4w 并发是怎么统计的？ |
 | 22 LLaMA OP |
 | 23 cctv6 2023-04-15 20:18:48 +08:00 想知道 1.4 万并发，nginx 的服务器配置是怎么样的？ |
 | 24 aru 2023-04-15 20:19:51 +08:00 腾讯云、阿里云的机器带宽在 5M 以内价格会比较便宜的 轻量云的价格也便宜不少 可以考虑购买一两个轻量云通过内网互联方式分担带宽（同一个域名有多个不同 IP 的 A 记录） |
| 27 cctv6 2023-04-15 20:23:06 +08:00 @benrezzagmehamed 不是这个，是服务器硬件的配置 |
| 28 Calen 2023-04-15 20:26:14 +08:00 via iPhone 可以联系云服务商要个折扣 |
 | 29 llinge 2023-04-15 20:27:45 +08:00 @lhbc websocket 或者 server sent event 是可以的, 维持 1.4 万个 socket 但是数据量很少的那种业务 |
 | 31 Donahue 2023-04-15 20:33:48 +08:00 把客户的业务告诉我，我来赚钱加带宽 |
 | 32 yousabuk 2023-04-15 20:41:37 +08:00 via iPhone 3 看把你愁的，把你的建议丢给他就行了，加不加是客户自己的事。 |
 | 33 billlee 2023-04-15 20:56:11 +08:00 @benrezzagmehamed 你这个叫 qps, 不是并发 |
 | 35 documentzhangx66 2023-04-15 21:03:34 +08:00 有点像物联网设备这类业务，特点就是连接数多，但不需要保持连接，而且每次连接的数据包也很小。 这类业务能做起来，的确很赚钱。 |
 | 36 churchmice 2023-04-15 21:04:52 +08:00 via Android https 带宽开销可以忽略不计 首先是 RSA 握手产生 session key ，这里会有一点点额外数据开销 然后用 session key 加密传输，这个是对称加密，不会增加数据量 |
 | 37 duke807 2023-04-15 21:32:36 +08:00 via Android 我的博客小站用的是最便宜的 hostswind vps ，1 Gbps 宽带 |
 | 38 vazo 2023-04-16 00:09:26 +08:00 解密 cpu 和延迟也会增加. |
 | 39 ccde8259 2023-04-16 00:29:35 +08:00 via iPhone 上 HTTPS 能解决什么问题？ 准备好天天换证书了嘛？ |
 | 40 faceair 2023-04-16 01:19:40 +08:00 你的这个计算方法 QPS 不叫并发，并发一般指同时进行的请求数。 |
 | 41 ShunYea 2023-04-16 01:25:23 +08:00 可以考虑下天翼云，相同配置下天翼云的带宽比较便宜。 |
 | 42 jsq2627 2023-04-16 04:51:58 +08:00 via iPhone https://stackoverflow.com/questions/1615882/how-much-network-overhead-does-tls-add-compared-to-a-non-encrypted-connection 按照 1.4 万 pqs 的规模，在不增加网络的前提下应该是支撑不起 https |
 | 43 sofukwird 2023-04-16 07:34:33 +08:00 via Android 带宽拉到按量付费 100M ，云服务的固定带宽太贵了，换我也不乐意给你加钱升固定带宽，体验没有提升多少钱却投进去一大堆 |
| 44 sofukwird 2023-04-16 07:43:15 +08:00 via Android 短链接可以静态生成文件走 CDN ，不是非得走后台动态 API ，这样的话能省下一大笔钱，服务器配置也能降一降，降下来的钱都是利润 真有钱呐，草根站长看到这配置的服务器太羡慕了 本草根站长是不会多花一分钱在云服务器上的，能省则省 |
 | 45 msg7086 2023-04-16 08:07:13 +08:00 我 1000qps 跑 http 都要 8mbps 了，你 14000qps 用 10mbps 能跑下来就怪了。 |
 | 46 wonderblank 2023-04-16 08:33:21 +08:00 1.4 万并发? |
| 47 wonderblank 2023-04-16 08:43:36 +08:00 首先得贴出火焰图，以及 cpu 密集型应用，还是 IO 密集型？ |
 | 48 ih8es9OIzne0959p 2023-04-16 08:46:52 +08:00 via Android qps 不等于并发，另外，上 RSA 的话不只是带宽问题，CPU 也会顶不住的，CPU 也影响带宽 |
 | 49 neptuno 2023-04-16 08:54:34 +08:00 via iPhone 再精简一下返回体？ |
 | 50 mnssbe 2023-04-16 09:06:48 +08:00 有兴趣的同学可以看看 #21, 算算 QPS 是多少 |
 | 51 Devilker 2023-04-16 09:12:23 +08:00 想要马儿跑的快，又不给马儿吃草。 |
 | 52 xiangyuecn 2023-04-16 10:30:05 +08:00 改成按流量付费，细水长流，拉满 100M 。能抗住 1 万并发，如果只是单台服务器，也是一个牛逼的存在 猛男配金针菇 |
 | 53 opengps 2023-04-16 11:35:51 +08:00 既然抠门的话，多套两层免费 cdn 吧 |
 | 54 someonedeng 2023-04-16 12:54:04 +08:00 加钱是最简单的方法了；可能还是最省钱的 |
 | 55 byte10 2023-04-16 14:03:12 +08:00 发现大家 分析问题还挺片面的。。HTTPS 只有握手才是 rsa 把，数据传输是 AES ，AES 性能一般没问题，随便一个强一点的 arm 盒子 都可以跑满千兆 AES 。。另外你上 https 一般挂在 nginx 上的，对业务服务的性能也没啥影响。至于带宽的问题，这个就额外的 HTTPS 握手 会产生多一点开销。 QPS 一般就是一秒能处理的请求，楼主的单位时间 没处理吧？ |
 | 56 GuangXiN 2023-04-16 19:12:51 +08:00 替客户省钱可以，替客户抠就没必要了吧？ |
 | 57 huzhizhao 2023-04-17 00:47:43 +08:00 按量付费吧 |
 | 58 yc8332 2023-04-17 09:33:36 +08:00 你这个带宽应该没办法达到这个 qps 。 |
 | 59 renfei 2023-04-17 12:08:45 +08:00 我曾经年少，http 转 https 以后，带宽不是问题，我 CPU 满了 |
 | 60 realpg PRO @renfei #59 https 丢给免费 slb 处理 静态的丢给 cdn 处理 api server 只提供 http 就够了 另外 1.4W QPS 10Mbps 是做梦 我的纯 report server ，永远只返回{"s":"ok"}，加上输出的 http 头，换算到 1W5 QPS 上行带宽都近 10Mbps 我不信你的请求响应比我这还少 |
| 61 renfei 2023-04-17 14:59:39 +08:00 |
Select Language