自己的网络附加存储

用云计算方式作为主存储是否可行目前以及在可预见的未来,云存储将主要作为归档或备份之用.
不过,在某个时间,云提供商将开始将云存储作为主存储地址来提供.
为什么云存储可以作为主存储,我们离这种情况变成现实还有多少时间在这里,云存储作为主存储不同于软件即服务(SaaS)提供商将使用的主存储.
我曾说过,SaaS解决方案将需要典型的第一层存储功能.
而在这篇博文中,云需要的是第二层应用程序,这种应用程序不需要像数据中心内部主应用程序那么高的性能.
显然,如果要让云存储像主存储系统那样工作,我们将需要相对接近的存储设备之间有快速的连接.
例如,Zetta基本上就在提供这种设置.
他们利用自己的向外扩展的、集群的NAS(网络附加存储)设置(在云里面提供),在设计本地存储目录的同时提高了对性能的关注.
另一个选择就是利用复合模式.
这种复合模式结合了本地高速缓存设备‐‐这种设备已经在归档中开发‐‐和云的备份利用‐‐比如IronMountain,Axcient和Nirvanix的服务.
为什么这些高速缓存设备不可以升级为存储主数据这里面需要克服数据连接速度问题,尤其是需要城域网水平的快速连接.
还有数据服务问题.
很明显,NAS厂商已经在快照、复制、配置和一系列其他NAS功能上投入了很多的研发精力.
不过基本的NAS服务可以被贴牌然后再配置到这些设备上.
NAS和云厂商都需要提供某种形式的全局文件系统,由这种文件系统来透明地显示文件的时间.
这可以让小型的快速的本地存储"溢出"到云存储目录.
当然,这将需要支持混合的后端存储.
许多NAS全局文件系统的弊端就是厂商们往往只支持他们自己的系统.
独立的文件虚拟化功能提供商,比如F5、EMC的Rainfinity和AutoVirt,在这里应该有用武之地.
NAS在云中作为主存储是可行的,而且这个实现的时间要比许多人所想的早.
那么块级存储怎么样我将会在以后讨论这一方面的问题.