一种开放的可互操作的云.docVIP

一种开放的可互操作的云 作者 Andy Edmonds, Thijs Metsch, Eugene Luster ,发布于2011-10-21,InfoQ 介绍 在这篇文章中我们会描述：在当下，怎么样通过利用成熟的开放标准（特定于云计算、网格与存储领域）创建具有可互操作性的云。我们会演示使用一些最新的具有创新性的主要云计算接口规范来实现一个开放的、基于标准的、具备可互操作性的云计算服务实例。 写作这篇文章的动机是为了说明这样一个事实，即当前由各种标准开发组织（SDO）提供的可用的云计算标准特性已经足够用于开发一个云计算服务实例，而这一点将在下面的章节中得到证明。这篇文章可以被视作探索云计算标准集成的工作的最初环节中的一个步骤，尤其是开放云计算接口（OCCI)[1]、开放虚拟化格式（OVF）[4]以及CDMI[3]之间的集成。最后但很重要的是，在这篇文章里所讨论的详细内容能够驱动OCCI和云管理工作组（CMWG）[10]，以及其他一些工作组织之间的协作，例如：、面向E基础设施的标准和互操作性推进组织（SIENA）[5]、国家标准与技术研究所（NIST)[6]等等。 为了描述怎么能够做到这种标准的集成，我们会以一个简单的情景为例。在这个情景中，设想有一个刚起步的服务提供商希望部署、扩充、移植以及重新部署他们新的基于Hadoop[7]的MapReduce服务。 为了实现并能够执行这个情景，使用了下面所列用得到的标准： 来自DMTF的OVF——提供了一种能够打包开发虚拟基础设施的方法，这样开发成果可以导出或者导入到一个基础设施服务实例中。 来自SNIA的CDMI——提供了一种API，可以用于对存储基础设施服务实例进行运行时管理。 来自OGF的OCCI——提供了一种API，可以用于对基础设施即服务实例进行运行时管理。 需要指出的是，其他一些方面的问题如授权与验证等在这篇文章里没有涉及。这些问题可以说属于另一个维度，有其他的规范与技术（如OAuth、OpenID等）来对应。OCCI和CDMI借鉴了HTTP协议组中关于安全方面的设计思路。 情景 这个情景是关于一个新起步的公司，他们希望为他们的客户提供MapReduce服务。由于是新服务，它将仅对一些限定的试用用户开放。基于这样的限制的前提，这个新公司的架构师设计了一个初步的开发架构，以满足服务所需的起始资源需求。服务的这个部署架构如图所示： 服务一旦部署后，用户数就要求服务必须要进行扩充。这意味着必须要在不下线的情况添加额外的资源来满足需求。除了扩充，我们认为这个情景中也必须要考虑移植的情况。在基础设施提供商遭受严重的中断的时候，新公司被迫迁移服务。而这就是这个情景的最后一个情节，也就是服务提供商把整个开发移到一个新的更合适的基础设施供应商的平台上。 这个情景包括两个明显的阶段： 服务开发与扩充 服务迁移与重新部署 其中每个阶段各包括若干步骤，它们都会在下面详细展开，以介绍其中用到的标准。 起步阶段的总体目标是利用基础设施供应商的CDMI与OCCI接口，并向供应商提供其能够理解的OVF服务描述。正是这些供应商提供的能力让新公司获得了可互操作性。 服务部署与扩充 要进行如上图所示的最初开发并说明如何进行扩充，将使用OCCI和CDMI。这个阶段又由下列步骤组成： 基于服务架构进行最初开发，其中将使用OCCI和CDMI，或者是从OVF导入。 一旦服务足够成熟，用户增加，扩充服务开发。而使用OCCI可以做到渐增式扩充。 下图表示了在使用上述管理API时这个新服务的部署方式。 进行最初的开发 在这个时间点上，目标是基于设计好的架构进行最初的服务开发，这样就可以提供给试用用户。总的来说，如上图所示的搭建服务的过程分为下列步骤： 建立内部/私有基础设施 a. 上传可以运行的虚拟机映像（包括三个：门户、Hadoop主服务器与从服务器） i.上传虚拟机映像到云供应商。这样就有了一个CDMI管理端点 ii.把这个虚拟机映像注册成OCCI操作系统模板 b. 建立私有网络 i.使用OCCI的IPNetWork Mixin（/24） c. 建立存储卷A（5GB） i.使用CDMI接口来完成上述任务 d. 建立存储卷B（100GB） i.使用CDMI接口来完成上述任务 e. 建立Hadoop主服务器节点 i.使用Hadoop主模板与OCCI计算类请求 ii.使用OCCI的StorageLink来连接到存储A（使用CDMI标识符来把CDMI资源关联到OCCI资源） f. 建立Hadoop从服务器节点 i.使用Hadoop主模板与OCCI计算类请求 ii.使用OCCI的StorageLink来连接到存储B（使用CDMI标识符来把CDMI资源关联到OCCI资源） g. 连接主节点到私有网络 i.使用OCCI