Master Kilofication¶

日期:: 2015-03-23 13:00
标签:: kilo, 更新,

将主分支中的各种 openstack-ansible playbook 和 role 更新为实现一个功能完善且更新的 kilo 部署所需的更改。

https://blueprints.launchpad.net/openstack-ansible/+spec/master-kilofication

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

问题描述¶

目前 master 分支设置为部署 Juno，我们希望 master 分支开始跟踪 Kilo。

提议的变更¶

与专注于进行最少必要的更改以指向 kilo 并使部署通过 gating 的 minimal-kilo 蓝图不同，此规范的目标是更新所有配置文件和代码，以引入每个服务的 kilo 版本的配置，解析每个文件以查找差异，并做出明智的决策以确定要采用的值，以确保我们拥有一个生产级部署系统。

处理差异（例如，特定设置的默认值更改）的方法是在可能的情况下使用 kilo 值，并为任何更改的设置添加一个选项以使其可调整，如果它尚未可调整。这为从 juno 升级的用户提供了将值重置为 juno 默认值的选项（如果需要），但也意味着 kilo 的全新部署使用（希望更好）的 kilo 值。

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

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

备选方案¶

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

Playbook 影响¶

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

升级影响¶

此更改将影响升级，但升级不在本规范的范围内，将在以后单独解决。它主要解决 kilo 的全新部署。

安全影响¶

这些更改最初将基于 BETA 代码（kilo 的 k3 和 rc1 标签），这可能会对安全性产生影响，但将在发布生产版 kilo 时（并在 openstack-ansible 的 11.0.0 版本被标记之前）进行测试。

性能影响¶

由于 Kilo 代码库尚未经过测试和发布，因此此时堆栈的性能不在范围内。随着未来开发工作以最终确定 Kilo 中使用的 role，将基于每个 role 的基础进行性能保证工作。

最终用户影响¶

N/A

部署者影响¶

如前所述，此更改将最初引入新的 BETA 代码。部署者此时不应使用 master 分支。

开发人员影响¶

此更改是为了允许开发生产级的 kilo 部署

依赖项¶

该规范将引入许多新的依赖项。目前并非全部都完全可知。但是，我们可以放心地说，整个堆栈将使用所有新的客户端以及各种中间件。

实现¶

负责人¶

各种

工作项¶

目前未知

测试¶

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

文档影响¶

此更改可能会对文档产生影响。特别是当记录更改的值或弃用的配置项时。

参考资料¶

N/A

Master Kilofication