H3C设备的Inbound负载均衡主要通过策略路由（PBR）或静态路由配合权重来实现，核心在于引导外部流量按预设路径进入内网，而非依赖NAT的轮询机制。
很多网络工程师在配置出口负载均衡时,往往混淆了Outbound（出向）和Inbound（入向）的概念，出向负载均衡解决的是内网用户访问互联网时如何选择出口链路，而入向负载均衡解决的是互联网用户访问企业服务器时，流量从哪条链路进入企业网络，对于使用H3C交换机或路由器的企业来说，正确配置Inbound负载均衡不仅能提升访问速度，还能在单条链路故障时保证业务连续性。
Inbound负载均衡的核心原理与场景
Inbound负载均衡的本质是“引流”，由于互联网BGP路由协议通常遵循最短路径优先原则，如果没有额外干预，外部用户访问企业IP时，流量往往会固定走某一条主链路，导致备用链路闲置或主链路拥塞，H3C设备通过识别报文特征，强制改变报文的下一跳或出接口，从而实现流量的均衡分配。
为什么需要配置入向负载均衡
在实际业务中,单一运营商链路存在明显的局限性，电信用户访问电信IP速度最快，但如果企业只有一根电信专线，当该线路出现拥塞或中断时，所有业务都会瘫痪，通过配置Inbound负载均衡，企业可以将不同的IP段映射到不同的物理接口，或者利用策略路由让特定来源的流量走特定链路。
业内专家指出,随着企业上云和混合办公模式的普及，对入站流量的精细化管理需求日益增长，传统的DNS轮询虽然简单，但无法感知链路健康状态，且缓存问题严重，相比之下，基于H3C设备的策略路由方案更加灵活，能够实现毫秒级的故障切换和更精准的流量调度。
典型应用场景分析
- 多线接入环境：企业同时拥有电信、联通、移动多条宽带，希望不同运营商的用户通过最优路径访问内部Web服务器。
- 高可用备份场景：主链路带宽充足但成本较高，备用链路带宽较低但成本低廉，通过负载均衡，日常流量分散，故障时主备自动切换。
- 服务器集群访问：内部有多台Web服务器，分别绑定不同的公网IP，通过策略路由将不同IP段的入站流量引导至对应的服务器或链路。
H3C设备配置实操指南
在H3C Comware V7平台上，实现Inbound负载均衡主要依赖策略路由（Policy-Based Routing, PBR），以下是标准的配置逻辑和步骤。
第一步：定义流量分类与行为
首先需要创建ACL（访问控制列表）来识别需要负载均衡的入站流量，通常根据源IP、目的IP或协议类型进行匹配。
创建ACL匹配规则
system-view acl advanced 3000 rule permit ip source 1.1.1.0 0.0.0.255 destination 10.1.1.0 0.0.0.255 rule permit ip source any destination any
上述ACL 3000匹配了来自特定源网段访问内部服务器的流量，其余流量匹配默认规则。
定义流行为（Flow Behavior）
接下来定义匹配不同流量后的动作,例如指定下一跳IP或出接口。
flow behavior pbr-behavior-1 redirect ip-address 202.100.1.1 interface GigabitEthernet1/0/1 flow behavior pbr-behavior-2 redirect ip-address 202.100.2.1 interface GigabitEthernet1/0/2
这里假设202.100.1.1是电信链路的下一跳，202.100.2.1是联通链路的下一跳。
第二步：创建策略路由并绑定
将定义的ACL和流行为关联起来,形成完整的策略路由。
flow classifier pbr-classifier-1 behavior pbr-behavior-1 flow classifier pbr-classifier-2 behavior pbr-behavior-2 policy-based-route pbr-inbound classifier pbr-classifier-1 action pbr-behavior-1 classifier pbr-classifier-2 action pbr-behavior-2
第三步：应用策略到入接口
策略路由必须应用在流量进入设备的接口上,通常是连接互联网的外网接口。
interface GigabitEthernet1/0/1 ip address 202.100.1.2 255.255.255.252 policy-based-route pbr-inbound apply
注意：如果有多条外网链路，需要在每个入接口分别应用相应的策略，或者在核心交换机上统一应用。
常见误区与故障排查
配置Inbound负载均衡时,很多工程师会遇到流量不按预期走的问题，这通常源于对NAT和路由关系的误解。
NAT与策略路由的冲突
在H3C设备上,数据包的处理顺序至关重要，如果在外网接口同时配置了NAT和策略路由，需要注意处理顺序，通常情况下，策略路由在路由查找之前生效，但如果NAT配置在策略路由之前，可能会导致目的IP被转换，从而影响策略匹配，建议先测试纯路由环境下的PBR效果，再逐步加入NAT配置。
回程路由问题
Inbound负载均衡只解决了“进门”的问题，出门”的路径不对称，会导致TCP连接建立失败，流量从电信链路进入，但服务器回复时从联通链路出去，互联网上的用户会收到错误的源IP或无法建立连接，解决这一问题的关键在于确保回程路由也经过相应的链路，或者在核心交换机上配置双向NAT和策略路由，保证进出路径的一致性。
据统计,超过半数的入向负载均衡故障源于回程路由配置不当，在配置Inbound策略时，务必同步检查Outbound策略，确保流量闭环。
健康检查与故障切换
静态策略路由无法感知链路状态,如果主链路物理中断，但接口状态仍为Up（例如对端设备未关机但线路故障），流量仍会被发送到故障链路，为此，H3C设备支持NQA（网络质量分析）或BFD（双向转发检测）与策略路由联动。
配置NQA联动示例
nqa entry test ping type icmp-echo destination ip 202.100.1.1 interval min 5000 max 5000 timeout 3000 apply nqa test pbr-behavior-1
通过NQA定期探测下一跳的可达性,当探测失败时，自动将流量切换到备用行为，这种动态调整机制大大提升了网络的鲁棒性。
不同厂商方案对比与选型建议
在选择H3C或其他品牌设备实现Inbound负载均衡时,需要考虑成本、复杂度及维护便利性。
H3C vs 华为 vs 思科
- H3C：配置逻辑清晰，PBR功能强大，支持丰富的ACL匹配条件，适合中大型园区网和数据中心，其Comware V7平台命令风格统一，学习曲线相对平缓。
- 华为：与H3C同源，命令相似，但在高端数据中心场景下，华为的SRv6和SDN集成能力更强，对于传统静态负载均衡，两者差异不大。
- 思科：在Cisco IOS中，PBR配置类似，但思科更倾向于使用SD-WAN控制器进行集中化管理，对于纯命令行操作，思科的语法略有不同，但核心原理一致。
价格与维护成本考量
对于中小企业而言,H3C的S系列交换机或NE系列路由器性价比极高，据行业共识认为，H3C在中小型企业市场的占有率持续领先，主要得益于其高性价比和完善的售后服务体系，相比之下，进口品牌设备虽然性能强劲，但授权费用高昂，且故障响应时间较长。
Inbound负载均衡Q&A
H3C交换机如何配置基于源IP的入向负载均衡？
通过创建ACL匹配源IP地址,定义不同的流行为指向不同的下一跳或出接口，然后在连接互联网的入接口应用策略路由，需确保ACL规则精确匹配，避免误匹配其他流量。
Inbound负载均衡与DNS轮询有什么区别？
DNS轮询是应用层方案,通过返回不同的IP地址来分散流量，但受DNS缓存影响大，且无法感知链路健康状态，H3C的Inbound负载均衡是网络层方案，基于策略路由直接引导流量，响应速度快，故障切换实时，适合对可用性要求高的业务。
配置策略路由后流量仍然不走预期路径怎么办？
首先使用display policy-based-route命令检查策略是否命中，确认ACL匹配是否正确，其次检查接口是否应用了策略，以及是否有更优的静态路由或动态路由覆盖了策略路由，最后确认NQA或BFD联动配置是否正确，确保故障切换机制生效。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/472248.html
