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