openstack_速览OpenStack Icehouse

openstack

直到昨天，OpenStack社区才发现自己聚集在香港，为Icehouse版本设定了设计目标。 当我们进入3月份时，开发工作仍在快速进行，直到发布该功能冻结为止，但是现在尘埃落定，我们能够开始真正了解OpenStack用户和操作员可以期待的东西在Icehouse版本中。

今天，我会给予一个先睹为快，只是一些在这两个项目是由原始的OpenStack发布，今天仍是largest-之一的一个所做的更改没有显示出创新放缓的迹象 - OpenStack计算（Nova） OpenStack Compute是一种云计算结构控制器，是基础架构即服务（IaaS）系统的核心组件。 它负责管理最终将在其上运行虚拟机实例的管理程序，并管理这些虚拟机实例的生命周期。 该列表绝不是详尽无遗的，而是重点介绍了一些关键功能以及构成OpenStack社区的贡献者在六个月的发布周期中所取得的快速进步。

基于Libvirt /内核的虚拟机（KVM）驱动程序增强

在香港发布的OpenStack用户调查结果表明，高达62％的受访者正在使用Libvirt / KVM虚拟机管理程序来为其OpenStack云提供的计算服务提供支持。 Libvirt虚拟化抽象层与KVM虚拟机管理程序提供的性能和安全性的结合已经在数据中心中得到巩固，现在扩展到了弹性云。 OpenStack贡献者在Icehouse版本中继续寻找新的创新方式来公开此技术组合提供的功能，以供操作员和用户使用弹性OpenStack云，并在此计算驱动程序提供的抽象层中提供许多明显的功能：

• 现在可以添加Virtio RNG设备来计算实例以提供增加的熵。 Virtio RNG是准虚拟随机数生成设备。 它允许计算节点向计算实例提供熵，以填充其熵池。 主机上使用的默认熵设备是/ dev / random ，但是，也可以使用物理连接到主机的硬件RNG设备。 通过在用于构建实例的映像的元数据中使用hw_rng属性来启用Virtio RNG设备。

• 添加了看门狗支持，允许基于实例中检测到的崩溃或内核崩溃来触发实例生命周期事件。 使用的看门狗设备是i6300esb 。 通过将图像属性中的hw_watchdog_action属性或味道额外的规范设置为Disabled以外的值来启用它 。 支持的hw_watchdog_action属性值是poweroff ， reset ， pause和none ，它们表示在检测到实例故障时看门狗设备要采取的操作。

• 现在可以将实例配置为使用默认驱动程序以外的视频驱动程序。 这样就可以指定不同的视频驱动器型号，不同数量的视频RAM和不同数量的视频磁头。 通过分别在图像元数据中设置hw_video_model和hw_video_vram属性来配置这些值。 头数是在来宾操作系统中配置的。 当前支持的视频驱动程序模型是vga ， cirrus ， vmvga ， xen和qxl 。

• 现在可以将修改后的内核参数提供给引导计算实例。 如果提供了密钥的值， 则从存储在OpenStack图像服务（Glance）中的图像元数据中的os_command_line密钥检索内核参数。 如果未提供任何值，则继续使用默认内核参数。

• 现在可以使用VirtIO SCSI（ virtio-scsi ）代替VirtIO Block（ virtio-blk ）提供实例的块设备访问。 Virtio SCSI是半虚拟化SCSI控制器设备，旨在作为VirtIO Block的未来继任者，旨在提供改进的可扩展性和性能。 通过在映像属性中将hw_disk_bus_model设置为virtio-scsi，可为来宾实例启用VirtIO SCSI。

• 为了确保文件中的所有配置组都使用描述性名称，对/etc/nova/nova.conf配置文件的预期格式进行了更改 。 许多驱动程序特定的标志，包括Libvirt驱动程序的标志，也已移至其自己的选项组。

计算API增强

许多贡献者一直在努力扩展Compute v2 API，同时还在继续开发可能有一天取代Compute v3的更新API。 这是最近几周的热门话题，参与者们讨论了如何在API创新需求与运营商和用户需求之间取得平衡的方法。 在继续开发Compute v2 API的同时，Icehouse版本中进行了一些关键的扩展和更改：

