- 微信
- 微博
  
  分享文章到微博
- 复制链接
  
  复制链接到剪贴板

【云深知处】NFV理论与实践（5）-大话OpenStack

华为云社区精选发表于 2018/03/12 11:11:11 2018/03/12

【摘要】云操作系统（Cloud OS）同普通的操作系统一样，实现对硬件资源的抽象，对上层提供统一的接口。除此之外，“云”的特征要求云操作系统借助计算、存储和网络虚拟化技术实现资源的组织和分配，进而实现资源的共享、弹性、快速部署和回收、可监控和测量，实现“像使用自来水一样使用IT资源”的构想。

云操作系统（Cloud OS）同普通的操作系统一样，实现对硬件资源的抽象，对上层提供统一的接口。除此之外，“云”的特征要求云操作系统借助计算、存储和网络虚拟化技术实现资源的组织和分配，进而实现资源的共享、弹性、快速部署和回收、可监控和测量，实现“像使用自来水一样使用IT资源”的构想。

在Cloud OS领域，最著名的当属OpenStack。依照上一节我们分解的Cloud OS架构，OpenStack属于CLoud OS中的管理部分，与Hypervisor一起构成了CloudOS的功能。

在一般的表述中，直接将OpenStack称为云操作系统，把Hypervisor作为OpenStack的一部分。OpenStack网站（https://www.openstack.org/software/）上也是这么认为的：

OpenStack is a cloud operating system that controls large pools of compute, storage, and networking resources throughout a datacenter, all managed through a dashboard that gives administrators control while empowering their users to provision resources through a web interface.

OpenStack是一个由NASA（美国国家航空航天局）和Rackspace合作研发并发起的，以Apache许可证授权的自由软件和开放源代码项目。

OpenStack即指这个云操作系统，也指开发这个操作系统的开源项目。

OpenStack的Open有两层意思：

l Open Source：同其他开源软件一样，其源代码是公开的；

l Open Mind：思想是开放的。OpenStack以开源社区的方式向所有人开放。任何人都可以向社区贡献自己的想法和代码。OpenStack会每半年组织一场峰会（Open Summit），邀请开发者、用户、系统管理员等相关人员分享开发、使用经验。OpenStack会吸收优秀的功能和模块加入到官方发布的版本中。同安卓（Android）一样，这是一个开放的生态系统。

随着版本的演进，加入到OpenStack中的组件（又称服务）越来越多。理解OpenStack的关键是理解其核心组件。对于一个操作系统来说，管理计算、存储、网络的组件是其核心组件。另外，负责权限管理、操作界面等的组件也是核心组件。

如上图所示，操作系统必须有计算（Compute）组件、网络（Network）组件、磁盘管理的块存储（Block Storage）组件、将内容以类似文件方式进行存储管理的对象存储（Object Storage）组件、鉴权（Identity）组件、负责操作界面（Dashboard）的组件，甚至还有负责虚拟机快速安装恢复的备份镜像（Image）组件。

OpenStack的每个组件的开发都是一个项目组，都有一个特定的名字。该名字即是项目的名称，也是组件的名称。

组件之间的关系如下图所示：

要始终牢记：OpenStack的目的是为了创建和维护虚拟机（VM）。OpenStack从众多的物理主机、存储和网络设备中抓取虚拟机所需要的计算、存储和网络资源分配给虚拟机。

OpenStack各组件功能

为了识别各组件之间的关系，先将用于业务编排的Heat组件排除，将其他组件分成支撑组件和业务组件（原创概念，纯个人理解）两个部分：

第一部分：支撑组件

我们将不与虚拟机发生关联的组件定义为支撑组件，包括Horizon、Keystone、Ceilometer三个部分。

Horizon：为几乎所有组件提供基于Web的操作界面，方便操作。OpenStack各组件只提供命令行的交互方式，Horizon提供了图形化封装的功能。

Ceilometer：提供资源的计量和监控服务。云架构的设计初衷是对租户提供IT服务，所以CloudOS必须有能力计量各租户使用的计算、存储和网络资源的量，从而进行计费。所以在上图中，Ceilometer指向了计算、存储和网络组件。目前的Ceilometer组件还具备监控（告警）能力。

Keystone：提供鉴权功能。OpenStack中所有需要鉴权才能继续的操作，各组件首先要与Keystone组件进行交互，进行鉴权和认证。因此，Keystone提供API（Application Programming Interface 应用编程接口）接口，与所有需要调度资源的组件进行对接。

l 第二部分：业务组件

我们将与虚拟机生命周期管理（创建、删除、修改）直接相关的组件称为业务组件，包括Nova、Neutron、Cinder、Glance、Swift五个部分。

这部分组件为虚拟机提供计算、存储和网络资源。

l Nova：是OpenStack的最核心组件。负责网络的Neutron和负责块存储的Cinder都是从Nova组件中分出来的，足见Nova在OpenStack中的江湖地位。Nova负责为虚拟机管理计算资源。包括CPU和内存。当接到虚拟机创建请求时，Nova根据请求中携带的计算资源需求对计算资源进行过滤，选出可用来创建虚拟机的资源，再根据一定的策略进行排序，选定某些计算资源创建虚拟机。

计算资源一旦分配给虚拟机，Nova不再参与到虚拟机处理上层应用的计算过程。Nova类似于抓药的老中医，只负责开方子和抓药。与开中药不同的是，计算资源不会被虚拟机“吃掉”，Nova还可以根据需要随时调整和销毁（删除）虚拟机。

