OpenStack云平台技术方案

OpenStack云平台技术方案

目录

云，无处不在 (3)

OpenStack to UnitedStack (3)

系统架构介绍 (5)

Compute(计算) (6)

Compute逻辑架构 (9)

Compute物理架构 (9)

Network(网络) (12)

Quantum基本架构 (12)

Object Storage(对象存储) (13)

概述 (13)

功能特性 (14)

Identity(身份认证) (16)

Dashboard(仪表盘) (17)

特点 (18)

Block Storage(块存储) (20)

特点 (21)

物理资源管理系统 (22)

简介： (22)

功能： (23)

用例 (23)

Hawkeye(监控)： (24)

简介： (24)

特点： (25)

用例 (25)

OpsCloud (26)

带来的挑战 (26)

USTACK解决方案 (27)

云，无处不在

软件安装在“云”端，数据存储在“云”端，“云”中的资源在使用者看来是可以无限扩展的，并且可以随时获取，按需使用，随时扩展。用户通过浏览器来远程计算、处理数据，结果显示在客户端，这样的计算模式就是云计算。云计算不仅仅是一个概念，而是要将虚拟网络、虚拟计算以及虚拟存储结合，形成无处不在的云。

OpenStack to UnitedStack

第一次开始使用Openstack的时候，相信你已经深深感受到它的强大。

OpenStack的继续遵循同样的原则：支持尽可能广泛的硬件和支持最广泛的虚拟机管理程序，与同等质量的。云时代来临时，基于OpenStack才能孵化出最实用的产品。

1.与OpenStack开源社区的无缝对接

云计算已经成为一种新的运营模式，它对于人们如何消费、如何提供IT服务和从事IT 行业是一个根本性的转变。OpenStack让原本模糊不清的云计算终于能够脚踏实地，而UnitedStack做的就是紧紧围绕OpenStack，让OpenStack最大化其应用价值。

2.积极的客户支持

在项目开发方面，我们添加了对微软Hyper-V虚拟化技术的支持。我们将一些我们自己的网络堆栈协议集成到平台之中，并在API兼容性方面做了许多工作。而对于客户，我们对想采用OpenStack的客户提供了最大的支持。例如：Swift是一个模仿了Amazon S3的存储服务。现在我们正围绕此技术构建管理框架，从而使得这些公司可以在OpenStack平台上提供类似于S3的服务。

3.支持一切应用的统一平台

我们的最终目标是要让OpenStack成为一个可以支持一切应用的最终平台。客户不希望等待，我们也没有让客户等待的理由。对于我们的平台，我们需要着重关心的是向后兼容。随着代码越来越成熟，它如何运作，API如何工作，以及作业如何调度成为需要被同等关注的问题。我们最终的目标是，对开发人员而言，你只需要支持一个平台；对企业而言，我们要让他们知道UnitedStack(OpenStack)就是最终的平台。

系统架构介绍

UnitedStack云计算解决方案是一套用于构建和管理整个云计算基础设施的解决方案，具有高可靠、容易扩展、易部署、易管理、易维护等特点，而且还提供开发的API，以便进行二次开发，能够方便的与其他系统进行集成。UnitedStack云计算解决方案的总体架构如下图所示。

如图1所示，UnitedStack云计算解决方案通过统一的Web的控制面板对数据中心的三大核心资源：计算资源、存储资源和网络资源进行管理；通过前端的负载均衡提高了开放API的并发处理能力和可用性；通过监控服务对系统中所有的服务进行监控，能够及时发现系统潜在的问题及性能瓶颈，在紧急的情况能够发送报警及时通知管理员修复系统可能发生的故障；提高了服务的可用性，同时简化了运维和管理的工作。通过记账服务能够将数据中心资源的消耗转化为可衡量的费用，从而使得收入和成本估算有据可行，同时通过账号余额的控制还能够有效的控制用户的资源消耗。

Compute(计算)

Nova是UnitedStack系统中最复杂的分布式组件，它通过大量的进程合作，将最终用户的API请求发送到正在运行的虚拟机之上。以下是这些进程的列表及其功能的描述：

Nova-API：接受和响应最终用户Compute API的请求。它支持OpenStack Compute API，Amazon EC2 API和一个特殊的Admin API。它还引发多数业务流程的活动(如运行一个实例)，并实施一些政策(主要是配额检查)。

Nova-Compute：主要是一个人工守护进程，它可以通过虚拟机管理程序的API （XenAPI for XenServer/XCP, libvirt for KVM or QEMU, VMwareAPI for VMware等）来创建和终止虚拟机实例。虽然通过该进程做的事情是相当的复杂，但是它的基础原理却是非常的简单：接收队列中的动作，然后执行一系列的系统命令(如启动KVM实例)，同时更新数据库中的状态。

Nova-Volume：给虚拟机分配额外持久化的存储，管理持久卷到计算实例的创建，连接和分离。一个新的OpenStack项目，Cinder，将最终替代Nova-volume功能。在发布的Folsom版本中，Nova-Volume和Block Storage Service(块存储服务)有类似的功能。

Nova-Network：该人工守护进程与Nova-Compute和Nova-Volume非常相似。它接受队列中的网络任务，然后执行任务操纵网络（如设立桥接接口或更改iptables规则）。不过该项功能被移植到Quantum之中，已经成为一个独立的UnitedStack组件。

Nova-Schedule：从概念上说是UnitedStack Compute中最简单的一段代码：从队列上得到一个虚拟机实例请求并且决定它应该在哪里运行(特别是它应该运行在哪台计算服务器主机之上)

Queue：提供了一个守护进程之间传递消息的中央枢纽。当前由RabbitMQ实现，理论上可以是Python的Ampqlib支持的任何AMPQ消息队列。新的UnitedStack支持Zero MQ。

SQL Database：存储云基础设施的编译时和运行时的状态。这包括可用的实例类型，在使用中的实例，可用的网络和项目。从理论上讲，UnitedStack Compute可以支持任何SQL-Alchemy支持的数据库，但是目前被UnitedStack使用的数据库为MySQL。

Virtual Console：让最终用户通过代理服务器访问他们的虚拟实例的控制台。这涉及到多个守护进程(nova-console，nova-vncproxy和nova-consoleauth)。