• 已添加API功能，用于定义，列出和检索实例组的详细信息。 实例组提供了一种在启动时对相关虚拟机实例进行分组并应用策略来确定如何相对于组中其他成员安排它们的计划的功能。 当前支持的策略是affinity （指示应将组中的所有实例调度到同一主机）和anti-affinity （指示应将组中的所有实例调度到单独的主机）。 使用更新的API检索实例组的详细信息也会返回组成员的列表。

• 现在，Compute API公开了一种永久删除退役计算节点的机制。 以前，即使已禁用计算服务并重新配置了系统，这些内容仍会继续列出。 该功能由ExtendedServicesDelete API扩展提供。

• 现在，Compute API公开了虚拟机监控程序IP地址，管理员可以使用“ nova hypervisor-show”命令来检索它。

• Compute API当前支持XML和JSON格式。 现在已将对XML格式的支持标记为不赞成使用，并且在将来的版本中将不再使用。

通知事项

在每个发行版中，对通知的计算支持都在不断增长，越来越多的动作逐渐被修改以生成通知，操作员，用户和业务流程系统可以捕获该通知以跟踪事件。 Icehouse版本中添加的值得注意的通知是：

• 现在，当启用，禁用，打开，关闭，重新启动Compute主机，进入维护模式并退出维护模式时，会生成通知。

• 现在，在创建和删除密钥对时会生成通知。

排程器

计算调度程序负责根据一系列可配置的过滤器和权重来确定启动实例将放置在哪些计算节点上。 尽管仍在努力使调度程序与Nova进一步脱钩，但这仍然是项目中一个富有创新的领域。 在Icehouse版本中：

• 已对调度程序进行了修改，以添加一个可扩展的框架，使其可以基于资源利用率进行决策。 在即将发布的版本中，期望在这个领域看到更多的发展，尤其是当它扩展为处理特定的资源类时。

• 添加了缓存调度程序驱动程序的初始实验实现。 缓存调度程序使用现有工具来应用调度程序过滤器和权重，但是缓存可用主机的列表。 当用户请求传递到缓存调度程序时，它会尝试基于缓存主机列表执行调度，以提高调度程序性能。

• 引入了新的调度程序过滤器AggregateImagePropertiesIsolation 。 新的过滤器根据匹配的命名空间图像属性和主机聚合属性将实例调度到主机。 不属于任何主机集合的主机仍是基于所有映像的实例的有效调度目标。 新的Compute服务配置键aggregate_image_properties_isolation_namespace和aggregate_image_properties_isolation_separator用于确定过滤器检查哪些图像属性。

测试中

在Icehouse发布周期中，继续致力于促进对OpenStack Compute源代码树中的虚拟机监控程序驱动程序的第三方测试 。 这使第三方可以提供持续集成（CI）基础结构，以对每个提议的OpenStack Compute补丁程序进行回归测试并记录结果，以便在检查代码时可以将其称为参考。 这样不仅可以确保这些驱动程序的测试范围，而且可以确保由OpenStack Compute项目本身提供的共享组件的有价值的附加测试范围。

升级版

现在，Compute服务可以进行一定程度的滚动升级，从而可以在控制服务继续与运行Havana版本中的代码的计算服务交互时将其升级到Icehouse。 与过去通常可能采用的方法相比，这允许采用更渐进的方法来升级OpenStack云或其逻辑指定子集。

稳定Icehouse的工作将持续一段时间，直到5月份社区再次聚集在亚特兰大举行的2014年OpenStack峰会上，为下一个六个月的发布周期确定设计愿景。 如果您想帮助测试上述某些功能，为什么不使用基于第三个Icehouse版本里程碑的新鲜出炉的包装参加即将到来的RDO测试日呢？

最初发布在Red Hat Stack：OpenStack Blog上 。 经许可重新发布。 这个故事最初被错误地归因于戈登·哈夫（Gordon Haff），此后经过更新以反映正确的作者。

翻译自: https://opensource.com/14/3/sneak-peek-openstack-icehouse

openstack