撸爆Ucloud&腾讯云 - MPTCP in GRE完美叠加2台轻量云VPS上行带宽和流量
-
撸爆Ucloud&腾讯云 - MPTCP in GRE完美叠加2台轻量云VPS上行带宽和流量
国内的大厂, 出了一大堆30M上行的轻量云, 为了不让你们开机场, 设定了这个让人浑身不舒服的带宽.
哪怕你翻一倍的钱买高配 , 也就提升每个月流量及硬件配置...
30M个人用就感觉刚好不够, 如果是60M, 90M那就舒畅了.这时候负载均衡就是你最好的帮手了...
那么负载均衡的方式有那些呢?
PCC : 根据src-port, dst-port做的单向负载均衡. 缺点是没办法把单线程的TCP数据平分. 这种我们叫做Per connection级的负载均衡 .
Bonding : EoIP over IPsec over GRE, 全部用RouterOS. 重量级选手, 消耗大量CPU资源, 跑到200M就到极限了. 且基于UDP, 在国内容易被拉闸. 优点是配置简单, 且支持Per Packet级的负载均衡 .
MPTCP : 本体几乎不消耗系统资源, 基于TCP, 又是Per Packet级 .MPTCP的伟大之处在于它既是毫秒级Failover(故障转移), 又是数据包级的Load Balancing(负载均衡).
两件事情做的都比别人好, 且无时无刻都在"买1送1"(同时进行).
这次让我们着重体验一下后者~部署所需要做的事情总结下来也就两件~
1 用GRE隧道打通内网
2 装个支持设定Inbound & Outbound单向MPTCP的Socks类客户端&服务端在TCP与MPTCP之间进行转换.介于TG篇幅有限, 只能用BLOG了, 还好没有长达万字...
https://blog.boom.si/index.php/archives/424/于是30M上行 1T流量 的轻量云, 开2台 就变成了 60M 2T, 3台就是 90M 3T.
最多可以叠8台, 那就是240M. 需要额外再加一台落地用的大带宽VPS聚合这8条线路.
想节约钱 , 就叠到上下行对等即可~
Ucloud 下行50M, 可以叠2台. 腾讯云下行100M, 上行30M限速也略宽松 , 可以叠3台.
阿里云是30M对等的, 除非再找一台落地用的VPS, 这样就能把上下行一起叠加了.对国内三网质量比较好的区域推荐Ucloud与腾讯的香港...
有其它上下行不对等适合叠加带宽的IDC欢迎在评论区补充~
