4.2. RHEA-2016:1599 — Red Hat OpenStack Platform 9 发行候选公告

以前，在 Undercloud 中，ironic-inspector 没有包括在 Keystone 的端点目录（endpoint catalog）中。这意味着无法通过目录来发现 ironic-inspector 的 API 端点。在这个版本中，ironic-inspector API 端点被添加到 Keystone 目录中，您现在可以通过目录来发现 ironic-inspector API 端点。

在一个较慢的环境中，当 Glance 试图和作为后端的 Swift 进行通讯时会出现超时的问题，这会导致一些 Glance 操作（如上传镜像）失败。现在，Swift 代理服务器的默认 node_timeout value 值被增加到 60 秒。这为在一个较慢的、使用Swift 作为后端的环境中的 Glance 镜像上传增加了稳定性。

ipxe-bootimages RPM 没有包括在 director 的软件仓库中。这会在 director 的安装过程中出现错误。在这个版本中，这个软件包被添加到 director 的软件仓库中，现在它的 RPM 是 director 安装的一部分。

几乎所有的 Overcloud Pacemaker 资源都依赖于 Keystone 资源。这意味着，在配置改变后重启 Keystone 资源会重启所有依赖它的资源。在这个版本中包括了一个假的 openstack-core，Overcloud Pacemaker 资源（包括 keystone）使用它作为依赖。这意味着，重启 Keystone 资源将不会影响到其它资源。

ManagementNetValueSpecs 参数在 director 的 Heat 模板中使用错误的类型（字符串）。这会导致部署带有 Management 网络的 Overcloud 时出现以下错误：

"Property error: resources.ManagementNetwork.properties.ManagementNetValueSpecs: Value must be a string".

现在，ManagementNetValueSpecs 的数据类型被改为 json，以上错误将不会出现。

在以前的 Heat 版本中，域资源会在 /etc/heat/heat.conf 被配置前就在 overcloud 中创建。但是，域资源依赖于这个文件的设置，因此这些资源的创建可能不正确，从而导致用户无法创建 heat 堆栈。用户需要手工重启 Pacemaker Heat Engine 资源来解决这个问题。

在这个版本中使用了部署 Heat 服务的正确步骤，因此解决了这个问题。

老版本的 puppet-ceph-external.yaml Heat 环境文件将不再被支持，9.0 中的模板带有这个文件的新版本。任何对老版本 puppet-ceph-external.yaml 文件进行的定制都需要迁移到新版本。

这个补丁程序更新了 dashboard 中 Help URL。现在，这个 URL 指向官方的 Red Hat OpenStack Platform 文档，而不是 OpenStack 上游社区的文档。

在 director 的 Heat 模板中，默认的 newtork-isolation.yaml 文件包括与默认的 network-management.yaml 文件相冲突的值。如果在创建 Overcloud 的过程中，在 network-management.yaml 之后包括了 network-isolation.yaml 文件，部署过程会取消激活 Management 网络。在这个更新中重新安排了这些文件以避免这些冲突。现在，无论 network-management.yaml 和 network-isolationl.yaml 文件在部署过程中出现的顺序如何，都不会产生冲突。

Overcloud 使用一个假的 openstack-core resource 来替代 keystone（现在通过 httpd 访问）。但是，如果使用外部的负载均衡系统时，Overcloud 不会创建 openstack-core。这会因为在创建 Pacemaker 限制（constraint）时需要 openstack-core 而导致 puppet 失败。在这个版本中，可以保证在任何部署配置中都创建 openstack-core 资源，整个部署会成功，所需限制会被创建。

OpenStack Platform 9 的部署需要 "client.openstack" 用户有一个额外的 CephX 密钥。但是，director 的命令行客户端不会为存在的部署创建这个密钥，并使用一个空的 secret 更新 "ceph.openstack" 密钥环。在更新前，需要创建一个新的 CephX 密钥并使用一个环境文件中的 CephClientKey 参数把它传递给部署过程。例如：

  parameter_defaults:
    CephClientKey: 'my_cephx_key'

使用以下命令产生新密钥：

$ ceph-authtool --gen-print-key

在一个 RPM 更新时，"os-collect-config" 服务会在 Overcloud 中重启。这会导致 Overcloud 更新失败。在这个版本中对这个行为进行了修改，在进行 RPM 更新时，"os-collect-config" 不会重启。现在，在更新 "os-collect-config" 后 Overcloud 的更新也会成功。请注意，在 "os-refresh-config" 运行时 "os-collect-config" 会正确重启，因此在更新过程中将不再需要重启。