1.4. 规划和准备原位升级

在执行升级前，熟悉 Red Hat OpenStack Platform 17.1 以帮助您了解生成的环境以及可能会影响升级的任何潜在的版本更改。要熟悉 Red Hat OpenStack Platform 17.1，请遵循以下建议：

长生命 Red Hat OpenStack Platform 升级需要一个从 Red Hat Enterprise Linux (RHEL) 8.4 升级到 RHEL 9.2 的基本操作系统。升级过程使用 Leapp 程序执行到 RHEL 9.2 的升级。但是，Leapp 升级的一些方面会被自定义，以确保您专门从 RHEL 8.4 升级到 RHEL 9.2。要将操作系统升级到 RHEL 9.2，请参阅 执行 undercloud 系统升级。

如果任何已知的限制影响您的环境，请联系红帽技术支持团队 的建议。

在进行升级前，请检查您的 overcloud 是否被支持。

如果您单独部署了 Red Hat Ceph Storage 系统，然后使用 director 部署和配置 OpenStack，然后才能将 Red Hat OpenStack Platform (RHOSP)部署从 16.2 升级到 17.1，您必须将 Red Hat Ceph Storage 集群从版本 4 升级到 5。升级 Red Hat Ceph Storage 集群后，Red Hat OpenStack Platform 16 将继续操作，并与存储集群兼容。有关更多信息，请参阅 Red Hat Ceph Storage 5 升级指南中的升级 Red Hat Ceph Storage 集群。

查看以下可能影响成功升级的已知问题。

如果您将操作系统从 RHEL 7.x 升级到 RHEL 8.x，或从 RHEL 8.x 升级到 RHEL 9.x，请不要使用 --debug 选项运行 Leapp 升级。系统 会一直处于设置代码状态的早期控制台，不会自动重启。要避免这个问题，UpgradeLeappDebug 参数默认设置为 false。不要在您的模板中更改这个值。

重启 overcloud 节点后，权限问题会导致 collectd-sensubility 停止工作。因此，collectd-sensubility 会停止报告容器健康状况。在从 Red Hat OpenStack Platform (RHOSP) 16.2 升级到 RHOSP 17.1 的过程中，overcloud 节点会作为 Leapp 升级的一部分重启。为确保 collectd-sensubility 继续工作，请运行以下命令：

sudo podman exec -it collectd setfacl -R -m u:collectd:rwx /run/podman

多 RHEL 环境中不支持以下部署：

您必须将所有 Compute 主机升级到 RHEL 9.2，或者保持所有在 RHEL 8.4 上运行的计算主机。

分布式 Compute 节点(DCN)部署不支持 Multi-RHEL 环境，也不支持从 RHOSP 16.2 升级到 RHOSP 17.1。

Pacemaker 控制的 ceph-nfs 资源需要一个运行时目录来存储某些进程数据。安装或升级 RHOSP 时会创建该目录。目前，重启 Controller 节点会删除目录，在 Controller 节点重启时不会恢复 ceph-nfs 服务。如果所有 Controller 节点都已重启，ceph-nfs 服务会永久失败。

您可以应用以下临时解决方案：

从 RHEL 8.4 升级到 RHEL 9.2 后，nova_virtlogd 容器镜像将继续运行。此容器镜像使用 Red Hat Universal Base Image (UBI) 8 容器。另外，还会创建另一个名为 nova_virtlogd_wrapper 的容器镜像，该镜像使用 UBI 9 容器。升级后，所有容器镜像都应该使用 UBI 9 容器。但是，nova_virtlogd 容器镜像不会影响环境。后续 RHOSP 发行版本中会进行修复。

目前，在 ovn_controller 和 ovn_dbs 的部署步骤中存在一个竞争条件，这会导致 ovn_dbs 在 ovn_controller 前升级。如果在 ovn_dbs 之前没有升级 ovn_controller，则重启到新版本时出错会导致数据包丢失。如果在 Open Virtual Network (OVN)升级过程中发生竞争条件，预计会出现一分钟网络中断。后续 RHOSP 发行版本中会进行修复。

在升级 Red Hat OpenStack Platform (RHOSP) 16.2 环境前，请使用以下选项之一备份 undercloud 和 overcloud control plane：

如果您在升级 RHOSP 环境前使用早于 16.2.4 的 Red Hat OpenStack Platform (RHOSP)版本，请将环境更新至当前版本的最新次版本。例如，在升级到 Red Hat OpenStack Platform 17.1 之前，将 Red Hat OpenStack Platform 16.2.3 环境更新至最新的 16.2 版本。

有关为 Red Hat OpenStack Platform 16.2 执行次要版本更新的说明，请参阅 保持 Red Hat OpenStack Platform Updated。

如果您将代理与 Red Hat OpenStack Platform 16.2 环境搭配使用，则 /etc/environment 文件中的代理配置会保留操作系统升级和 Red Hat OpenStack Platform 17.1 升级。

将 Compute 节点从 Red Hat OpenStack Platform (RHOSP) 16.2 升级到 RHOSP 17.1 后，您可以选择以下选项之一升级 Compute 主机操作系统：

将部分 Compute 节点升级到 RHEL 9.2 的选项可让您更好地控制升级过程。您可以在计划的维护窗口中确定升级 RHOSP 环境，并将操作系统延迟到另一个时间。需要较少的停机时间，从而最大程度降低对最终用户的影响。