Chinaunix首页 | 论坛 | 博客
  • 博客访问: 11700149
  • 博文数量: 8065
  • 博客积分: 10002
  • 博客等级: 中将
  • 技术积分: 96708
  • 用 户 组: 普通用户
  • 注册时间: 2008-04-16 17:06
文章分类

全部博文(8065)

文章存档

2008年(8065)

分类: 服务器与存储

2008-08-24 13:32:49

    与SAN环境中的区块(Block)虚拟化相似,在文件级虚拟化中也有类似的虚拟化方案。传统的网络文件传输或共享应用,依靠的是文件或NAS与客户端计算机之间,通过统一命名约定路径(UNC)来识别并确认路径,从而通过UNC提供的目录与路径即可让客户端计算机存储网络上的文件。但在大型应用环境中,文件、NAS与客户端计算机间的存储连接关系十分复杂,除了难以管理外,也不易改变连接结构或更新设备,一旦设备变动,将会同时牵涉到许多存储路径的修改。 

      因此一种解决方式就是舍弃过去的UNC路径存储法,在客户端计算机与NAS、文件服务器间插入一个虚拟层,让它来为客户端计算机与NAS建立连接。而NAS上的空间也不是通过实际的位置或名称,而是通过虚拟层的“全局命名空间(Global Name Space)”提供的虚拟位置来提供。 
  
      在全局命名空间的架构下可摆脱对UNC的依赖,所有文件存储资源都被虚拟层整合为统一的存储池,因此用户存储文件的“逻辑”名称或位置与“实际”名称或位置无关――用户发起的存储需求会被虚拟层导向到设定的位置,不用知道文件实际位置为何。这种关系可模拟为用户不用知道实际IP地址,只需通过DNS的转译就能自动连接到正确的Web一样。若某一存储路径失效,也能通过虚拟层自动转到另一存储路径上,因此文件存储服务的可靠性有所提高。 
  
      由于不会受限于实际连接,管理者可轻易的在不同NAS或文件服务器间迁移数据,而无须担心前端使用者原来的存储会因此而受到影响,大幅降低数据迁移的难度,而且管理者还能制定政策,让虚拟层依据文件的属性或时间,自动将文件迁移到不同等级的存储设备上,实现数据归档或分级存储。 
  
      实际的作法,通常是在网络上放置内含Brocade StorageX或EMC Rainfinity等全局命名空间功能软件的应用服务器,这台应用服务器就像IP网络上的DNS服务器一样,会遍历所有NAS与文件服务器上的实际存储路径,转为全局命名空间后,再映像到前端客户端计算机。后端存储设备若有任何变动,只需在应用服务器更改存储设定即可,不会影响到前端的客户端计算机。
  

主要全局命名空间功能产品规格

厂商

Brocade

EMC

NetApp

产品名称

Tapestry StorageX 6.0

Rainfinity GFV

Virtual File Manager 6.0

支持传输

CIFS/NFS

CIFS/NFS

CIFS/NFS

安装平台

2003 Server/2000 server/XP Pro

专属应用服务器

2003 Server/2000 server/XP Pro

支持平台

Windows/Solaris 8  /RedHat Enterprise 3

专属应用服务器平台

Windows/Solaris 8/RedHat Enterprise 3

硬件需求

300MB磁盘空间,IE 5.5.NET Framework 1.1

专属应用服务器硬件

120MB磁盘空间,IE 5.5

阅读(402) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~