群晖链路聚合配好了网速没提升？先搞懂客户端绑定机制再测试
痛点场景
NAS 配了两条千兆网口做链路聚合，交换机侧 LACP 也对上了。结果一台电脑拷贝大文件，速度表稳稳停在 110 MB/s 上下——跟单网口时代一模一样。管理员盯着资源监视器开始怀疑：聚合是不是白配了？
先别拆配置。链路聚合（Link Aggregation）通过聚合多个网络接口来提高带宽和吞吐量，并提供流量故障转移以在连接中断时维持网络连接——但它提高的是总带宽，不是单客户端带宽。
机制：客户端一旦分配，就固定走同一个接口
官方对聚合转发机制的说明是：
- 只有当存在多个客户端时，总网络带宽才会增加；
- 每个客户端通过聚合接口之一进行应答；
- 分配接口后，来自此客户端的所有连接都会由同一接口进行应答。
换句话说，聚合组内部按客户端做分流：A 电脑的所有流量走 1 号口，B 电脑的所有流量走 2 号口。单看 A 电脑，它的速率上限仍是单个接口的速率；两台电脑同时读写，总吞吐才能体现出两个接口的叠加。指望"一台机器两条线跑双倍速度"，方向从一开始就错了——那是多路径/多会话负载均衡之外的另一类问题。
官方对照测试法
要验证聚合是否生效，按官方教程做一轮对照：
- 准备两台或更多计算机，同时向 NAS 上传或下载大文件（官方示例用 4GB 左右的电影文件这种量级）；
- 在 DSM 上打开 资源监视器 > 性能，监控网络带宽；
- 对比此前单个客户端上传或下载同一批文件时的读数。
多客户端并发时的总带宽明显高于单客户端读数，聚合就在正常工作；两个数字接近，再去查交换机侧的聚合组配置与端口分布。
验收与预期管理的三个提醒
- 测试终端数量至少两台起步：一台机器测聚合，测的只是单接口基线；
- 文件要够大：几个 GB 量级的文件才能压出稳态吞吐，小文件测出来的是延迟和每秒请求数，不是带宽；
- 故障转移顺带验证：传输过程中拔掉聚合组里一根线，连接应维持不断——这是聚合的另一项核心价值，与带宽无关但同样值得当场验一次。
给客户做聚合链路验收前，诚鑫致达科技都会按多客户端并发先跑一轮基线，把"单机不提速、多机才叠加"的预期讲在前面——机制说清了，聚合才不会被误判成没用的配置。