第 3 章 发行信息

以前，"nova list" 命令会在一个计算节点出现问题时仍然显示实例在运行。现在，当运行它的计算节点出现问题时，实例状态会被更新。因此，用户可以相信 "nova list" 命令输出中与运行状态相关的信息。

以前，"nova list" 命令会在一个计算节点出现问题时仍然显示实例在运行。现在，当运行它的计算节点出现问题时，实例状态会被更新。因此，用户可以相信 "nova list" 命令输出中与运行状态相关的信息。

RBD 快照和克隆现在被用于基于 Ceph 的临时磁盘快照。在这个版本中，数据在 Ceph 服务器上被处理，而不是在不同节点间进行传输。这可以获得更好的 Ceph 快照性能。

RBD 快照和克隆现在被用于基于 Ceph 的临时磁盘快照。在这个版本中，数据在 Ceph 服务器上被处理，而不是在不同节点间进行传输。这可以获得更好的 Ceph 快照性能。

这个改进增加了指示容器或账户服务器进行反向项目列出的功能。使用这个功能可以在中间件中分隔带版本的项。
为此，因为安全的原因，内部结构被重新组织。另外，如果需要，反向列出也可以通过客户端应用程序实现。

这个改进增加了指示容器或账户服务器进行反向项目列出的功能。使用这个功能可以在中间件中分隔带版本的项。
为此，因为安全的原因，内部结构被重新组织。另外，如果需要，反向列出也可以通过客户端应用程序实现。

这个功能改进了副本放置（replica placement）的功能，它可以防止重复分配问题的出现。
增加这个功能的原因是，在传统的 Swift 结构中，意外地为相同设备分配两个分区副本会导致，在没有任何提示的情况下维持时间的减少。
现在，可以防止重复分配问题的出现。但是，这需要设备的数量不少于副本的数量，从而可能会导致一些老的 ring 被错误地认定为无效。因此，还是可能出现域（zone）的数量小于副本数量的情况。

这个功能改进了副本放置（replica placement）的功能，它可以防止重复分配问题的出现。
增加这个功能的原因是，在传统的 Swift 结构中，意外地为相同设备分配两个分区副本会导致，在没有任何提示的情况下维持时间的减少。
现在，可以防止重复分配问题的出现。但是，这需要设备的数量不少于副本的数量，从而可能会导致一些老的 ring 被错误地认定为无效。因此，还是可能出现域（zone）的数量小于副本数量的情况。

在这个版本中，'OS::Neutron::ProviderNet' 资源增加了一个新参数 'router_external'。模板作者可以使用这个选择来指定网络是否包括一个外部的路由。

在这个版本中，'OS::Neutron::ProviderNet' 资源增加了一个新参数 'router_external'。模板作者可以使用这个选择来指定网络是否包括一个外部的路由。

keystone 的 eventlet 系统在上游社区已过时。
Red Hat OpenStack Platform director 现在把 keystone 配置为在使用 WSGI 的 apache 上运行。作出这个改变的原因是，Keystone 项目推荐 keystone 的部署在 WSGI 中进行。
作为结果，keystone 服务现在运行在 apache httpd 服务上。

keystone 的 eventlet 系统在上游社区已过时。
Red Hat OpenStack Platform director 现在把 keystone 配置为在使用 WSGI 的 apache 上运行。作出这个改变的原因是，Keystone 项目推荐 keystone 的部署在 WSGI 中进行。
作为结果，keystone 服务现在运行在 apache httpd 服务上。

这个更新为 QoS 策略增加了 RBAC（Role-based Access Control  - 基于角色的访问控制）。作为结果，现在可以针对于特定项目应用 QoS 策略。例如，您现在可以为低优先级网络数据设置一个 QoS 策略，并把它应用到特定项目。

这个更新为 QoS 策略增加了 RBAC（Role-based Access Control  - 基于角色的访问控制）。作为结果，现在可以针对于特定项目应用 QoS 策略。例如，您现在可以为低优先级网络数据设置一个 QoS 策略，并把它应用到特定项目。

在这个更新中，可以通过使用名称或路径为 Bare Metal Provisioning 服务部署镜像找到适当的磁盘设备。因为一些设备的名称具有持久性（例如 RAID），所有现在操作者可以使用这些设备名称而不是使用磁盘 WWN、序列号、型号名等。

在这个更新中，可以通过使用名称或路径为 Bare Metal Provisioning 服务部署镜像找到适当的磁盘设备。因为一些设备的名称具有持久性（例如 RAID），所有现在操作者可以使用这些设备名称而不是使用磁盘 WWN、序列号、型号名等。

这个版本增加了 iSCSI 驱动的 in-band 清理功能。清除磁盘、in-band RAID 配置以及其它一些操作可以使用驱动在节点上进行。
在 ironic 中进行节点再利用时进行这些清理操作可以提高安全性。您可以完全删除以前租户的数据、检查机器的安全性是否被破坏。
现在，pxe_ipmitool、pxe_drac、pxe_iboot、pxe_ilo、pxe_amt、pxe_wol 以及其它一些驱动可以执行 in-band 清理操作。

