SAN到底用什么连接服务器
存储区域网络(SAN)与服务器的连接,主流方案是光纤通道(FC)和基于以太网的iSCSI协议,前者走专用光纤交换机,后者走万兆/二十五兆以太网。 选择哪条路,取决于业务对延迟、带宽和预算的容忍度金融核心库偏爱FC,中小企业的虚拟化和数据库则常用iSCSI,下面从物理链路、交换设备到协议栈,一层层拆开讲清楚。
存储区域网络怎么连接服务器?先分清三大物理层
SAN和普通NAS最大的区别,在于它把存储抽离成独立网络,服务器访问SAN存储,必须打通三条路:服务器端接口、中间交换网络、存储端端口,缺少任何一环,数据都跑不起来。
服务器端:HBA卡还是网卡?
- 如果走FC SAN,服务器必须安装光纤通道HBA卡(Host Bus Adapter),它长得像网卡,但专门处理FC协议,支持8Gb/s、16Gb/s、32Gb/s速率,插入PCIe插槽后,再接上光纤跳线。
- 如果走iSCSI SAN,普通万兆以太网卡就能胜任,多数场景下,服务器板载网口+万兆光口网卡就够,但为了CPU卸载和降低延迟,行业共识是使用支持iSCSI卸载的智能网卡。
- 近年出现的NVMe over Fabric(NVMe-oF)方案,则把服务器与存储之间的连接换成RDMA网卡(如RoCE),这是另一个赛道,下文单独说。
中间层:SAN交换机是灵魂
SAN不是用网线把服务器和磁盘柜直连就完事,核心组件是SAN交换机:
- FC交换机:这是FC SAN的调度中心,它维护着一张Zoning(分区)表,告诉每个服务器端口“你能看见哪个存储端口”,没有它,FC设备之间根本没法自动协商通信。
- 以太网交换机:iSCSI复用传统IP网络,但不建议直接用办公网络跑业务流量,生产环境至少划出独立VLAN,或者干脆配一台独立的万兆交换机,很多存储厂商都提供“融合交换机”,同时支持FCoE和传统以太网。
存储端:双控制器是底线
磁盘阵列(如中端存储、全闪阵列)的控制器上,通常配置4到8个前端接口,接口类型可能是FC光口、万兆电口/光口,甚至是25GbE,这些接口通过光纤或六类/七类网线,连接到交换机的端口上。

FC SAN和IP SAN对比哪个好?性能与成本的权衡
这是选型时最纠结的问题,直接说结论:没有绝对好坏,只有场景适配。
FC SAN:追求极致稳定性
- 延迟极低:FC协议是定长帧、硬件卸载,典型的端到端延迟在几十微秒级,而iSCSI因为走TCP/IP协议栈,延迟通常要到百微秒甚至毫秒级。
- 网络隔离:FC是专用网络,物理上就不存在被办公网广播风暴波及的可能,金融行业的核心交易系统,绝大多数仍选择FC。
- 缺点明显:贵,一台16Gb FC交换机价格通常在数万元到十几万元,HBA卡单块也要数千元,相比下,万兆以太网交换机和网卡的成本堪称“白菜价”。
iSCSI:廉价但不低效
- 易部署:只要是会配置IP网络的人,就能上手iSCSI,不需要专门的FC认证工程师。
- 成本友好:据业界公开信息,iSCSI方案的每TB成本比FC低约三分之一到一半,尤其适合中小机房的初始投入。
- 短板在于并发:iSCSI在低负载时性能尚可,但当多台服务器同时发起大块IO时,TCP拥堵控制容易造成性能抖动,软件层面的MPIO(多路径IO)配置也相对繁琐。
| 对比维度 | FC SAN | iSCSI SAN |
|---|---|---|
| 传输协议 | Fibre Channel | TCP/IP |
| 典型速率 | 16Gb/s / 32Gb/s | 10GbE / 25GbE |
| 端到端延迟 | 微秒级 | 百微秒级 |
| 硬件价格 | 高 | 中低 |
| 适用场景 | 核心数据库、关键交易 | 虚拟化、备份、测试开发 |
能不能混用?
可以,很多中端存储阵列同时提供FC和iSCSI接口,核心数据库服务器走FC光纤链路,而备份服务器走iSCSI万兆链路,这样既保住了关键业务的性能,又降低了整体硬件开销。
SAN交换机是什么?为什么说它是链路中的关键环节
如果把SAN比作高速公路,HBA卡是汽车,磁盘阵列是仓库,那SAN交换机就是立交桥,它不参与数据存储本身,却决定了数据能不能准时到达。

