企业级存储
SAN 与 NAS：何时适合选择块存储
更大的存储需求不自动意味着 SAN。了解块存储何时有用、NAS 的适用场景，以及购买前如何检查性能、冗余与恢复。
企业增加第二台服务器后，备份延续至办公时间，数据库在繁忙时暂停，于是有人建议把 NAS 换成 SAN。项目可能合适，但先确认问题是磁盘延迟、网络饱和、任务争用还是缺乏可用性设计。换一个存储名称不会自动解决这些问题。
文件与块存储：谁负责文件系统？
网络附加存储（NAS） 提供文件与文件夹。NAS 或文件服务器管理文件系统、权限与共享访问，客户端通常通过 SMB 或 NFS 连接。它可服务小办公室、创意团队或规模更大的企业文件环境。
存储区域网络（SAN） 通常通过 iSCSI 或 Fibre Channel 向主机提供块存储。服务器或受支持集群将存储用作卷或 LUN，并提供文件系统或应用层。iSCSI 可用以太网，Fibre Channel 使用兼容的独立交换网络。这两种描述都不能决定介质、可用容量或可实现响应时间。
文件访问：由 NAS 管理文件系统
- 用户／应用
- 以太网网络
- NAS／文件服务
客户端请求文件与文件夹，文件服务管理共享访问及权限。
块访问：由主机管理卷
- 服务器／集群
- 受支持 SAN 路径
- 块存储
主机使用卷或 LUN。共享写入需要受支持的协调访问与隔离（fencing）设计。
这些角色可以共存。文件服务器可把数据存放在 SAN，仍向员工提供 SMB 共享。一些平台同时提供文件与块服务。应购买所需服务与故障行为，而不是把 NAS 和 SAN 看成互斥硬件类别。
按负载匹配存储
| 负载 | 合理起点 | 必须检查什么 |
|---|---|---|
| 共享文档、项目文件夹与权限 | NAS 或受管理文件服务 | 身份集成、文件锁定、快照与恢复 |
| 大型媒体归档或备份库 | 容量导向 NAS、文件服务器或对象存储 | 保留期限、并发流、增长与恢复吞吐量 |
| 虚拟机 | 虚拟化管理程序支持的文件或块数据存储 | 受支持协议、延迟、多路径与集群行为 |
| 事务型数据库 | 数据库厂商支持的存储设计 | 持续延迟、写入持久性、日志与恢复 |
| 多个主机共享块卷 | 受支持 SAN 与集群设计 | 隔离、协调访问与故障测试 |
实用问题是：“此应用支持哪些存储配置？”虚拟化管理程序可能同时支持 NFS 与块数据存储。数据库可能有特定写入顺序或韧性要求。不要先假设某个协议天生更专业，应先核对这些要求。
不存在自动切换的 500 TB 分界点
超过 100 TB、500 TB 或其他整数，是容量规划事件，不是切换 SAN 的指令。并发适中的顺序归档，与容量较小但繁忙的事务系统，需求不同。
规划可用空间时应计入 RAID 或纠删码、文件系统开销、快照、增长与工作余量。再评估重建保护、备份变更数据与恢复业务的时间。我们的 RAID 计算器 可协助容量计算，但不能决定应用兼容性或合适恢复设计。
更换存储前先测量延迟与争用
在实际慢速时段收集依据。记录应用响应时间、存储延迟与排队、读写比例、磁盘利用率及网络吞吐量。同时检查其他任务：备份、防病毒扫描、快照或复制都可能改变结果。
- 大文件传输应检查客户端、交换机、存储接口与磁盘池的持续吞吐量。
- 数据库与虚拟机应观察有代表性小请求组合下的延迟，不只测试顺序复制。
- 测试足够数据，避免把短暂缓存突发速度当成持续磁盘性能。
- 平台支持受控测试时，应比较正常运行与实际可行的降级或重建状态。
更快接口可在不改变存储协议的情况下消除瓶颈。相反，升级至 25GbE 不能修复已受磁盘访问或过载应用限制的存储池。这份 NAS 传输缓慢故障排查指南 提供分辨这些原因的实用步骤。
共享块访问需要协调
向两台服务器呈现同一 LUN，不会让普通文件系统安全地并发写入。没有受支持集群、锁定与隔离设计，主机可能覆盖彼此元数据，造成卷损坏。
使用操作系统、虚拟化管理程序与存储厂商支持的共享存储方案，包括集群感知文件系统、受支持集群数据存储或明确协调访问的应用。定义每个卷由哪个主机负责，以及主机失去集群联系时如何处理。绝不要把现有生产卷连接到另一可写主机来试验。
双控制器是可用性的一部分
双控制器阵列可降低特定故障风险，但端到端服务仍依赖主机适配器、线缆、交换机、电源、路径配置与应用。经过同一交换机或电源的两条路径，仍可能保留共同故障点。
这款 Synology UC3400 是围绕双活 SAN 服务设计的系统示例，在适当受支持配置下提供 iSCSI 与 Fibre Channel 支持。角色不同于桌面文件共享 NAS。应将主机、适配器、固件与多路径要求作为一个完整设计核实。
受控验收前记录预期行为：哪条路径故障、主机如何检测、I/O 是否在应用限制内恢复，以及维护后如何恢复服务。未曾演练的冗余仍只是一个假设。
让运行计划适应未来
不要只看空余盘位。应预留网络上联、合格适配器和光模块、支持范围、固件维护、监控、机架电源及备份容量。确认新增扩展柜或改变硬盘类型是否受支持且不影响服务。
指定容量警报、故障路径与恢复检查负责人。规模适中但运行计划清楚的系统，可能比团队无力维护的大平台更适合业务。有关主机后方的高密度容量，可阅读独立的 Exos CORVAULT 架构指南；其中解释 SAS 存储为何仍需要适当服务器与前端服务。
购买前设定验收测试
- 明确应用、受支持协议、主机版本与所需可用容量。
- 定义代表性最繁忙负载下可接受的延迟与吞吐量。
- 针对硬件故障，以及数据丢失或损坏，设定恢复点与恢复时间目标。
- 商定可安全执行的路径、控制器与电源故障测试。
- 从独立备份恢复有代表性的应用或数据集。
这项 概念验证 尤其适合由应用行为而非公布接口速度决定的选择。应让测试可重复，并保存配置及结果。
常见问题
SAN 总是比 NAS 更快吗？
不是。介质、控制器、网络路径、请求大小、并发与应用设计共同决定性能。配置合适的文件服务，可能胜过配置不足的块存储。应比较所需负载与延迟。
企业容量超过 500 TB 就应改用 SAN 吗？
没有通用容量阈值。大型文件归档仍可使用 NAS 或其他文件服务。决策取决于访问方式、性能、增长、可用性与恢复要求。
虚拟机可以在 NAS 上运行吗？
可以，前提是虚拟化管理程序与存储平台支持所选文件协议及配置。应检查确切产品当前的兼容矩阵、数据存储要求与故障行为。
两台服务器可以写入同一 iSCSI LUN 吗？
只有能协调访问的受支持设计才可以，例如适当集群或应用。把普通可写文件系统连接至两个独立主机，可能损坏数据。
双控制器能免除备份需要吗？
不能。控制器冗余处理特定硬件故障，不提供应对删除、勒索软件、应用损坏或现场事故的独立恢复副本。
规划 SAN 或 NAS 容量需要哪些信息？
请提供应用与主机版本、可用容量与增长、读写负载、延迟要求、网络设计、备份时窗、恢复目标及支持期望。
哪条存储路径更合理？
共享文件、归档与受支持文件型应用，应继续把 NAS 列入候选。 应用、集群要求或可用性设计需要块存储时，可考虑 SAN。支付迁移费用前，应验证实际负载与完整数据路径。
新项目可先参阅这份 NAS 选型指南 ，或针对明确负载咨询 网络与存储顾问服务。最有用的规格，是描述企业必须持续运作的服务。