这个版本增加了 iSCSI 驱动的 in-band 清理功能。清除磁盘、in-band RAID 配置以及其它一些操作可以使用驱动在节点上进行。
在 ironic 中进行节点再利用时进行这些清理操作可以提高安全性。您可以完全删除以前租户的数据、检查机器的安全性是否被破坏。
现在，pxe_ipmitool、pxe_drac、pxe_iboot、pxe_ilo、pxe_amt、pxe_wol 以及其它一些驱动可以执行 in-band 清理操作。

这个版本包括了 Aodh API 的一个客户端。这个客户端包括了一个 Python API（位于 "aodhclient" 模块中），以及一个命令行脚本（"aodh"）。Python API 和命令行脚本实现了整个 Aodh API。

这个版本包括了 Aodh API 的一个客户端。这个客户端包括了一个 Python API（位于 "aodhclient" 模块中），以及一个命令行脚本（"aodh"）。Python API 和命令行脚本实现了整个 Aodh API。

在这个改进中，疏散（evacuating）带有 CPU 固定的实例会导致这些实例运行于已经运行了其它带有相同固定配置的实例的 hypervisor 上。
进行这个改进的原因是，资源跟踪程序不会跟踪主机上的带有 CPU 固定设置的实例。
现在，一个条件被添加到 NUMATopologyFilter 过滤器中，在实例被疏散时，已经管理了带有相同 CPU 固定配置的主机会通过这个过滤。

在这个改进中，疏散（evacuating）带有 CPU 固定的实例会导致这些实例运行于已经运行了其它带有相同固定配置的实例的 hypervisor 上。
进行这个改进的原因是，资源跟踪程序不会跟踪主机上的带有 CPU 固定设置的实例。
现在，一个条件被添加到 NUMATopologyFilter 过滤器中，在实例被疏散时，已经管理了带有相同 CPU 固定配置的主机会通过这个过滤。

python-wsgi_intercept 软件包被添加到 Red Hat OpenStack Platform 9。
这个软件包是 python-gabbi 的依赖软件包，openstack-gnocchi 需要它。
现在，openstack-gnocchi 和 python-gabbi 都可以被正常安装而不会出现依赖软件包错误。

python-wsgi_intercept 软件包被添加到 Red Hat OpenStack Platform 9。
这个软件包是 python-gabbi 的依赖软件包，openstack-gnocchi 需要它。
现在，openstack-gnocchi 和 python-gabbi 都可以被正常安装而不会出现依赖软件包错误。

现在，CDH 版本 5.5 包括在 CDH 插件的打包版本中，它会被默认启用。

现在，CDH 版本 5.5 包括在 CDH 插件的打包版本中，它会被默认启用。

现在，这个版本在 heat 中支持 'map_merge' 功能。用户可以使用这个功能对 map 进行合并，后面的值会覆盖前面的值。这个功能在需要把包括配置数据的多个 map 合并为一个 map 时非常有用。

如需了解更多相关信息，请参阅 http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#map-merge。

现在，这个版本在 heat 中支持 'map_merge' 功能。用户可以使用这个功能对 map 进行合并，后面的值会覆盖前面的值。这个功能在需要把包括配置数据的多个 map 合并为一个 map 时非常有用。

如需了解更多相关信息，请参阅 http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#map-merge。

OpenDaylight OpenStack neutron 驱动已从 neutron 项目中分离，它被移到新的 python-networking-odl 软件包中。作为 Red Hat OpenStack Platform 安装的一部分，这个驱动的最新版本仍然可以使用。

OpenDaylight OpenStack neutron 驱动已从 neutron 项目中分离，它被移到新的 python-networking-odl 软件包中。作为 Red Hat OpenStack Platform 安装的一部分，这个驱动的最新版本仍然可以使用。

这个功能允许代理（agent）驱动（驱动的前缀是 "agent_"）部署分区镜像。
增加这个功能的原因是，OpenStack bare metal provisioning (ironic) 中的所有驱动都应该可以部署完整磁盘镜像（一些镜像会包括带有 bootloader 以及其它属性的分区表），以及分区镜像（带有 root 文件系统的镜像）。
现在，代理驱动可以部署分区镜像以及完整磁盘镜像。

这个功能允许代理（agent）驱动（驱动的前缀是 "agent_"）部署分区镜像。
增加这个功能的原因是，OpenStack bare metal provisioning (ironic) 中的所有驱动都应该可以部署完整磁盘镜像（一些镜像会包括带有 bootloader 以及其它属性的分区表），以及分区镜像（带有 root 文件系统的镜像）。
现在，代理驱动可以部署分区镜像以及完整磁盘镜像。

现在，OpenStack 数据处理服务（sahara）通过 OSP-d 部署。当前的版本会为所有控制器节点（controller node）部署 Sahara。因为这是首个包括了Sahara 与 OSP director 集成功能的版本，所以这个服务的可配置性还非常小，但它也不会对安装程序（installer）造成很多的负担。在默认情况下，Sahara 会在 overcloud 控制器节点上被启用。

