存储 频道

WAFS:给文件插上广域传输的翅膀

    【IT168 专稿】几年前,Steve McCanne博士在美国Berkeley大学任教授期间,提出一个大胆的设想——把LAN(局域网)与WAN(广域网)区分开来。

    McCanne博士为什么会有这样的想法呢?原来,广域网在设计之初并没有为远程文件服务做过多的考虑。随着广域网的发展,越来越多的问题体现出来:一个是带宽,一个是可靠性,还有延迟。这三方面都是WAN无法很好解决的,在为用户提供远程的数据服务,特别是文件服务时效率十分低下。于是McCanne博士这样的学院派科研人员就郑重建议:将LAN与WAN区分开来。

    这种想法很好,但是从工程实现上太过复杂,而且成本会是一个天文数字。于是,许多科研人员早在几年前就着手研究优化WAN的事情,一些新兴厂商纷纷投入研发相关产品。如今,这些想法已经变成了现实,这就是最近颇受关注的WAFS(Wide Area File Services,广域文件服务)。

    WAFS市场最先是由行业分析机构Taneja Group定义的。这个市场的出现主要是为了满足维持分布式运营的企业的需要,因为在分布式运营中,众多用户需要跨多个位置互动。远程办公室中昂贵的基础设施迅猛增加的费用以及海外开发、企业整合和企业扩展进入世界各地新的机会领域的需要,推动广域文件服务迅速发展。

    根据不完全统计,目前全球有超过12万家分布式企业和4百多万远程办公室。这些用户急需改善远程办公室性能和可靠性,从而实现在企业范围方便地实时文件共享,这些都是广域文件服务可以大展身手的巨大市场。

广域文件传输遭遇的三座大山

    延迟:如果我们有在广域网上进行文件操作的经验我们就会知道,在广域网上保存或打开每一个文件都可能用去长达数分钟的时间,有时甚至无法顺利完成操作。因为一个简单而基本的文件操作可能包含数千个单个的广域网“往返”通信过程,即所谓的远程过程调用,简称RPC。

    广域网延迟造成的网络延迟比局域网的访问时间要高得多(通常要大二至四倍),像CIFS(通用Internet文件系统)和NFS(网络文件系统)之类的文件共享协议根本不可能对付高延迟的网络环境。每一次由CIFS或NFS协议在广域网上的 “往返”通信都会造成较高的延迟,并对性能产生巨大的影响。随着广域网上两点间距离和网络征用的增大,网络中也会出现更大的延迟,而且问题也会随之加剧。

    缺乏可靠性:处在打开和保存进程中的文件数据很可能会无限“超时”。新修改的文件也有可能在这一过程中无缘无故地消失。广域网的可靠性天生就比局域网连接要差许多,经常会发生包丢失的情况,有时甚至会出现网络中断(尤其是使用卫星或微波连接技术)。

    低带宽:低网络带宽在远程访问文件时可能会产生让人难以忍受的低速。这可能会导致远程用户采用一些折衷的办法,将这些原本应当位于中心服务器上的文件复制到本地的文件共享位置或目录中,并对其进行编辑。这些折衷的办法会在未来产生很多问题,例如同一文件会出现多个版本,而且冗余的数据会分散到整个企业中,很难对其实施有效的管理。通常性能下,企业分支办公地点所采用的广域网带宽可能比局域网带宽要低10至100倍,主要的连接方式为T1、DSL或帧中继连接,而这些连接基本上可以满足远程文件请求的要求。如果要在在广域网连接上增加VPN和其他网络层,则有可能会进一步降低广域网的带宽。

0
相关文章