san为什么一定需要服务器？没有服务器会怎样，服务器作用详解

SAN存储离开服务器，就像只有停车场却没有车，数据只能闲置在磁盘阵列里，任何业务系统都无法读取。 因为SAN提供的是块级存储，不是自带文件管理能力的成品文件服务器，必须由服务器发起I/O、挂载文件系统、运行业务应用，数据才能真正产生价值，下面从架构、成本、实操三个维度说清楚这件事。

SAN存储需要服务器吗？先拆解一条完整的数据读写链路

先看一次数据库查询请求在SAN环境里的真实路径，用户点击页面，应用服务器收到请求，操作系统向文件系统要数据，文件系统把请求转成块级I/O，通过HBA卡发出，HBA卡连光纤线，光纤线进SAN交换机，交换机把请求转给存储阵列控制器，控制器再调度磁盘读写，这条链路里，服务器是起点，也是唯一能主动发起I/O的角色。

存储阵列本身不认业务，只认主机，它看到的是服务器HBA卡的WWN号，所谓“主机注册”，就是让存储认识服务器，没有服务器注册,存储上的LUN就是一块没人能用的裸容量。

服务器在SAN架构里不是“可选项”，而是“发起者”

在SAN协议里，服务器叫Initiator，存储叫Target，这个命名已经很直白：必须有发起者，数据才会流动,服务器要做四件事：

• 安装HBA卡或配置iSCSI网卡，提供访问SAN的物理通道
• 安装驱动和存储多路径软件，保证链路冗余
• 对LUN进行分区和格式化，创建文件系统
• 把文件系统挂载给数据库、虚拟化平台或应用程序

这四件事，存储阵列一样都替代不了，存储控制器可以管RAID、管缓存、管LUN映射，但没法替服务器装操作系统、跑数据库。

SAN存储和NAS区别：为什么NAS能自己分享文件，SAN必须挂服务器

很多第一次接触存储的人会问：既然NAS插上网线就能共享文件夹，SAN为什么不能也这么干？这就是SAN存储和NAS区别的核心。

NAS本质是一台带操作系统的文件服务器，它内置CPU、内存和文件系统，可以直接对外提供文件级共享，客户端通过网络访问NAS，NAS自己负责权限、目录、文件锁。

SAN完全不同，SAN只提供块级设备，相当于把一块“裸硬盘”从网络那头递给你，裸硬盘上没有文件系统，Windows不会识别，Linux也不会自动挂载，必须有一台服务器把它接过来，分区、格式化、写入数据。

SAN存储应用场景里，服务器和存储总是成对出现

数据库集群、虚拟化平台、ERP核心系统，这些SAN存储应用场景几乎都离不开多台服务器并发访问同一组LUN，比如VMware集群里的多台ESXi主机，只有都接入SAN，虚拟机文件才能共享存储，HA和vMotion才做得起来，再比如Oracle RAC，多节点同时读写SAN上的数据文件,靠的就是服务器与存储之间的高速块级通道。

所以集成商在规划北京SAN存储解决方案时，第一句通常不是问“你要买多少TB”，而是问“你现在有多少台服务器，跑什么业务”，服务器数量决定HBA卡数量、交换机端口数和LUN映射策略。

企业SAN存储价格构成：为什么报价单里总要多算一台服务器

有些企业比价时只盯着存储阵列机身价格，结果项目实施后才发现预算超支。企业SAN存储价格里，服务器侧成本经常被忽略,却一分钱都省不掉。

一张典型的企业SAN采购清单大概包含这些：

• 存储阵列本体和磁盘
• 至少两台SAN交换机



• 光纤跳线和光模块
• 服务器端HBA卡，每台服务器一块或两块
• 多路径软件许可
• 服务器本身及操作系统

如果存储阵列报了二十万，服务器加HBA卡加光模块再加实施，轻松再掏出几万，很多项目里，服务器侧成本能占到整体SAN建设投入的相当一部分，这一块不像阵列有固定折扣,常常隐形。

北京SAN存储解决方案中，服务器选型要盯住这几个参数

以北京本地常见的中小企业机房托管为例,服务器选型重点看四点：

• PCIe槽位数量：至少要空出两个槽位插HBA卡，双链路冗余
• 内存和CPU：数据库和虚拟化场景下，内存要足够承载业务，否则存储再快也白搭
• 操作系统兼容性：确认HBA卡驱动支持Windows Server、CentOS、麒麟或统信等系统
• 机柜空间和散热：北京机房托管费用按U计算，服务器太占地方会抬高整体成本

没有服务器的SAN，运维中会看到什么现象

如果把服务器全部断开，SAN存储并不会立刻报警宕机，但它会进入一种“空转”状态,运维人员通常会看到三个现象：

• 存储管理界面显示LUN没有主机映射，或者主机状态为离线
• 光纤交换机端口有光功率，但没有登录的host
• 业务系统无法访问盘符或挂载点，数据库报I/O错误

这时候存储本身的控制器、硬盘、电源可能全是绿灯，但业务已经停了，因为没有人发起I/O，存储只是一个安静运转的盒子，行业共识认为,SAN存储的业务价值只有在主机正确接入并完成LUN映射后才能体现。

服务器接入SAN存储的实操顺序

前面讲的是原理，下面给一条可执行的接入路径，假设一台Linux服务器要连接FC SAN存储：

1. 关机安装HBA卡，插好光纤跳线
2. 开机后确认HBA卡被识别：lspci | grep -i fibre
3. 安装HBA卡驱动和存储厂商多路径软件

4. 

   在SAN交换机上划分zone，把服务器HBA端口和存储前端端口放进去

5. 存储端创建LUN，映射给服务器HBA的WWN号
6. 服务器重新扫描SCSI设备：echo "- - -" > /sys/class/scsi_host/hostX/scan
7. 确认多路径聚合：multipath -ll
8. 对聚合后的磁盘分区：fdisk /dev/mapper/mpathX
9. 格式化并挂载：mkfs.xfs /dev/mapper/mpathX1 && mount /dev/mapper/mpathX1 /data

从识别磁盘到格式化，每一步都必须在服务器上完成

第6步到第9步，全部是服务器侧操作，存储不会替你分区，也不会帮你挂载，哪怕LUN映射得再完美，服务器不执行扫描命令，系统里都看不到新磁盘,这就是SAN为什么离开服务器完全没有用。

SAN为什么一定需要服务器”的常见问题

SAN存储可以像NAS一样直接共享给多台电脑吗？

不可以，SAN提供的是块级设备，不是文件级共享，多台电脑不能直接同时读写同一个LUN，必须先由一台服务器挂载文件系统，再通过SMB或NFS对外共享,否则多台机器对同一裸盘写数据会造成文件系统损坏。

一台服务器可以同时连接多台SAN存储吗？

可以，一台服务器可以安装多块HBA卡，通过SAN交换机同时连接多套存储阵列，需要做好多路径管理和LUN掩蔽,避免不同存储的磁盘混乱。

企业SAN存储价格是不是都包含服务器费用？

多数情况下不包含，存储阵列、SAN交换机、服务器通常分开报价，集成商可能打包，但报价单里会列出三项成本,企业做预算时要把服务器端HBA卡和光模块一起纳入。

SAN不是不需要服务器，而是它的设计初衷就是把存储能力交给服务器去驱动，没有服务器的SAN，只能算是仓库里堆着的硬盘；有了服务器，SAN才真正变成跑业务的高速数据底座，规划SAN方案时，先把服务器数量、HBA卡和多路径预算算清楚,比单纯比较存储裸机价格更接近真实成本。