负载均衡出口路由
- 0关注
- 0收藏，121浏览
问题描述：
负载均衡主上面有两个互联网出口，我写路由的时候应该写两条等价默认路由指定出去嘛，还是按照常规一个优先级高一个优先级低，我两条链路要做链路负载，还有负载均衡的策略路由是按照常规防火墙的写法，还是可以在负载均衡哪里选择源和下一跳，麻烦详细一点，谢谢
组网及组网描述：
负载均衡主上面有两个互联网出口，我写路由的时候应该写两条等价默认路由指定出去嘛，还是按照常规一个优先级高一个优先级低，我两条链路要做链路负载，还有负载均衡的策略路由是按照常规防火墙的写法，还是可以在负载均衡哪里选择源和下一跳，麻烦详细一点，谢谢
- 2026-11-04提问
- 举报
-
(0)
1. 默认路由写法
不要写两条等价默认路由，也不要只写一高一低。正确做法是：
写两条默认路由，优先级相同（等价路由），但必须绑定出接口，而不是只写下一跳IP。
例如：
ip route-static 0.0.0.0 0 Dialer1 preference 60
ip route-static 0.0.0.0 0 Dialer2 preference 60
等价路由让设备在转发层面具备双出口条件，实际选路由由负载均衡策略决定，而不是靠路由优先级。
2. 负载均衡策略配置
不要用传统防火墙的PBR（策略路由）写法。H3C LB有专门的负载均衡策略模块：
在LB上创建实服务组（Server Farm），把两个出口下一跳分别定义为两个实服务（或直接定义下一跳IP）。
创建虚服务（Virtual Server），源地址为内网网段，目的为any，绑定上述实服务组。
在虚服务中配置链路负载均衡算法（如轮询、加权轮询、最小连接、源IP哈希等）。
这样内网流量命中虚服务后，由LB按算法分发到两个出口，实现真正的链路负载。
3. 关键配置示例（简化）
创建实服务组
loadbalance server-farm outbound-farm
predictor hash address source
添加两个实服务（出口下一跳）
loadbalance real-server outbound1
ip address 1.1.1.1
server-farm outbound-farm
loadbalance real-server outbound2
ip address 2.2.2.2
server-farm outbound-farm
创建虚服务
loadbalance virtual-server outbound-vs
virtual ip address 0.0.0.0 0.0.0.0
server-farm outbound-farm
4. 注意事项
两个出口的NAT必须分别在出接口上做，不要做全局NAT，否则回程流量可能走错链路。
如果两个出口带宽不同，用加权轮询或加权最小连接算法，按带宽比例分配权重。
健康检测建议配置，探测下一跳可达性，某条链路故障时自动切换。
- 2026-11-04回答
- 评论(0)
- 举报
-
(1)
暂无评论
两条互联网出口，默认路由怎么写？等价路由？还是一高一低优先级？
❌错误方案 1：直接写两条等价静态默认路由（相同优先级）
ip route‑static 0.0.0.0 0 wan1‑gw preference 60
ip route‑static 0.0.0.0 0 wan2‑gw preference 60
这是ECMP 等价路由，是芯片逐流负载分担，不经过 LLB 链路负载均衡模块。 缺点：
- 没有链路健康检测，哪怕运营商网关断了、外网不通，接口 UP，ECMP 依旧继续往坏链路发流量，业务直接丢包；
- 不能按带宽权重、链路繁忙比、时延、就近性调度；不能做源 / 目的 / 应用匹配分流；
- 链路组、NAT 联动、会话保持全部失效。
❌错误方案 2：一高、一低优先级（主备静态路由）
ip route‑static 0.0.0.0 0 wan1‑gw preference 60
ip route‑static 0.0.0.0 0 wan2‑gw preference 70
这是静态路由主备，只能单活，不能同时负载分担，第二条永远不参与转发，不符合你 “两条链路做负载” 需求。
✅LLB 出链路负载均衡的正确路由做法
不要写全局静态默认路由给内网互联网流量！
- 在
loadbalance link链路视图里面，分别给两条链路填写各自外网下一跳，命令：
loadbalance link LINK‑WAN1
router ip 【WAN1对端网关IP】
bandwidth max‑receive 1000000 bandwidth max‑transmit 500000
loadbalance link LINK‑WAN2
router ip 【WAN2对端网关IP】
bandwidth max‑receive 1000000 bandwidth max‑transmit 500000
链路里面的
router ip就是 LLB 模块自己记录的下一跳，不写入设备全局 IP 路由表，由负载均衡模块调度选路之后直接调用这个下一跳转发报文H3C。
- 仅需要配置两条对端网关主机静态路由，保证设备本身健康检测报文可达：
ip route‑static 【WAN1‑网关IP】 255.255.255.255 WAN1物理接口下一跳
ip route‑static 【WAN2‑网关IP】 255.255.255.255 WAN2物理接口下一跳
只写网关的 32 位主机路由，不要写 0.0.0.0/0 默认路由，内网访问互联网流量交给 LLB 选路模块处理。
补充特殊场景：如果有 VPN、设备本机访问外网，需要一条静态默认路由给设备本机自身流量，这条不会影响内网经过 LLB 模块转发的业务流量。
问题 2：负载均衡策略，是常规防火墙 PBR 策略路由写法？还是 LB 模块里面配置源、下一跳？
两套东西，不要用传统 policy‑based‑route 策略路由做互联网多出口负载，优先使用【负载均衡‑链路负载‑出链路负载‑IPv4 选路策略】（LLB 智能路由）H3C。
1）传统 PBR 策略路由（不推荐用于互联网负载）
传统策略路由 policy‑based‑route：在策略节点 apply 写输出接口 / 下一跳。 缺点：
- 没有链路健康检测；链路故障不会自动切换；
- 不支持带宽权重、繁忙比调度；没有就近性；
- 会话保持、链路统计、链路保护全部没有。
适用场景：固定流量强制走某条链路，静态分流，不做动态负载分担。
2）LLB 出链路负载均衡模块（推荐，你现在做双出口负载就用这个）
Web 路径：负载均衡 > 链路负载 > 出链路负载均衡 > IPv4选路策略
- 先定义链路 Link：WAN1、WAN2，填写各自外网网关、带宽、健康检测；
- 把链路加入链路组 Link‑group，配置调度算法：带宽比例 / 会话数 / 最小繁忙比；
- 新建流量特征 Class：可以匹配源 IP 网段、目的 IP、ACL、应用、域名；
- 在 IPv4 选路策略：绑定流量特征 Class，选择转发模式
负载分担，指定主链路组；默认 default 策略匹配所有剩下流量走链路组。
✅这里面直接配置源网段匹配、链路（内部已经绑定对应下一跳），不需要手动写 apply 下一跳。 当 LLB 模块匹配这条流量特征之后，根据链路健康状态、权重算法，自动选择可用链路，调用链路下一跳转发报文。
两套机制对比表
表格
| 项目 | 传统 PBR 策略路由 | LLB 出链路负载均衡（智能选路） |
|---|---|---|
| 链路健康检测 | 无 | 支持 ping/dns 检测，链路故障自动剔除 |
| 调度算法 | 只能固定下一跳 / 简单轮询 | 带宽权重、繁忙比、就近性、会话保持 |
| NAT 联动 | 需要自己配置 | 链路绑定 NAT 地址池，联动自动选 NAT 地址 |
| 链路统计监控 | 无 | 链路实时带宽、会话数统计 |
| 适用场景 | 固定静态分流 | 互联网多出口动态负载均衡 |
完整配置逻辑梳理（现场实施顺序）
- 物理接口配置 IP，两条 WAN 口配置接口 IP；
- 配置 WAN 网关 32 位主机路由，保障健康检测可达；不要配置全局 0.0.0.0 默认路由给业务；
- 负载均衡‑链路：新建 LINK‑WAN1、LINK‑WAN2，填写 router ip（外网网关），配置带宽、健康检测；
- 链路加入链路组 link‑group‑internet，设置调度算法；
- 流量特征 Class，可按源网段匹配内网不同用户；
- IPv4 选路策略，default 策略转发模式负载分担，引用 link‑group‑internet；全局开启负载均衡服务；
- NAT 配置：两条链路分别绑定各自外网地址池；
- 安全策略放行内网‑untrust；放行 local‑untrust（健康检测报文）；
- 验证：
display loadbalance link查看链路状态是否 up；监控‑链路负载看实时流量。
高频踩坑
- 同时配置了全局静态默认路由 + LLB 模块：报文优先匹配全局 FIB 路由，流量不走 LLB 模块，负载均衡完全不生效；
- 忘记链路下一跳
router ip，LLB 选路成功但是没有转发下一跳，报文黑洞； - 没有配置网关 32 位主机路由，链路健康检测全部失败，链路状态显示 down；
- 用传统 PBR policy‑based‑route 做互联网负载，链路故障无法自动切换。
小提示：如果内网有服务器需要对外发布（inbound 方向），要注意：服务器回包，必须从同一个进来的 ISP 链路返回，需要配合链路就近性、源 NAT 或者静态路由处理，防止来回路径不一致。
- 2026-11-05回答
- 评论(0)
- 举报
-
(0)
暂无评论
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论