Liberty 发布

日期:

2015-09-08 08:30

标签:

liberty, 更新

更新主分支中的各种 playbook 和 role，以实现一个功能完善且更新的 Liberty 部署。

最初的工作将基于每个 OpenStack 项目中的 Liberty RC 标签，因为 Liberty 尚未正式发布。

问题描述

虽然主分支已经跟踪 Liberty 代码一段时间了，但没有一个配置文件被更新以匹配上游的更改，以便处理弃用、不同的默认值等。

提议的变更

  1. 树内携带的每个模板/文件都需要根据每个 OpenStack 项目中的新默认值和其他调整进行审查和修改。

  2. 需要检查每个服务在部署和升级方式上的变化，并相应地调整 role 任务。

  3. 需要检查每个服务的任何其他更改，并相应地对 role 进行调整。

  4. 在最终测试中，应将 fatal_deprecations 设置为 True，以验证所有已弃用的配置已被删除或替换。

处理差异（例如，特定设置的默认值更改）的方法是在可能的情况下使用 Liberty 值。从 Kilo 升级的用户可以使用 config_overrides 来实现对任何他们希望保留为先前值的配置的覆盖。

受影响配置示例（这些将根据正在处理的服务而有所不同）

/etc/<servicename>/<servicename>.conf
/etc/<servicename>/<servicename>-api-paste.ini
/etc/<servicename>/policy.json
/etc/<servicename>/<servicename>-<agentname>.ini

备选方案

在需要时，我们可以保留 Kilo 设置，而不是采用 Liberty 设置。这可能更容易让升级场景中的用户使用，但这意味着部署 Liberty 的新用户将获得一个已经过时的部署。它也意味着我们错失了实施最佳实践部署的机会，而是坚持使用旧的、不太相关的价值。

Playbook 影响

playbook 不会受到影响。这些更改是在依赖项和 role 级别进行的，仅影响配置文件和 role 选项。

升级影响

此更改将影响升级，但升级不在本次范围之内，将在 https://blueprints.launchpad.net/openstack-ansible/+spec/liberty-upgrade-path 中单独解决

此规范的重点仅为新部署。

安全影响

安全测试和改进不在本次范围之内。可以在发布后进行安全更改和改进的测试，并在后续补丁中实施。

性能影响

性能测试和改进不在本次范围之内。可以在发布后进行性能更改和改进的测试，并在后续补丁中实施。

最终用户影响

N/A

部署者影响

必须在每个更改的提交消息中记录影响。

开发人员影响

此更改是为了允许开发一个生产级别的 Liberty 部署

依赖项

  1. 有几个特性蓝图预计将合并到主分支，与这些更改一起。这些特性是为了促进 Mitaka 开发时间框架中的未来改进，并且可能会回溯到 Liberty。

  2. OpenStack-Ansible 的 Liberty 版本的最终发布完全取决于 OpenStack 的 Liberty 版本。

实现

负责人

工作项

请参阅 Assignees。

测试

不会对当前的测试和/或门控框架进行任何更改。对服务进行的任何更改以引入新的配置和设置，都需要通过与我们的生产系统所需的门控测试。

文档影响

所有更改都需要在提交消息中包含 DocImpact 标签，以便跟踪所需的文档更改。

参考资料