1. 项目概述为什么需要配置静态聚合在数据中心或者企业网的核心、汇聚层我们经常会遇到一个经典问题单一链路的带宽不够用了。比如服务器和核心交换机之间只有一条千兆链路当业务流量激增时这条链路就成了瓶颈不仅可能丢包还会导致业务延迟。直接升级到万兆设备固然能解决问题但成本高昂而且原有的千兆交换机端口就浪费了。这时候链路聚合技术就派上用场了。它可以把多个物理端口捆绑成一个逻辑端口来使用。这个逻辑端口在H3C设备里通常就叫“聚合组”或者“Eth-Trunk”。这样做的好处显而易见第一是增加带宽把两条千兆链路绑一起理论上就获得了2Gbps的转发能力第二是提高可靠性聚合组里只要还有一条物理链路是通的整个逻辑链路就不会中断实现了负载分担和冗余备份。今天要聊的“静态聚合”是链路聚合里最基础、也最常用的一种模式。它不依赖像LACP链路聚合控制协议这样的协议去自动协商而是由网络管理员在交换机上手工指定哪些物理端口属于同一个聚合组。这种方式配置简单直接稳定可控尤其适合连接那些不支持或不需要动态协议的网络设备比如一些服务器、存储设备或者老型号的网络设备。理解并掌握静态聚合的配置是网络工程师处理带宽和可靠性问题的基本功。2. 核心概念解析Trunk与Access在聚合场景下的应用在配置聚合口之前我们必须先搞清楚一个根本问题这个聚合逻辑口最终要用来传什么样的数据这就引出了交换机端口最经典的两种链路类型Access和Trunk。它们在聚合场景下的意义和配置方式有显著区别选错了类型数据可能就传不过去。2.1 Access模式聚合专注单一业务VLANAccess口顾名思义是接入端口。它的职责非常单纯为终端设备如PC、服务器、IP电话提供网络接入。一个Access端口通常只属于一个VLAN它接收到的数据帧默认是不带VLAN标签的。当数据从终端设备进入Access口时交换机会给这个数据帧打上该端口所属VLAN的标签然后在交换机内部转发当数据要从这个端口发送给终端时交换机会先剥离掉VLAN标签再发送出去。那么把多个Access口聚合成一个逻辑Access口适用于什么场景呢最典型的场景就是连接一台服务器。假设这台服务器只有一个业务网卡但我们需要为它提供更高的上行带宽和链路冗余。我们可以在交换机侧将两个物理端口比如GigabitEthernet 1/0/1和1/0/2都配置为Access模式并划入服务器业务所在的VLAN例如VLAN 10然后将它们静态聚合。这样对于上层的网络拓扑和服务器来说它们看到的只是一个带宽更大、更可靠的“逻辑网线”。所有从聚合口进出VLAN 10的流量都会在这两条物理链路上进行负载分担。配置要点与坑点VLAN一致性是铁律聚合组内所有成员端口其PVID端口默认VLAN ID必须完全相同。如果你把G1/0/1的PVID设为10而G1/0/2的PVID设为20然后强行把它们绑在一起轻则部分流量不通重则可能导致生成树协议STP计算错误引发网络环路。Hybrid模式的替代方案有些时候服务器可能需要接收带特定标签的帧比如虚拟化环境。这时单纯的Access口可能不够用。你可以考虑使用Hybrid模式来替代Access并精细控制端口的Tagged和Untagged VLAN列表。但在静态聚合组内所有成员端口的Hybrid配置也必须完全一致。服务器网卡绑定模式交换机侧配置好了服务器侧网卡的绑定模式也必须对应。对于静态聚合交换机侧称为“手工模式”服务器侧通常应配置为“负载均衡”或“主备”模式并且需要禁用其发送LACP报文的功能以避免两端协商不一致。2.2 Trunk模式聚合承载多VLAN干道Trunk口是干道端口。它的核心任务是承载多个不同VLAN的数据在交换机与交换机、交换机与路由器之间构建主干道。Trunk口发送数据时默认会保留VLAN标签除了Native VLAN的数据帧。将多个Trunk口聚合成一个逻辑Trunk口这是园区网核心层最普遍的用法。想象一下核心交换机和汇聚交换机之间的互联这里需要跑通市场部、研发部、财务部等多个部门的VLAN流量。单独一条万兆链路可能仍有压力或存在单点故障风险。这时我们就可以将两条甚至多条万兆链路配置为Trunk模式并加入同一个静态聚合组。这样所有VLAN的流量都可以通过这条高带宽、高可靠的逻辑Trunk链路进行负载分担。配置精髓与常见误区允许通过的VLAN列表必须绝对一致这是Trunk聚合配置中最容易出错的地方。假设核心交换机A的聚合Trunk口允许VLAN 10,20,30通过而对端汇聚交换机B的聚合Trunk口只允许VLAN 10,20通过那么VLAN 30的流量从A到B时就会被B丢弃。配置时务必使用类似port trunk permit vlan 10 20 30的命令确保聚合组内每一个成员端口以及对端设备的对应聚合口其VLAN许可列表完全匹配。Native VLAN要对齐Trunk口有一个特殊的Native VLAN本征VLAN这个VLAN的数据帧通过Trunk口时是不带标签的。如果链路两端的Native VLAN设置不一致比如一端是VLAN 1另一端是VLAN 99就会导致Native VLAN的流量无法正确识别还可能引发安全风险。通常建议将Native VLAN修改为一个非默认的、不承载用户业务的VLAN。MTU问题当聚合链路需要承载一些特殊的大帧如存储流量、某些虚拟化流量时需要确保聚合组内所有物理端口以及逻辑聚合口的MTU最大传输单元设置一致且大于或等于需要通过的帧大小。否则会出现帧被分片或丢弃的情况。注意在H3C设备上一个物理端口在加入聚合组之前其链路类型Access/Trunk/Hybrid、PVID、允许的VLAN等属性可以预先配置但一旦加入聚合组该端口的所有二层属性都将被聚合口的配置所覆盖。也就是说最终生效的是逻辑聚合口的配置。因此更稳妥的做法是先创建聚合组再配置聚合口的模式最后才向组内添加成员端口。3. H3C交换机静态聚合配置全流程实操理论清楚了我们进入实战环节。以下操作基于H3C COMWARE V7平台这是目前主流版本使用命令行界面CLI进行。假设我们有一台H3C S6850系列交换机需要配置一个静态聚合组。3.1 基础环境与规划在开始敲命令之前做好规划至关重要这能避免配置过程中反复修改和清除。拓扑与目标我们计划将交换机的第24、25号万兆光口Ten-GigabitEthernet 1/0/24, 1/0/25捆绑为一个静态聚合组组编号为1。这个聚合口将作为Trunk连接至另一台核心交换机需要允许VLAN 10办公、VLAN 20生产、VLAN 30无线通过并设置Native VLAN为999。设备检查使用display interface brief命令确认目标端口24和25物理状态是UP没有被其他配置占用。使用display link-aggregation summary命令查看当前已有的聚合组避免编号冲突。配置前备份执行save保存当前配置或者使用display current-configuration将配置导出到文本备份这是一个好习惯。3.2 分步配置命令详解现在我们按步骤实施配置。第一步进入系统视图创建二层聚合接口。聚合接口是一个逻辑接口我们需要先把它创建出来。system-view interface Bridge-Aggregation 1执行后命令行提示符会变成[H3C-Bridge-Aggregation1]表示你已经进入了聚合接口1的配置视图。这里Bridge-Aggregation指的是二层聚合接口用于处理带VLAN标签的帧。如果是三层路由聚合则会使用Route-Aggregation。第二步配置聚合组的工作模式为“静态”。虽然默认可能就是静态但显式配置能让意图更清晰。link-aggregation mode static第三步配置聚合接口的链路类型为Trunk并放通所需VLAN。这一步决定了这个逻辑口是干什么用的。port link-type trunk port trunk permit vlan 10 20 30 port trunk pvid vlan 999port link-type trunk设置端口为Trunk类型。port trunk permit vlan 10 20 30允许VLAN 10, 20, 30的带标签帧通过。如果需要允许所有VLAN可以使用port trunk permit vlan all但出于安全考虑不建议在生产环境这么做。port trunk pvid vlan 999设置本征VLAN为999。确保对端交换机的对应Trunk口也设置了相同的PVID。第四步将物理端口加入聚合组。现在我们需要把两个实际的万兆口“指派”给这个逻辑聚合组。quit interface Ten-GigabitEthernet 1/0/24 port link-aggregation group 1 quit interface Ten-GigabitEthernet 1/0/25 port link-aggregation group 1通过interface命令进入具体物理端口的视图。port link-aggregation group 1命令将该物理端口加入到编号为1的聚合组中。执行此命令后该物理端口的大部分二层配置如之前配置的Access/Trunk模式、PVID等会被聚合接口的配置覆盖。第五步可选但推荐配置聚合组的负载分担算法。默认的负载分担方式是基于源MAC和目的MAC地址。但在某些场景下为了更均衡的流量分布可能需要调整。link-aggregation load-sharing mode destination-ip source-ip这条命令将负载分担模式修改为基于源IP和目的IP地址。这对于服务器间流量IP明确的均衡效果更好。你可以使用display link-aggregation load-sharing mode查看设备支持的所有模式。3.3 配置验证与状态检查配置完成后绝对不能假设它已经正常工作必须通过一系列命令进行验证。查看聚合组摘要display link-aggregation summary查看输出中聚合组1的状态是否为UPSelected端口数量是否为2。Selected状态表示该端口是活跃的、被选中承载流量的成员端口。查看聚合组详细信息display link-aggregation verbose Bridge-Aggregation 1这是最重要的诊断命令。你需要关注Aggregation Interface:是否为Bridge-Aggregation1。Aggregation Mode:是否为Static。Loadsharing Type:是否为你配置的模式。下方的Port列表中Status栏是否为S。S代表Selected已选中U代表Unselected未选中。如果出现U说明该物理端口因某种原因如对端未聚合、VLAN不一致等未能成功加入聚合组。Operate status应为up。查看聚合接口状态display interface Bridge-Aggregation 1这里可以看到逻辑接口的IP如果是三层、MAC地址、速率应该是两个万兆口之和、以及收发报文的情况。确认Current state为UPLine protocol state为UP。验证Trunk配置display this interface Bridge-Aggregation 1或者直接在聚合接口视图下打display this确认port link-type trunk和port trunk permit vlan的配置是否正确生效。4. 静态聚合配置的经典问题与排查实录即使按照手册一步步配置在实际网络中还是会遇到各种稀奇古怪的问题。下面我整理了几个最常见的故障场景及其排查思路这些都是用时间和教训换来的经验。4.1 问题一聚合组状态为DOWN成员端口全是Unselected现象使用display link-aggregation verbose查看发现聚合组Operate status是down下面所有成员端口的Status都是U。排查思路检查物理链路这是第一步也是最容易忽略的一步。分别进入物理端口视图如interface Ten-GigabitEthernet 1/0/24使用display this查看端口是否被shutdown了。使用display interface brief查看端口的物理状态是否为UP。用光纤测线仪或通过更换光模块、光纤来排除物理故障。检查对端配置静态聚合需要两端设备上都要进行完全对称的配置。如果交换机A把24、25口做了聚合而交换机B的24、25口还是独立的Access口那么聚合肯定无法建立。你需要登录对端设备检查对应的端口是否也加入了相同模式的聚合组。检查端口基础配置冲突在将物理端口加入聚合组之前如果该端口上配置了一些复杂的二层特性如MAC地址学习限制、端口安全、QoS策略等可能会影响其加入聚合组。最干净的做法是在将端口加入聚合组前先clear configuration interface Ten-GigabitEthernet 1/0/24注意此命令会清空该端口所有配置慎用或者手动删除可能与聚合冲突的配置。4.2 问题二聚合组状态为UP但部分成员端口为Unselected现象聚合逻辑口是起来的带宽也增加了但display link-aggregation verbose显示两个成员端口一个S一个U意味着只有一条链路在干活没有实现负载分担。排查思路核对VLAN配置这是导致此问题的头号元凶。仔细检查U状态的端口和对端对应端口的以下配置是否一字不差链路类型同为Access或同为TrunkPVID端口默认VLAN如果是Trunkport trunk permit vlan列表是否完全一致。一个隐藏坑端口的STP生成树状态。如果其中一个端口被STP阻塞DISCARDING状态它也会显示为U。使用display stp brief检查端口STP状态。检查速率和双工模式虽然万兆光口通常都是自协商且固定的但对于千兆电口要确保聚合组内所有成员端口的速率和双工模式设置相同例如都强制为1000full或都设置为auto。不一致的速率/双工可能导致一端认为链路正常另一端却认为有问题。查看详细日志使用display diagnostic-logfile或display logbuffer命令查看设备是否有关于聚合组端口被置为Unselected的告警日志日志通常会给出具体原因比如VLAN configuration is different。4.3 问题三链路聚合后部分VLAN不通或访问缓慢现象聚合配置好后ping测试发现某些VLAN的IP地址时通时断或者延迟很大。排查思路确认负载分担算法使用display link-aggregation load-sharing mode查看当前生效的负载分担方式。如果网络流量特征比较单一比如大量流量都来自同一个源MAC去往同一个目的MAC默认的MAC地址分担方式可能会导致流量全部走一条物理链路。此时可以尝试更改为基于源IP目的IP的负载分担模式。检查是否有环路链路聚合如果配置不当比如误将连接同一台设备的多个端口加入聚合不会引起广播风暴但如果网络中存在其他物理环路聚合链路可能会加剧问题。观察端口流量计数display interface是否有异常的广播包增长。逐段测试在不通的VLAN内分别从源设备ping聚合链路两端的设备接口地址定位故障是在链路上还是在某一台设备的路由或VLAN接口配置上。可能是对端设备上对应VLAN的接口VLANIF没有up或者路由不可达。4.4 配置经验与避坑指南先规划后配置在命令行里边想边配是大忌。务必在笔记本或拓扑图上画好明确每个端口的角色、VLAN、对端设备信息。使用描述符给聚合接口和重要的物理端口添加描述信息。interface Bridge-Aggregation 1 description To-Core-Switch_LinkAgg-Group1 interface Ten-GigabitEthernet 1/0/24 description Member_of_BA1-To-Core几个月后回来看配置你会感谢自己。变更窗口操作在业务高峰期进行聚合配置变更风险极高。尽量在维护窗口进行并且做好回退方案比如备份配置想好如何快速删除聚合组恢复原状。测试要充分配置完成后不仅要ping测试最好能用iperf等工具进行大流量灌包测试持续一段时间观察聚合链路是否稳定负载是否均衡可以通过display interface分别查看两个成员端口的流量统计来粗略判断。Access聚合对接服务器网卡绑定务必与服务器团队确认网卡绑定模式。对于Linux的bondingmode0balance-rr或mode1active-backup常与交换机静态聚合对接。确保服务器网卡不发送LACP报文。
)
