WatchStor.com — 领先的中文存储网络媒体 | 51CTO旗下网站

新闻资讯 > FC SAN > 正文
卷共享软件和SAN文件系统的实现原理与应用价值(1)
作者: 朱智力 2011-08-19 10:29 【watchstor.com】

在广电非线性编辑、媒体资产管理、大规模流媒体播出系统、高性能计算、大型网站系统、遥感信息处理、云计算、云存储、大型信息管理系统等诸多应用场景中要实现“多台工作站或服务器对来自于SAN的同一个或同一组卷进行同时读写操作”这一应用模式。虽然SAN架构(无论是IP SAN还是FC SAN)具有物理上的互联互通性即任何一个逻辑卷可以同时被任何一个主机访问,但是由于传统的本地文件系统(例如NTFS或EXT3)在设计上均不支持两台主机同时读写同一块磁盘(也就是同一个逻辑卷)这一功能,所以“SAN+本地文件系统”的方式是无法实现“多台工作站或服务器对来自于SAN的同一个或同一组卷进行同时读写操作”这一应用模式的。在这些应用场景中一般会用到“卷共享软件”或“SAN文件系统”来满足“多台工作站或服务器对来自于SAN的同一个或同一组卷进行同时读写操作”这一需求。

 

能满足上述需求比较常用的有:SANergy、Imagesan、StornextFS、BWFS、HyperFS、ASFS、等,既然是满足类似的应用需求,对于“卷共享软件”和“SAN文件系统”之间的区别和联系大家可能还并没有特别的了解和关注,甚至不少存储业界同仁也并不清楚其差别。让我们一起来看一下两者的实现原理:

卷共享软件的实现原理与应用价值

首先:“卷共享软件”本身不包含文件系统的功能,所以没有办法独立的工作,必须要依赖于传统的本地文件系统,换句话说实际上“卷共享软件+传统的本地文件系统”和“SAN文件系统”完成类似的工作,实现对来自于SAN的同一个卷进行同时读写操作。

以典型的“卷共享软件”SANergy为例,看下他是如何工作的:文件系统层面采用本地文件系统进行格式化,可以用NTFS、UFS(或者其他SANergy支持的本地文件系统),SANergy将标准网络文件协议(CIF或NFS)的数据I/O操作部分“劫持”从LAN重新定向到“由MDC所主导管理的且被所有客户端所挂载并直接访问的来自于SAN的卷上的本地文件系统”。

 
 

这样,如上图所示,与传统网络文件协议(也就是传统NAS)的访问方式相比较,好处是实现了“元数据”与“数据”的带外传输,大幅度的提高了性能(例如单机FC可达到接近4Gb的速度)这种性能提升是传统NAS架构(标准CIFS协议、NFS协议)所无法企及的。


【内容导航】
 第 1 页:卷共享软件实现原理  第 2 页:SAN文件系统实现原理
 第 3 页:典型产品的历史与发展

标签:FC SAN LUN 

了不起的IT经理
LecVideo
论坛与活动