san对比：一次迁移复盘
san对比不能停在参数表上，我拿一个真实中小企业迁移场景来讲：原来用本地盘跑虚拟机，后来在NAS、iSCSI SAN和FC SAN之间选型。过程里有预算拉扯，也有性能测试，结论比宣传页实在。
Q1：这个案例的背景是什么？
客户是一家制造企业，约120名员工，核心系统有ERP、MES、财务软件和二十多台虚拟机。原来三台服务器各自用本地盘，平时能跑，但一台服务器掉电后，恢复虚拟机花了将近6小时，老板才意识到存储集中化不是“IT想花钱”。
预算不算豪华，硬件、交换机、实施加起来希望控制在30万元以内。我们做san对比时，列了三条路：继续本地盘加备份、上NAS共享存储、上SAN块存储。
Q2：为什么没有直接选NAS？
NAS不是不好，它做文件共享、备份、文档协作很舒服，管理也简单。但这次主要承载虚拟化和数据库，业务更吃随机IO和低延迟。测试时，同样跑ERP查询和虚拟机启动，NAS在多任务并发下延迟波动明显，用户端表现就是偶尔卡一下。
如果只是十来台轻负载虚拟机，NAS完全能用；但客户的MES高峰在上午8点到10点，扫码、报工、查询同时发生。咱们不能只看平均速度，要看峰值时最差体验。
Q3：iSCSI SAN和FC SAN怎么比？
FC SAN性能和稳定性更漂亮，但要采购HBA卡、FC交换机和光模块，实施也需要更熟的工程师。iSCSI SAN走现有以太网体系，新增两台万兆交换机做独立存储网，成本更稳。
我们用同一批虚拟机做压测：FC延迟更低，曲线也更平；iSCSI在正确配置MPIO、Jumbo Frame、独立VLAN后，业务峰值仍能压在可接受范围。最后客户选了双控全闪iSCSI SAN，因为它把预算留给了备份和UPS。
Q4：迁移过程中最大的坑是什么？
不是拷数据，而是路径和窗口。第一次演练时，有两台主机多路径策略没设好，一条链路满了，另一条几乎没流量。幸好是在测试窗口发现，不然上线后就会被误判为SAN性能不行。
正式迁移分三晚做：先迁低风险虚拟机，再迁ERP测试库，最后迁生产库。每晚都保留回退点，旧服务器本地盘保留一周不清。这个笨办法很管用，出问题时心里不慌。
Q5：最终效果值不值？
上线后最明显的变化是虚拟机迁移和维护变轻了。以前换一台服务器要停业务，现在主机维护可以把虚拟机迁走。ERP早高峰查询延迟也稳定了，不再出现一阵一阵的卡顿。
但我也会提醒：SAN不是万能药。备份仍然要独立做，权限仍要管，监控仍要看。san对比的核心，不是选一个听起来最专业的方案，而是让业务风险、预算和团队能力对齐。
常见问题
san对比NAS最大的区别是什么？
SAN提供块级存储，更常用于虚拟化和数据库；NAS提供文件级共享，更适合文档、备份和协作。性能不是唯一差别，管理模型也不同。
iSCSI SAN比FC SAN差很多吗？
配置得当的万兆iSCSI可以满足大量中小企业场景；FC在低延迟、隔离性和大规模环境里优势更明显，但成本和运维门槛更高。
做SAN迁移要停机多久？
取决于数据量和业务架构。建议先演练、分批迁移、保留回退点。虚拟化环境可以通过存储迁移减少停机，但数据库通常要规划维护窗口。