FC交换机的两个核心概念
- Zoning(分区):作用类似以太网的VLAN,假设你有8台服务器和4个存储端口,通过划分Zoning,可以让A服务器只看到第1、2存储端口,B服务器只看到第3、4端口,这能防止不同业务系统互相干扰,也提高了安全隔离级别。
- WWN(全球唯一名称):每张HBA卡和存储端口都有一个出厂烧录的WWN地址,类似MAC地址,配置Zoning时,就是通过绑定WWN来精确授权的。
交换机的级联与性能瓶颈
当服务器数量超过单台交换机端口数时,需要用线缆把多台FC交换机级联在一起。要注意:级联端口(ISL)会成为性能瓶颈,比如你有2台24端口交换机,各用4个端口做级联,那服务器跨交换机访问存储时,实际带宽被压缩到了16Gb/s(单链路),行业共识是,高负载场景下ISL数量不应少于端口总数的15%。
实操指南:从零搭建一套SAN连接
纸上谈兵到此为止,下面是一套可复制的物理连接与配置路径,以一台FC存储和两台服务器为例。
安装硬件
- 在服务器上安装HBA卡,拧紧固定螺丝。
- 把光纤跳线的一端插入HBA卡光口,另一端插入FC交换机的用户端口。
- 存储控制器的FC口接光纤,连到FC交换机的另一个端口。
- 给所有设备通电,等待HBA卡指示灯稳定常亮(绿灯闪烁表示正在协商链接速度)。
配置FC交换机Zoning
- 用串口线或管理IP登录交换机命令行(例如Brocade交换机用
switchshow命令查看端口状态)。 - 使用
alicreate "zone1","52:00:00:00:00:01;50:00:00:00:00:02"创建Zoning,把服务器WWN和存储端口WWN放进同一个Zone。 - 用
cfgcreate "cfg1","zone1"激活配置,最后执行cfgenable "cfg1"让配置生效。
服务器端识别设备
- 在Linux下,运行
ls /dev/disk/by-path,能看到多出类似pci-0000:01:00.0-fc-0x500...的路径,这就是新发现的FC磁盘。 - 在Windows下,打开“服务器管理器” -> “磁盘管理”,初始化新磁盘并分配盘符即可。
配置多路径
为了让服务器到存储有两条以上不经过同一交换机的物理路径(例如从两块HBA分别接两台交换机),需要安装多路径软件:

- Linux下用
multipath -ll查看聚合结果,确保dm设备已创建。 - Windows下安装设备厂商提供的MPIO驱动,然后在“多路径IO”管理器中添加磁盘支持。
局域网里的SAN怎么选?看场景不追参数
上海某三甲医院影像系统
这套系统需要同时处理CT/MRI影像,特点是大文件顺序读,医院信息科当时选了iSCSI方案,因为影像数据量大,FC的预算有限,配置了两台万兆交换机做冗余,存储端启用8个万兆口,实测下来的带宽足够放射科十几个工作站同时调阅影像。
深圳某电商公司数据库集群
销售订单库属于高并发随机读写,IT负责人最终选FC方案,理由是数据库锁冲突机制对延迟极其敏感,哪怕是几毫秒的额外延迟,都可能引发锁等待超时,它们用了2台32Gb FC交换机,配合全闪阵列,说是“杀鸡用牛刀也认了”。
预算有限怎么妥协?
如果确实预算优先,行业共识是用iSCSI + SSD,用一万兆网卡配合存储侧的固态硬盘缓存,能覆盖大部分中小虚拟化环境的IO需求,千万别省了网卡的钱,却买了企业级闪存盘,那是本末倒置。
常见问题:SAN连接服务器中的坑
问:SAN和直连存储(DAS)比,连接方式本质区别在哪?
本质上,SAN通过交换网络让多台服务器共享同一批存储设备,而DAS是每台服务器独占自己的硬盘或磁盘柜。 SAN的服务器和存储之间没有物理归属绑定,你可以随时把存储LUN重新映射给另一台服务器,这是DAS做不到的。
问:服务器上的网卡能连接FC SAN吗?
不能。 FC SAN使用光纤通道协议,普通以太网卡和HBA卡的链路层编码、信号调制机制完全不同,要连接FC SAN,必须安装FC HBA卡,或使用支持FCoE(Fiber Channel over Ethernet)的统一网卡,后者需要配合支持FCoE的交换机和存储端接口。
问:iSCSI连接需要交换机吗?笔记本电脑能不能直接连存储?
需要交换机,但不要求专用型号。 如果你只是临时在机房调试,用一根六类网线把笔记本的网口直连存储的管理口(注意不是业务口),然后手动配置同一网段的IP地址,确实可以访问存储的管理界面,但要跑业务数据流,就必须经过交换机这既是为了扩展性,更是为了隔离广播域和故障域。
图片来源于AI模型,如侵权请联系管理员。作者:酷小编,如若转载,请注明出处:https://www.kufanyun.com/ask/825851.html


评论列表(4条)
这篇文章写得非常好,内容丰富,观点清晰,让我受益匪浅。特别是关于交换机的部分,分析得很到位,给了我很多新的启发和思考。感谢作者的精心创作和分享,期待看到更多这样高质量的内容!
@lucky388:这篇文章的内容非常有价值,我从中学习到了很多新的知识和观点。作者的写作风格简洁明了,却又不失深度,让人读起来很舒服。特别是交换机部分,给了我很多新的思路。感谢分享这么好的内容!
@lucky388:读了这篇文章,我深有感触。作者对交换机的理解非常深刻,论述也很有逻辑性。内容既有理论深度,又有实践指导意义,确实是一篇值得细细品味的好文章。希望作者能继续创作更多优秀的作品!
读了这篇文章,我深有感触。作者对交换机的理解非常深刻,论述也很有逻辑性。内容既有理论深度,又有实践指导意义,确实是一篇值得细细品味的好文章。希望作者能继续创作更多优秀的作品!