ISL 为什么是关键链路
在交换式 fabric 中，同一台交换机内部的流量不需要额外通路，但主机与存储若分处不同交换机，数据必须经过 ISL。这意味着 ISL 的容量不是按单台服务器的需求规划，而是要承载所有跨交换机访问的总和，很容易被低估。设计时需要先估算跨交换机访问比例：如果业务普遍采用同交换机内就近接入，ISL 压力小；如果主机与存储分布在多台交换机上且多路径均衡，跨交换机流量可能达到总量的一半以上。冗余方面，ISL 应至少两条并分布在不同的物理路径上，否则交换机或链路单点故障会直接割裂 fabric。
设计要点
| 要点 | 做法 | 风险 |
|---|---|---|
| 链路数量 | 按跨交换机流量估算，留出余量并考虑聚合 | 链路不足导致拥塞与信用耗尽 |
| 冗余路径 | 至少两条独立物理路径 | 单链路故障割裂 fabric |
| 聚合方式 | 把多条 ISL 聚合成逻辑链路提升带宽 | 成员速度或配置不一致导致聚合失败 |
| 层数控制 | 采用核心与边缘的两层结构，控制跳数 | 跳数过多累加时延并影响收敛 |
| 就近接入 | 让主机与其访问的存储尽量连在同一对交换机上 | 跨交换机比例过高，ISL 长期高负载 |
基本信息
| 端口角色 | 两端均为 E 端口，聚合后为 TE 端口 |
|---|---|
| 流量方向 | 承载所有跨交换机的主机与存储访问 |
| 监控重点 | 链路利用率、拥塞与流控暂停计数、错误计数 |
| 结构选择 | 核心与边缘两层结构便于扩展与故障收敛 |
| 评审要点 | 把跨交换机访问比例纳入架构评审，而不是上线后才发现 |
典型使用场景
- 双交换机冗余架构：两台交换机之间的 ISL 还要承载故障接管流量
- 核心与边缘结构：边缘接入主机与存储，核心交换机承载汇聚流量
- 机房跨度扩展：跨机柜或跨楼层连接时需评估距离与光模块类型
- 多站点互联：站点之间使用长距离链路，需按带宽与延迟重新规划
- 扩容评估：新增交换机时重新估算 ISL 利用率与聚合需求
故障接管会让 ISL 负载骤增：正常情况下多条链路分担流量，一条失效后所有流量压到剩余链路上。规划时应按「单条失效后仍能承载业务」核算容量，而不是按正常状态估算。
跳数上限、聚合成员数量与速率协商规则因厂商与平台而异，请以所用交换机的官方文档为准；跨厂商级联前应确认互通特性与支持的扩展功能。