如果没有负载均衡,普通路由器怎么实现叠加两条宽带的带宽?

正文共:1804 字 6 图,预估阅读时间:2 分钟

上篇文章中(一条100M宽带 + 一条200M宽带 = 300M,怎么就有人不信呢?),我们介绍了如何利用设备的负载均衡功能将两条出口链路的带宽进行叠加,实现1+1=2的效果。但是负载均衡这个功能也稍微算得上是一个高级功能,普通的路由器不一定能够支持,那有没有其他方法了呢?

肯定有啊,今天就给大家介绍一个通过策略路由实现负载分担的"土方法"。

我们还是继续使用上次的组网,先清理掉VSR2上相关的负载均衡配置。

apache 复制代码
#interface GigabitEthernet2/0 ip address 23.1.1.2 255.255.255.0#interface GigabitEthernet4/0 ip address 24.1.1.2 255.255.255.0#loadbalance link-group lbg fail-action reschedule transparent enable#virtual-server llb type link-ip virtual ip address 0.0.0.0 0 default link-group lbg service enable#loadbalance link lbl1 router ip 23.1.1.3 link-group lbg success-criteria at-least 2 probe lb#loadbalance link lbl2 router ip 24.1.1.4 link-group lbg success-criteria at-least 2 probe lb

然后就是配置策略路由,缺省情况下,策略路由可以配置多个下一跳,并且多个下一跳的工作模式为主备模式,即按照配置顺序依次匹配。但本次配置我们最主要的就是要把策略路由的动作配置为负载分担模式,并结合下一跳的权重来实现扩展带宽。

配置比较简单,直接上配置。

apache 复制代码
#policy-based-route lb permit node 10 if-match acl 3402 apply loadshare next-hop apply next-hop 23.1.1.3 apply next-hop 24.1.1.4 weight 20#interface GigabitEthernet2/0 ip address 23.1.1.2 255.255.255.0 nat outbound#interface GigabitEthernet3/0 ip address 22.1.1.1 255.255.255.0 ip policy-based-route lb#interface GigabitEthernet4/0 ip address 24.1.1.2 255.255.255.0 nat outbound

同样的,先用单条流进行测试。

测得带宽为205 Mbps。

再把打流线程数设置为20,看一下带宽情况。

带宽309 Mbps,两条链路都用起来了,没想到这么快就齐活了。

这里再简单介绍一些负载的分配问题,是按照next-hop下一跳的权重weight来分配的。设备根据权重确定该下一跳转发流量的比例,默认值是10,这里配置了经由VSR3的链路权重为10,经由VSR4的链路权重为20,意为按照10:20的比例进行流量负载。

单条流测试时测了好几次都是200 Mbps的带宽,我们先来试一下把两条链路的权重对调一下。

apache 复制代码
#policy-based-route lb permit node 10 if-match acl 3402 apply loadshare next-hop apply next-hop 23.1.1.3 weight 20 apply next-hop 24.1.1.4

先用单条流进行测试。

带宽为103 Mbps,看来权重高的也是会优先进行负载分配的。

再把打流线程数设置为20,看一下带宽情况。

结果是315 Mbps,还是把两条链路都用满了。但是可以看到每条流的带宽大小差距比较大,图中20条流中大于10M的流有7条,带宽值在30M左右;而小于10M的有13条,平均带宽在8M左右。

大概进行对比的话,小带宽和大带宽的数量比为13:7,约等于2:1,初步可以判断小带宽走的是100 Mbps的链路,而大带宽走的是200 Mbps的链路。结合两条链路的带宽比例为100:200,即1:2,可得打流带宽的比例应为1:4左右,实际比例为30:8,大致相等。

当然,我个人建议还是按照实际的带宽大小配置权重大小吧。

长按二维码

关注我们吧


一条100M宽带 + 一条200M宽带 = 300M,怎么就有人不信呢? 基础实验:VSR配置链路聚合 在服务器集群中使用 IPv6 流标签进行负载均衡 10.1.1.0/31这个地址到底能不能用?31位长度的掩码是怎么回事? 避免路由泄露,VPN实例流量怎么互通? 中华之名,有为之势!看eNSP如何吊打HCL 为什么"华系"设备用久了,用不了"美系"设备

相关推荐
志栋智能9 小时前
运维超自动化的版本控制与回滚机制
运维·自动化
中云DDoS CC防护蔡蔡9 小时前
DDOS和CC攻击谁更可怕
运维·服务器·经验分享·网络安全·ddos
2301_780789669 小时前
跨平台适配!SDK 游戏盾兼容全终端游戏场景
java·网络·ddos
Ruiery9 小时前
Linux 6.6内核内存管理深度解析(十六):mmap — 用户态“申请内存“的真相
linux·运维·服务器
ClickHouseDB9 小时前
ClickHouse Cloud 与 Snowflake 实时性价比对比:CostBench 测试中的 412 倍差距来
运维·数据库·系统架构
欧米欧9 小时前
Linux系统篇(七),环境变量的底层溯源,核心获取机制与安全应用
linux·运维·服务器
Ruiery10 小时前
Linux 6.6内核内存管理深度解析(十八):KASLR 内核地址空间随机化
linux·运维·服务器·安全
todoitbo10 小时前
群晖NAS部署JmalCloud:Docker安装、文件管理、博客与公网访问完整教程
运维·docker·容器
时间售卖铺10 小时前
触发器与函数实战:MySQL高效编程秘诀
运维·数据库·mysql·云原生
前端精髓11 小时前
调用大模型API
运维·服务器·microsoft