文件虚拟化的关键：全局命名空间

    在传统的网络文件传输或共享应用中，依靠的是文件服务器或NAS与客户端计算机之间，通过统一命名约定路径（UNC）来识别并确认存储路径，从而通过UNC提供的目录与路径即可让客户端计算机存储网络上的文件。

    但在大型应用环境中，文件服务器、NAS与客户端计算机间的存储连接关系十分复杂，除了难以管理外，也不易改变连接结构或更新设备，一旦设备变动，将会同时牵涉到许多存储路径的修改。

    因此一种解决方式就是舍弃过去的UNC路径存储法，在客户端计算机与NAS、文件服务器间插入一个虚拟层，让它来为客户端计算机与NAS建立连接。而NAS上的空间也不是通过实际的位置或名称，而是通过虚拟层的“全局命名空间（Global Name Space）”提供的虚拟位置来提供。

    F5亚太及日本数据解决方案副总裁Joseph Signorelli解释到：“在全局命名空间的架构下可摆脱对UNC的依赖，所有文件存储资源都被虚拟层整合为统一的存储池，因此用户存储文件的“逻辑”名称或位置与“实际”名称或位置无关――用户发起的存储需求会被虚拟层导向到设定的位置，不用知道文件实际位置为何。这种关系可模拟为用户不用知道实际IP地址，只需通过DNS的转译就能自动连接到正确的Web一样。若某一存储路径失效，也能通过虚拟层自动转到另一存储路径上，因此文件存储服务的可靠性有所提高。”

    由于不会受限于实际连接，管理者可轻易的在不同NAS或文件服务器间迁移数据，而无须担心前端使用者原来的存储会因此而受到影响，大幅降低数据迁移的难度，而且管理者还能制定政策，让虚拟层依据文件的属性或时间，自动将文件迁移到不同等级的存储设备上，实现数据归档或分级存储。

    “其他的解决方案之所以不能持续的在线式运行，主要是由于性能受限于服务器的处理能力不足所致。采用旁路模式的主要缺点是需要在客户端（也就是使用NAS的服务器和客户端）上都需要安装专用的代理软件来进行管理”。Joseph Signorelli解释到：“而采用FPGA处理的Acopia在线式解决方案去除了很多旁路式管理的弊端，不需要安装客户端软件，不限制客户端的数量，在进行ILM(Information Life Cycle Management管理)的时候不在后端存储上生成文件Link。因此可以实现非常灵活的存储分配，并降低了管理维护的工作量和系统崩溃的风险”。