CloudStack设计思想

ゞ浴缸里的玫瑰 2022-03-21 02:56 188阅读 0赞

### 文章目录 ###

*   *  设计目标
     *   *  Agent API
         *  平台API
         *  插件API

## 设计目标 ##

本文从宏观的角度介绍CloudStack的设计思想，CloudStack的设计主要有以下几个目标：

1.  集成各种各样的硬件
2.  提供一个用于执行云上操作的API平台
3.  编排硬件资源，这些硬件资源可能处于防火墙的保护之中
4.  可水平扩展的管理层
5.  实现云上操作的最佳数据通路
6.  美观和功能强大的UI界面

本文只大概说说前三个目标的实现。  
在CloudStack中，有以下三种类型的API

*  平台API(Platform API)：REST-like API，终端用户和管理员可以用它来控制CloudStack
 *  Agent API：基于JOSN格式，用于CloudStack组件和服务器资源(ServerResource:可以理解为CloudStack运行在硬件资源上的代码)进行通信，服务器资源将这些API翻译成硬件理解的指令
 *  插件API：Java API，有预定义的接口，可以直接加入到CloudStack的部署中来增加或修改CloudStack的行为

### Agent API ###

兼容各种各样的硬件是件非常不容易的事，至少有以下几个难点：

*  接口不同。有些使用XML/RPC;有些使用SOAP;有些使用CLI;有些使用C。有些甚至可能还不提供编程接口
 *  语言不同
 *  取消操作或超时的机制不同，有些甚至没有取消或超时机制
 *  一个命令的响应时间不同
 *  大多数都不支持事务

为了解决以上问题，CloudStack使用了以下设计方案：

*  CloudStack由两部分组成：管理服务器和服务器资源，管理服务器包含业务逻辑，服务器资源包含与硬件通信的API翻译层
 *  服务器资源可以和管理服务器部署在一起或部署在远程Agent容器上，服务器资源不能访问数据库
 *  服务器资源和管理服务器是对等关系，而不是主从关系
 *  ***管理服务器和服务器资源之间使用JSON数据进行通信，因此服务器资源不一定要使用Java来实现***
 *  服务器资源要以幂等的方式执行，数据库事物不允许把几个操作包装起来发送到硬件上执行

以下几个问题是由于CloudStack开发团队时间和精力有限造成的：

*  所有的Agent API命令都是Java类
 *  所有服务器资源都是Java写的
 *  XenServer和 VMWare的服务器资源都和管理服务器部署在一起，而不是放到远程的Agent上
 *  KVM只支持作为一个远程Agent部署，不支持和管理服务器部署到一起
 *  Agent代码的特性比较少，创建、删除或升级服务器资源目前都是手动的

### 平台API ###

平台API的设计如下：

*  REST-live风格
 *  REST API设计必须考虑请求的来回开销，因此，REST API方法会返回更大的对象来最小化这些开销
 *  有三种类型的REST API
    
     *  同步API：一般只访问管理服务器的数据库
     *  异步API：对云进行操作
     *  异步创建API：在管理服务器的数据库中创建新的实体，并对这些实体进行一些操作

REST API分为两部分

*  用户API：必须向后兼容;必须不能泄露任何关于底层硬件资源的信息
 *  管理员API：尽量向后兼容

### 插件API ###

插件API使用了适配器模式，如Network Guru、Hypervisor Guru等适配器，插件API通过实行这些适配器接口来定义CloudStack的操作。