负载均衡问题，连接数差别大

19939658080

目前设置是 流控分流 > 分流设置 > 多线负载，实时连接数  比例全是1：1





连接数不均衡
之前问过一次说是，外来链接无法均衡。那么负载均衡得基础是下载得连接数，还是总得连接数
那么外来入站得连接数是否统计在均衡得基数内呢？

举例，
线路1，实时总连接数1000，其中出站（下载）连接数是100 ，外来（上行）连接数 900
线路2，实时总连接数500，  其中出站（下载）连接数是400 ，外来（上行）连接数 100

那么新产生得连接，走线路1还是线路2？

麻烦官方指点一下。

实际运营商对连接数得限制是以总连接数为基准得

xibanya

这种场景非要负载均衡的话，拉n条专线，另外租段地址池，爱快改成路由模式，设备全用公网池，再叫isp给你做等价路由。这就均衡了。

dmtc2018

pcdn最忌讳负载均衡   人家服务器需要记录你出口IP   你出口稳定人家才会给你量

你跑任何上传服务 那连接都不是你能干预的

人家拉流用你宽带1的ip 那连接就不能是其它宽带的连接

dmtc2018

看你想着均衡  还全部吃上传  你跑pcdn吧
pcdn你去搞端口分流  给pcdn终端设置多个静态ip
pcdn调用不是你能干预的  人家调用哪个ip就走哪条线路
你强制断线那就别想有量

dmtc2018

19939658080 发表于 2023-8-3 15:54或则我把数据放大一点，这样来说
举例，
线路1，实时总连接数1000，其中出站（下载）连接数是100 ，外来（ ...

这得看爱快的计算策略  而策略是根据计算量固定的  只能粗略分流  不是人能干预的
而且连接是一直在变的  统计也不是实时的
有些被统计 但你看的时候人家连接早断开了  而新的连接进去你还没看到
就拿大负载的时候来说 4000用户访问 你连续刷新界面 你可以看到连接几百几百的增加和减少
连接少的时候也是很快的   考虑这个没用   爱快粗略分流 又不是人脑让包排队一家一个
而且出站入站连接不可能均衡   有些站点捆绑线路 发现你流量出口异常直接禁止访问

粗略分流 别考虑那么精细  做不到的

dmtc2018

19939658080 发表于 2023-8-3 15:50我表达的可能您没理解，我要问得是，新建得下行流量，负载分配时是否考虑了已有得上行链接 ...

不能考虑 只要开始上行 不支多线的都不能均衡   只要连接还在继续就不能变

19939658080

或则我把数据放大一点，这样来说
举例，
线路1，实时总连接数1000，其中出站（下载）连接数是100 ，外来（上行）连接数 900
线路2，实时总连接数500，  其中出站（下载）连接数是400 ，外来（上行）连接数 100

那么新产生得连接，走线路1还是线路2？

19939658080

dmtc2018 发表于 2023-8-3 07:55另外看你流量应该是跑上传服务了
这种外来访问连接完全是看dns解析 或者 业务分配情况
人家业务分配哪个地 ...

我表达的可能您没理解，我要问得是，新建得下行流量，负载分配时是否考虑了已有得上行链接

dmtc2018

另外看你流量应该是跑上传服务了
这种外来访问连接完全是看dns解析 或者 业务分配情况
人家业务分配哪个地址流量就得走哪个地址 不是爱快能决定的

dmtc2018

出站想完全1：1是做不到的   就算能做到 消耗的资源也是巨大的
正常刷视频访问网页 毫秒间就能产生几十个外网访问连接  这种情况想均衡就得实时检测连接数量进行分流
但连接又不是同时并发的   在统计连接这段间隔里 有些连接完成访问消失了  有些连接还在持续  再根据刷新实时统计显示到面板数量又会变化         
没事看这连接数没用   你需要知道 能正常分流就行   均衡差距不是太大就行  普通实用 0-300 都算正常
就拿api来说 响应到完成都是毫秒级的   爱快面板刷新是秒级的    这差距就会导致显示不实时
想实时就需要消耗大量资源去实时显示    作为路由消耗资源在这种显示上属于浪费
你只要知道能分流就行