1.3. 长生命版本的升级路径

在开始更新或升级前，熟悉可能的更新和升级路径。

注意

您可以在 /etc/rhosp-release 和 /etc/redhat-release 文件中查看当前的 RHOSP 和 RHEL 版本。

Expand

Expand

红帽提供了两个选项，供您将环境升级到下一个长生命周期版本：

原位升级: 在现有环境中对服务进行升级。本指南主要关注此选项。
并行迁移: 创建新的 Red Hat OpenStack Platform 16.2 环境，并将您的工作负载从当前环境迁移到新环境中。有关 Red Hat OpenStack Platform 并行迁移的更多信息，请联络红帽全球支持服务。

重要

这个表中的持续时间是基于内部测试的最小估算值，可能不适用于所有生产环境。例如，如果您的硬件有低规格或延长的启动周期，则允许更多的时间使用这些持续时间。要准确衡量每个任务的升级持续时间，请在测试环境中执行与生产环境类似的硬件。

Expand

表 1.3. 升级路径的影响和持续时间
	原位升级	并行迁移
undercloud 的升级持续时间	每个主要操作的预计持续时间都包括： 30 分钟(Leapp upgrade)命令 30 分钟（Leapp 重启） 40 分钟（ director 升级）	无。除了现有的 undercloud 外，您还将创建新的 undercloud。
overcloud control plane 的升级持续时间	每个 Controller 节点的估算： 60 分钟用于 Leapp 升级并重启服务升级 60 分钟	无。除了现有的 control plane 外，您还需要创建新的 control plane。
control plane 的中断持续时间	bootstrap Controller 节点的服务升级期间，大约 60 分钟。	无。两个 overcloud 在工作负载迁移期间都正常运行。
control plane 中断的结果	您不能在停机期间执行 OpenStack 操作。	没有中断。
overcloud data plane 的升级持续时间	每个 Compute 节点和 Ceph Storage 节点的估算： 60 分钟用于 Leapp 升级并重启 30 分钟服务升级	无。除了现有的 data plane 外，您还会创建新的数据平面。
data plane 的中断持续时间	由于工作负载从节点迁移到节点，因此中断最小。	由于工作负载从 overcloud 迁移到 overcloud，因此中断最小。
额外的硬件要求	不需要额外的硬件。	需要额外硬件来创建新 undercloud 和 overcloud。

返回顶部