现在，OpenStack 数据处理服务（sahara）通过 OSP-d 部署。当前的版本会为所有控制器节点（controller node）部署 Sahara。因为这是首个包括了Sahara 与 OSP director 集成功能的版本，所以这个服务的可配置性还非常小，但它也不会对安装程序（installer）造成很多的负担。在默认情况下，Sahara 会在 overcloud 控制器节点上被启用。

在这个更新中，有一个包括了运行 DHCP 和路由等服务的可用区域组网络节点。它被定义为网络节点上的一个代理属性，它可以使网络资源具有高可用性。操作员可用对附加到独立可用区域中的不同电源资源的节点进行分组，并为具有高可用性功能的资源配置调度功能，从而使它们可用被调度到不同的可用区域。这就允许用户为一个可用区域关联它们的路由和网络，从而可以确保可能出现的问题被分散到不同区域中。

在这个更新中，有一个包括了运行 DHCP 和路由等服务的可用区域组网络节点。它被定义为网络节点上的一个代理属性，它可以使网络资源具有高可用性。操作员可用对附加到独立可用区域中的不同电源资源的节点进行分组，并为具有高可用性功能的资源配置调度功能，从而使它们可用被调度到不同的可用区域。这就允许用户为一个可用区域关联它们的路由和网络，从而可以确保可能出现的问题被分散到不同区域中。

现在，Red Hat OpenStack Platform 9 包括了 python-colorama 软件包。
这个软件包是安装 python-gabbi 的依赖软件包，openstack-gnocchi 需要它。
安装 openstack-gnocchi 和 python-gabbi 将不会再出现软件包依赖错误。

现在，Red Hat OpenStack Platform 9 包括了 python-colorama 软件包。
这个软件包是安装 python-gabbi 的依赖软件包，openstack-gnocchi 需要它。
安装 openstack-gnocchi 和 python-gabbi 将不会再出现软件包依赖错误。

这个改进增加了手工清理的功能，它允许操作者把一个节点从一个可管理的状态直接变为清理状态。
增加这个功能的原因是，操作者可能会因为不同的原因（如构建 RAID、对设备数据进行删除等）需要运行清理的步骤。
现在，操作者可以使用 OpenStack Bare Metal (ironic) API 对 ironic 节点开始清理的过程，并可以选择哪些步骤需要运行。

这个改进增加了手工清理的功能，它允许操作者把一个节点从一个可管理的状态直接变为清理状态。
增加这个功能的原因是，操作者可能会因为不同的原因（如构建 RAID、对设备数据进行删除等）需要运行清理的步骤。
现在，操作者可以使用 OpenStack Bare Metal (ironic) API 对 ironic 节点开始清理的过程，并可以选择哪些步骤需要运行。

在这个版本中，可以使用一个 API 调用在 Orchestration (heat) 把一个资源标记为“不健康”，从而可以在以后的堆栈更新中被替换。
例如，当 `ResourceGroup` 中的服务器出现问题时，系统不会把它放入“黑名单”（这意味着替换它的服务器会有一个新的名字），而是只把它标记为“不健康”，Heat 会使用组中带有相同名称和索引的服务器替换它。
新的 `mark-unhealthy` 命令可用把资源设置为 CHECK_FAILED 状态。以后进行的堆栈更新会对不健康的资源进行替换（与替换 *_FAILED 状态的资源相同）。

在这个版本中，可以使用一个 API 调用在 Orchestration (heat) 把一个资源标记为“不健康”，从而可以在以后的堆栈更新中被替换。
例如，当 `ResourceGroup` 中的服务器出现问题时，系统不会把它放入“黑名单”（这意味着替换它的服务器会有一个新的名字），而是只把它标记为“不健康”，Heat 会使用组中带有相同名称和索引的服务器替换它。
新的 `mark-unhealthy` 命令可用把资源设置为 CHECK_FAILED 状态。以后进行的堆栈更新会对不健康的资源进行替换（与替换 *_FAILED 状态的资源相同）。

通过使用环境中的资源注册表，用户可以设置一个 hook 使它在这些资源中暂停删除操作。这可以使用户在一个资源被删除后有机会执行特定的操作，从而可以在删除一个重要资源时执行额外的验证操作。作为结果，当一个带有 pre-delete hook 的资源要被删除时，Heat 会暂停这个操作，直到资源带有了 {'unset_hook': 'pre-delete'} 信号。

通过使用环境中的资源注册表，用户可以设置一个 hook 使它在这些资源中暂停删除操作。这可以使用户在一个资源被删除后有机会执行特定的操作，从而可以在删除一个重要资源时执行额外的验证操作。作为结果，当一个带有 pre-delete hook 的资源要被删除时，Heat 会暂停这个操作，直到资源带有了 {'unset_hook': 'pre-delete'} 信号。

当多个环境文件被指定时，它们会在引擎端而不是客户端进行合并。这就可以为 heat 提供足够信息来正确地编配一个栈。

当多个环境文件被指定时，它们会在引擎端而不是客户端进行合并。这就可以为 heat 提供足够信息来正确地编配一个栈。