云背后的存储

　　虽然很多云服务都有服务等级协议（SLA），但是SLA只有在你的提供商倒闭或者无法为你提供快速业务运作的时候才会派得上用场。你应该询问提供商在他们的存储和恢复流程后台都有些什么，确保这是一款保留有追踪记录、具有成本效益、冗余和可靠的产品。你可能会对最终结果大感意外。

　　例如，我曾经和本地一家保险公司的存储管理员共进午餐，我们聊到了云服务。他们正在使用的其中一项云服务发生了中断事故，违反了SLA协议，这家保险公司在长达两天时间内无法访问重要的非关键服务，最后发现原因是服务提供商在内部安装了RAID 5的应用上运行应用，结果其中两个驱动器发生了故障。从那个时候起，这位存储管理员再也没有问过什么是"云背后的存储"。对这家提供商来说，唯一的恢复方法就是从磁带进行恢复，他们从订购新的驱动器，安装就位，再到恢复应用整整用了两天时间。

　　虽然偶尔会发生这样的意外故障，但是这并不影响云计算和存储服务的成功发展，最终几乎所有企业机构都将使用某种形式的云计算和云服务，可能会用于备份数据或者归档数据、甚至是将其作为主存储。如果你的业务正在使用salesforce.com这样的任何一种SaaS产品，那么实际上你已经将主数据保存在云中了。这就是我关心的"云背后的存储"问题。这些提供商所使用的往往是你看不到的--你不知道数据被保存在哪。我希望知道，你也应该也希望知道。

　　就我所知，很多云提供商--尤其是那些提供软件即服务而不是存储即服务的厂商--只有在事后才会考虑到存储。这太可怕了。在很多情况下，存储平台就是某种连接了大量廉价DAS的大型Linux或者Windows服务器。他们的备份策略并不完善，很多甚至除了主机之外没有任何复制策略。而缺乏某种数据复制功能也是云技术给我这位共进午餐的朋友留下糟糕印象的主要原因。

　　现在很多云提供商正在使用Permabit、Nexsan和EMC Atmos等厂商的技术，在提供可扩展性和高可用性的同时仍然保证了成本效率。其他一些厂商则使用Bycast、Mezeo和Parascale开发的专门云存储软件。3PAR和Isilon在软件即服务方面--强调性能、可靠性和快速扩展能力--有很突出的表现。

　　这些厂商都没有一个可以吸引我的既定存储策略。他们要么是尝试基于自己的技术开发一款存储系统，要么完全忽略了数据存储和数据保护的重要性。有一家提供商曾经告诉我，他们的保护策略就是（手动）拷贝到其他服务器上！