刚转云存储，结合最近的学习，下面归纳了一些传统SAN与分布式存储的区别，主要是
个人看法，欢迎大家拍砖。
0. 用户体验的区别
|
传统SAN |
分布式存储 |
|
|
操作界面 |
通过网络远程链接到存储服务器端口，后者提供图形化界面 |
用户一般不可见，只有售后或者技术人员可以操控 |
|
权限控制 |
通过后端target、用户、用户组实现ACL |
无，后台管理 |
|
卷操作 |
支持卷/克隆/快照的新建、修改、删除、上下线 |
有，后台CLI和前端接口 |
|
常见应用 |
VDI 虚拟桌面，小机房的数据中心 |
虚拟机，业务轻便上线 |
|
适用场景 |
对可靠性、稳定性和性能要求较高的应用 |
对成本较为敏感的场景 |
|
系统监控 |
全面，系统BMC、PSU、CPU、MEM、存储状态和容量 |
很少，只有IO是否出错、卷是否正常等 |
|
系统报警 |
丰富，涵盖软硬件、层次丰富，用户可见 |
较少，用户一般不可见 |
1. 对外接口的区别
|
传统SAN |
分布式存储 |
|
|
iSCSI |
支持 |
可以支持 |
|
Fiber Channel |
支持 |
不支持 |
|
FCoE |
支持 |
不支持 |
|
RDMA |
可以支持 |
支持 |
2. TCO的区别
|
传统SAN／NAS |
分布式存储 |
|
|
存储资源 |
低 |
很低 |
|
计算资源 |
高 |
低 |
3. 系统特性
|
传统SAN |
分布式存储 |
|
|
可用行 |
通过双控、远程复制、同城/异地灾备实现 |
通过多副本打散到不同故障域实现 |
|
可靠性 |
通过RAID、纠删码、校验码实现 |
无 |
|
可服务性 |
提供自动诊断、报警自动生成和消除的功能 |
生成警报 |
|
高级特性 |
压缩、去重、加密、上云服务 |
加密 |
|
可扩展性 |
纵向扩展（硬件升级）+ JBOD |
横行扩展 |
|
适用场景 |
对可靠性、稳定性和性能要求较高的应用 |
对成本较为敏感或者要求业务快速上线的场景 |
4. 架构和实现的区别
|
传统SAN |
分布式存储 |
|
|
Fail-over |
双控通过心跳检测实现接管 |
通过类PaxOS实现 |
|
存储单元 |
条带 |
复制组 |
|
逻辑地址到 物理地址映射 |
利用传统索引块和块指针 |
Hash |
|
全局空间管理 |
位图或者链表 |
基于Hash |
5. 可以改进的地方
传统用户习惯了SAN／NAS提供的界面，云存储厂商如果能整合客户当前已有的SAN的界面或者提供类似的界面，将会极大地方便用户；
当前SAN能够上云，那么云存储厂商能否提供接口实现下云，把基于SAN的存储空间也统一管理起来，让常用的数据还是放在SAN里，这既能利旧又能扩容。
原文地址：http://blog.51cto.com/xiamachao/2109075
时间： 2024-10-08 03:00:46