OpenStack Nova 在IceHouse中的新功能

问题导读
1.Compute API 增强
2.通知系统（Notification）更新了哪些通知?

3.调度器（Scheduler）,在IceHouse版本中发生了哪些主要变化？






意译：郑晨，OpenStack中国社区

作者：Steve Gordon, Red Hat 产品经理

编者按：OpenStack IceHouse版本发布，相信大家对新版本的OpenStack很期待，这里Steve Gordon首先给我们预热了一下，OpenStack在Nova中会有哪些新鲜血液注入，文中主要从KVM，API，通知系统的增强等方面介绍了Nova在IceHouse中的变化，这里分享给大家。

去年年底香港的OpenStack云计算峰会上确定了IceHouse版本OpenStack的设计目标，一直紧锣密鼓的开发工作也快要接近尾声，现在新的功能已经不能进入到IceHouse当中了，这也意味着，距离我们用户用到IceHouse版本OpenStack的时间也越来越近了，尘埃终将落定。

这里，我们将对自OpenStack出现以来最重要的项目OpenStack Nova在IceHouse中一些改变进行介绍。Nova是OpenStack云计算架构的基础项目，是基础架构即服务（IaaS）中的核心模块。它负责管理在多种Hypervisor上的虚拟机的生命周期。这虽然不是Nova的全部功能，但是也能够体现OpenStack社区在六个月的发布周期中工程师们的主要工作内容。

基于KVM（Libvirt/Kernel-based Virtual Machine）的增强


在香港峰会上，OpenStack 用户调查显示，有62%的用户选择Libvert/KVM hypervisor作为OpenStack的Compute服务的基础。这种组合的优势在与集成了Libvirt虚拟化服务与数据中心中KVM提供的性能与安全性。为提供更具弹性的云计算服务，更多的可扩展功能，OpenStack的代码贡献者们在IceHouse中在寻求更多新的、创新的方法将这种黄金组合的功能透露给用户，在IceHouse版本中的新功能具体如下：


现在我们可以添加Virtio RNG设备给虚拟机了。Virtio RNG是一个半虚拟化随机数生成器，它允许计算节点提供随机数给节点上的虚拟机。原来默认的随机数生成设备是主机上的 /dev/random，现在，我们也能够将RNG硬件挂载到主机上了。想使用这个功能，我们可以在用于创建虚拟机的镜像中配置 hw_rng property 配置项。


将支持Watchdog, 通过它，在虚拟机由于内核错误或在崩溃时，我们可以得到通知信息。通过设置在镜像或在flavor的额外配置， hw_watchdog_action，watchdog i6300esb 设备可以正常工作，并且可以获得虚拟关机、重启、暂停等状态信息。

将可以配置使虚拟机使用除默认（cirros）以外的其他媒体驱动(video driver)。这个功能通过配置镜像中hw_video_model，hw_video_vram和hw_video_head选项，可以设置不同类型的驱动，自定义的RAM大小等，目前支持的有vga，cirrus，vmvga，xen和qxl。

将支持可以从已经修改部署虚拟机的内核参数，通过OpenStack Image 服务（Glance）的镜像中os_command_line这个参数，我们可以配置参数，如果参数在内核中没有，那么其将采用默认设置。

VirIO SCSI（virtio-scsi）可以独立于VirtIO Block单独为虚拟机提供块设备访问服务。Virtio SCSI 是一个半虚拟化SCSI控制设备，它主要是作为VirtIO Block 的接班人并提供更好的扩展性和高性能。

将计划通过格式化的方式来显式地配置/etc/nova/nova.conf。目前一系列的标签包括Libvirt driver等都移动到了自己的分类组中，方便了用户的配置。


Compute API 增强

一些代码贡献者已经在扩展Compute V2 API的工作上呕心沥血了，并且将持续增强V2的功能，也许有一天就将替代Compute V3 API。关于如何小心谨慎地权衡来自用户与管理员的关于API 革新的请求。最近几周这个话题非常火爆。

与此同时，Compute V2 API的开发还在继续，在IceHouse中一些重点的扩展与变化如下：

API将包含定义、显示、获取虚拟机群组（instance group）的功能。虚拟机群组功能提供了将具有某些联系的虚拟机作为一个小组进行部署、并且以组别为单位应用部署、迁移等策略。目前，支持的策略包括：强关联策略，所有虚拟机都被部署在同一个计算节点，无关联策略，组内虚拟机被部署在分散计算节点之上。在使用新版的API获取部署虚拟机的详细信息时将附带组内其他成员信息。

API实现了永久删除已退役计算节点的功能。在以前，这些计算节点即使服务被禁用或者系统被重置，它们仍然在管理端计算节点列表当中。这个功能被置于ExtendedServicesDelete API扩展项当中。

API 现在已经暴露了hypervisor的IP地址，这将允许管理员通过“nova hypervisor-show”命令获取。

目前，OpenStack API还支持JSON和XML两种格式，但是，在未来OpenStack的版本中XML格式的支持将被移除。

通知系统（Notification）

每一个版本发布时，Nova都会增强对通知系统的支持，越来越多的操作都会产生通知，用户和管理员可以捕获这些通知。在IceHouse版本中，主要的通知系统更新如下：

计算节点服务启动、关闭、节点启动、关机、重启，加入或退出维护模式将发送通知。
Keypairs 的创建和删除将发送通知。


调度器（Scheduler）
计算节点调度其主要通过一系列的可配置的过滤器与权重，选择哪个计算节点去部署虚拟机。但是社区仍在努力让调度与计算相分离，这就给调度器项目带来了创新点。在IceHouse版本中主要变化：

在调度器中添加了可扩展的，允许基于资源利用情况做出决策的框架。在未来的OpenStack版本中，我们在这个方向将会看到更多的发展，特别是在处理特定资源方面。

增加了一个实验性的缓存调度器，这个缓存调度器将通过目前的调度器去申请过滤器与权重，同时也缓存了当前可用主机的列表。当用户请求缓存调度器时，调度器将尝试在缓存的主机列表选取主机部署虚拟机，以提高调度性能。

增加了一个新的调度过滤器， AggregateImagePropertiesIsolation。新的过滤器将可以根据命名空间中镜像的属性与主机聚集的属性来调度部署虚拟机。不属于任何主机聚集的主机仍旧可以进行调度部署。新的配置文件选项为：aggregate_image_properties_isolation_namespace 和 aggregate_image_properties_isolation_separator。

测试（Testing）
在IceHouse中，循环测试工作将持续促进第三方hypervisor驱动的测试。这也使得第三方可以应用持续性集成测试架构去回归测试OpenStack计算模块，并可以记录结果以便于代码审查。这个机制不仅确保了针对hypervisor测试的覆盖面，也提高了OpenStack自身共享模块的测试覆盖率。

升级（Upgrades）
OpenStack计算服务现在支持了部分滚动升级，比如控制服务升级为IceHouse后仍可与运行在Havana上的计算服务协同工作。这使得渐进式升级OpenStack成为可能。

在五月Atlanta OpenStack峰会新的功能设计出炉前，使IceHouse变得更加稳定的工作将会持续进行。

原文链接：http://redhatstackblog.redhat.co ... stack-compute-nova/


##########################################################
http://www.openstack.cn/p1088.html