有同学知道这类流量负载均衡的现成方案吗？

[whyorwhynot]

计算机 A 要访问 google，中间的数据包负载均衡到 B1、B2、B3 服务器，并发走三条线路，并在 C 服务器完成汇聚。 现实的场景就是公开的酸酸乳和挂掉的个人 vps，用途你懂的。

楼主 google 了一堆关键词（链路聚合，流量汇聚等等）都没有找到，来 V2EX 求助啊

[digimoon]

@whyorwhynot 假设你一个文件三等分，中间的那份特别慢，头和尾不还是要等中间的到了才能组合？

还是说你想一个文件同时走三个网络，取最快返回结果的那个？

[whyorwhynot]

@Archeb 直连可能被 ban 或者速度慢，分成多线连接，看起来似乎可以提速，效果还得实测。。

[whyorwhynot]

@digimoon 是前者，数据包的实时分流，增大带宽，的确会有慢的线路，如果真要做会对线路质量做测评。

[laminux29]

你这不是负载均衡，而是智能路由。

不仅需要拆包并发，还要实现瓶颈管理（优质线路满载时计算转发到劣质线路是否划算）、延时预算（走一条还是走多条，只走优质还是优劣并走）、重发管理（如果接收端存活，则缺失片段需要一直寻找不同线路重发）等等。

这一套东西，是真正的科研，弥补了现有协议与路由运作方式的不足，这可不便宜，更别说免费了。

[whyorwhynot]

@opengps 想白 piao 公共节点做加速

[whyorwhynot]

@laminux29 考虑的因素多了的确很复杂，toy 就可以了。。。

[Love4Taylor]

MPTCP

[ericbize]

太复杂了，根本不需要这样子

[MiaRunis]

@ericbize 有必要的，因为跨境链路这一节不稳定，随时可能被墙，这是高可用性的最佳实践

[MiaRunis]

目前公开 /免费的负载均衡方案都没有直接并发的，直接并发的都没有高可用，
不想付钱的话目前效果最好的只有 haproxy 真 https 检测模式+CDN 海量随机节点。
自动剔除被 ISP 限流或墙掉的 ip，可以确保高可用，不能保证大流量和低延迟。

[whyorwhynot]

@MiaRunis 3ks，机场和自建的都在用，就是宅久了，想尝试些新玩意

[runshine]

TCP 乱序得问题很难解决

[GM]

看你对通信品质的要求了。
如果没要求，那很容易。
如果对实时性要求比较高，那很难，很难，很难。

多个节点的通信延迟是不一样的，A、C 每次都必须等待所有包都送达才能完成一次完整的通讯。延迟起码高 3 倍。

[whyorwhynot]

@GM 没有这么悲观吧，看个 youtube，三条线路同时走，会受限于延迟最高的那条线路

[whyorwhynot]

@runshine 只要考虑传递的流量数据的重排序就可以了吧

[Moofish]

OpenWRT 有现成的方案，不过好的节点跑 8K 已经很轻松了，负载平衡其实意义不大

[whyorwhynot]

@Moofish 求问，Openwrt 的现成方案是啥

[hicdn]

这不就是 CDN 吗？

[whyorwhynot]

@hicdn no，cdn 做不了数据包层级的分流和汇总

[Moofish]

@whyorwhynot 某工具内嵌了负载平衡，可以同时用多个节点的，甚至你多 WAN 都可以指定哪个节点走哪条宽带