企业云基础设施提供存储API不可或缺
DOIT云计算 12年05月30日 13:35 【编译】 译者：jim 责任编辑：王振
导读：在老式的存储产品上很容易挑出毛病，特别是在公共和私有云部署整合的时候。然而当实施云框架时究竟需要什么是值得讨论的，因为存储被部署的方式与存储操作的传统模式是截然不同的。
DOSTOR存储在线 5月30日国际报道：在老式的存储产品上很容易挑出毛病，特别是在公共和私有云部署整合的时候。然而当实施云框架时究竟需要什么是值得讨论的，因为存储被部署的方式与存储操作的传统模式是截然不同的。在本文中我们将要探讨为什么的传统的存储管理方式需要改变，它将如何影响硬件的使用方式。这就引发了一个关于API的讨论，还有就是它们在高效进行云部署时是不可或缺的。
传统模式
传统的配置过程
在过去的十年左右，存储管理的传统模式包括多个存储管理员，使用GUI，CLI和/或脚本来处理商业用户的存储需求。这个过程是高度人工的，在需求者，存储管理员和其他诸如计费，变更控制，容量管理和工作调度的中间人之间有许多关联。这使得整个过程非常的人员密集和毫无意外的延长交付时间。许多最终用户还会有这种经历，就是他们具体需求的要求被告知他们只能有一些“现成的”东西——比如一个标准LUN大小和带有一个特定RAID保护的存储。这样做的原因很明显：首先大型阵列的配置取决于规划和确定的设计，通常在硬件安装时建立。一旦确定并投入使用，它就不能再改变了(或至少在没有显著影响和成本时改变)。其次，这也是行得通的，就是把需求降低到一个更小的子集，好让配置过程更为容易。还有死板的配置，许多传统的阵列都把LUN的创建和配置当成是一个罕见的任务。许多请求会被打包和批量执行，这样肯定不能轻松应对并发请求。尽管可以通过使用CLI和脚本来自动化一些配置过程，但这并不能解决创造即需型模型的实际需要。
新世界
API配置过程
当我们规模扩大到更大的IT部署，特别是在基于服务的或“云”配置下时，在配置过程中出现大量人工干预的思路就行不通了。我们需要转向一个“按需求存储”的模型上，在这里一个外部代理(用户或业务流程软件)可以作为一个入口请求存储，并能实时或至少几分钟或几小时内查看请求的处理情况。这种操作只在硬件被按目的设计好后才提供。在这之前，存储管理员在每个配置请求时都要参与，那些请求会在一个由管理员或存储架构师定义的配置框架内处理。
腾讯微博
新浪微博
