Red Hat OpenStack Platform Director 生命周期
部署工具支持政策
从 2018 年 6 月 27 日开始，为了获得对 Red Hat OpenStack Platform 环境的全面支持，每个新安装的 Red Hat OpenStack Platform 都需要是通过 Red Hat OpenStack Platform director 部署的。
该政策不适用于已有部署。
如果对替代部署工具的使用有任何疑问，请联系红帽支持团队。
概述
Red Hat OpenStack Platform director：
- 与核心的 Red Hat OpenStack Platform 发行计划相关联
- 支持的时间与核心 Red Hat OpenStack Platform 产品相同
- 与前一个 Red Hat OpenStack Platform 核心版本向后兼容
什么是 Red Hat OpenStack Platform director？
Red Hat OpenStack Platform director 是一个用来安装和管理 Red Hat OpenStack Platform 7 及更新版本的部署与生命周期的工具。 它特别针对于云操作员的用例，在这些用例中，更新、升级以及对基础架构控制对底层 OpenStack 操作至关重要。 它还提供了一个由 API 驱动的框架，提供硬件内省、服务分配和管理 OpenStack Platform 堆栈。
在本文档中，我们将把 Red Hat OpenStack Platform 分成两个部分：
- Core：主要的 OpenStack 组件 (Nova、Neutron、Ironic 等)
- Director：部署管理工具
有关 Red Hat OpenStack Platform 安装程序的更多信息，请参阅安装和管理 Red Hat OpenStack Platform。
版本时间
Red Hat OpenStack Platform director 基于上游 TripleO 项目，其发布时间与核心（Core）产品发行计划相关联。
Red Hat OpenStack Platform director 与核心 Red Hat OpenStack Platform 产品一起发布。
在主版本及维护版本中包括什么？
主发行版本
director 的主发行版本在核心产品的每个主发行版本中提供，其支持方式与部署的 Red Hat OpenStack Platform 的支持方法相同。 这些主版本会包括可能会影响 Red Hat OpenStack Platform 部署方式的功能，并突出了来自核心产品中的最新功能。 新的主版本可能会引入不同的 API，这些 API 的信息将包括在相关文档中。
每个 director 版本都允许在两个相连的 Red Hat OpenStack Platform 的主发行版本间进行自动原位升级（例如 director 版本 9 可以把最新的核心版本 8 升级到最新的版本 9）。
维护发行版本
在产品正式发布 (GA) 后，维护版本会提供程序错误修复和性能改进。 这些版本一般不会增加新功能（针对具体情况可能会有例外）。 这也意味着，造成 API 被破坏、需要对数据库进行迁移，以及造成其他主要变化的情况会减少。
每个 director 版本都允许在维护版本之间自动进行次版本的原位更新，来获取最新的内容。 这些更新由"滚动"流程处理 - 当使用高可用性模式时，所有 OpenStack 服务都可以继续正常运行。
生命周期支持
Red Hat OpenStack director 与核心产品保持一致的生命周期支持。
如需更多详细信息，请参阅 Red Hat OpenStack Platform 支持。 (1)
与其他产品集成
要与 director 集成的产品应专注于使用主发行版本 API 实现其功能。 API 是标准的 OpenStack API：nova、ironic 等。director 上没有任何私有的 API。 API 版本和弃用政策将遵循上游 OpenStack 的相关政策 (2)，我们也可能会决定实现一些后向移植功能。 这些内容将在发行注记中进行说明。
由于 director 和核心产品会同时发布，因此不会存在时间冲突的问题。
这种集成的一个示例是 Cloudforms，它使用上面提到的 API 以实现对基础架构的管理。 由于它们使用常规的 API，因此集成环境可以平稳运行，其开发周期是相对独立的。
(2) http://developer.openstack.org/api-ref.html
交换部署和管理工具
director 的主要用例是执行第 1 天（初始部署）和第 2 天（升级、扩展等）管理。 如果要使用 Director 进行第 2 天管理，则需要通过 Director 或使用 Director API 来完成所有操作。 红帽无法协调 Director 以外的手动更改，因此通过我们支持的工具程序（Director) 进行扩展、更新或升级的功能将会丢失。
如果您选择使用 Director 只进行第 1 天操作（初始部署），对于第 2 天的管理操作使用其他方法，您将无法使用 Director 提供的第 2 天操作功能。 在使用 Director 以外的任何工具后，则更改管理、扩展、更新和升级等操作需要手工进行编配。 在进行手工编配时，您可以参照 Director 执行这些操作的过程，以应用最佳实践，但您用来执行操作的脚本/工具需要自我支持（或咨询支持）。
与调用 Director API 的第三方工具集成被支持，且不会违反通过 Director 进行第 2 天操作的支持政策。 例如，Red Hat OpenStack director 和 Red Hat CloudForms 的集成。
反馈
欢迎您提供反馈意见，请联系 director 产品经理，阐明您的问题，或提供有关产品生命周期如何影响客户或其他产品的反馈意见。