Nova除了负责计算资源的管理，它还是存储和网络资源的总协调。Nova接收来自管理接口的请求，再通过API接口与Cinder、Glance以及Neutron交互，协调存储、镜像以及网络资源。

l Neutron：负责虚拟机的网络资源。虚拟机与外部网络互通以及隔离，需要配置IP地址、路由、VLAN等信息，即在网络上搭建一个可隔离、可交换/路由的分组数据包转发通路。Neutron根据虚拟机的需求，在相应的主机、交换机和路由器上完成支撑虚拟机转发通路的接口、VLAN、路由等配置，支撑虚拟机的数据转发。从这个角度上看，Neutron是数据转发的集中控制节点，因此也被认为是SDN（Software Defined Networking）Controller。理想的SDN Controller是Neutron努力的方向，目前OpenStack的网络部分在复杂的NFV场景下，还需要一些手工设计和配置。

l Cinder：Cinder负责为虚拟机提供块存储（Block Storage）资源。所谓的“块”，就是我们通常操作系统对待硬盘的状态。操作系统将磁盘划分一个一个块（簇），来对硬盘进行读写。

在云架构下，存储资源可能是本地资源，也可能是SAN、NFS等不同厂家不同技术的存储资源。Cinder向下对物理存储介质使用相对应的驱动（Driver）来完成硬盘的管理和读写，对VM提供统一的iSCSI存储，即统一的磁盘卷，虚拟机将Cinder统一之后的磁盘卷进行挂载使用。

Glance：提供对虚拟机镜像的管理，包括虚拟机的查询、注册、上传、获取以及删除功能。比如在命令行中执行如下命令，就创建了一个suse的镜像。

#glance image-create --name suse-iso --disk-format iso --container-format bare --file suse.iso

所谓镜像，就是虚拟机磁盘的复制。这个复制可能是原始二进制内容的拷贝，也可能是某种转换压缩格式之后的文件。被镜像的虚拟机磁盘中包含虚拟机的操作系统Guest OS，也可能包含已经安装完成的应用。Nova读取读取镜像内容，将镜像内容复制到虚拟机磁盘，虚拟机从磁盘引导启动镜像中的Guest OS。启动后的虚拟机就直接具备了Guest OS以及上层应用（如果镜像中有的话）功能。

Glace只负责创建、删除、传递镜像信息，而镜像的保存需要借助存储组件。为Glance保存镜像的存储称为Glance的后端存储。目前NFV的设计中使用对象存储Swift来保存镜像文件。

l Swift：是OpenStack的对象存储组件。在NFV的OpenStack使用中，只为Glance提供虚机镜像存储服务。Swift被称为对象存储，类似于我们看到的操作系统存储文件。被存储的对象是一个个有实际意义的数据对象，而不是二进制的原始信息。这些数据可以检索、调整，必要时进行更新。相对于单磁盘的文件存储，Swift按照云的架构进行了适配，提供了更强的扩展性、冗余和持久性。

复杂的实现，并不复杂的配置

虽然CloudOS的架构原理很复杂，但是作为集成交付工程师，并不需要掌握复杂的组件内部交互过程。交付工程师需要略微理解组件间的交互过程，将主要精力投入到功能系统和网络的设计上。

技术的发展应朝着“实现越来越复杂，使用越来越简单”方向发展。自动挡汽车取代了手动挡汽车、复杂的自动变速箱简化了人的手脚配合工作之后，驾驶人应该将更多的精力投入到道路和环境上，追求更高效和舒适的驾驶。

OpenStack完成虚拟机的管理。我们以虚拟机的创建为例，简单描述OpenStack各组件的作用。

1. 用户从操作管理界面（Horizon或者各厂家自己实现的界面）提交虚拟机创建请求，同时携带虚拟机的资源量需求（暂时理解为资源配置文件，具体概念以后再展开）。

2. 该需求会下发给Nova组件。Nova组件首先根据虚拟机的资源需求分配计算资源。Nova检索全部计算资源，过滤掉不可用的计算资源，将剩余的计算资源进行排序，选择最优的资源。

3. Nova必须保证所创建的虚拟机有镜像资源可以使用，以便分配完全部资源之后可以使用镜像来启动虚拟机。Nova向Glance申请镜像资源。该镜像资源也是由资源配置文件指定。随后Glance启动镜像相关管理工作，查找镜像资源。如果自身目录没有对应镜像资源，Glance会去后端Swift存储请求对应的镜像资源。此时Swift类似一个文件服务器。找到对应的镜像资源后，Glance将镜像资源（就是文件）传递给Nova组件。

4. Nova随即请求网络资源。所谓网络资源，就是为虚拟机分配端口资源、配置IP地址、配置二层互通资源（VLAN、VxLAN等等）、打通三层路由。

5. 通过Cinder请求存储。同Nova申请计算资源一样，Cinder也经过查找、筛选和排序过程选定存储资源，将相应磁盘参数传递给Nova组件。

最后由Nova组件将计算、存储和网络资源组合，创建虚拟机。利用镜像文件引导启动虚拟机的系统。此时虚拟机就运行起来了。

6. 如果上述镜像中的上层应用不完整，用户也可以在虚拟机启动之后安装自己所需的应用。

7. 安装完成后，使用Glance将包含新装应用的虚拟机打包创建镜像；

8. 通过Swift将新创建的镜像保存。后续如果Nova使用新的镜像启动虚拟机，新启动的虚拟机就会包含本次新装的应用，用户不必重新安装该应用。

当然，实际的虚拟机创建过程要更加复杂。每个组件内部还会有子进程，实现资源复杂的调度。（如下图所示）绝大部分工程师不必深入细节。