17.5. Overcloud 节点升级工作流

在每个 overcloud 节点上执行升级时,您必须考虑以下方面,以确定升级中相关阶段运行的正确命令:

控制器服务

  • 节点是否包含 Pacemaker 服务?您必须首先升级 bootstrap 节点,以启动数据库传输并启动临时容器,以便于从 Red Hat OpenStack 13 转换到 16.1 期间进行迁移。在 bootstrap Controller 节点升级过程中,会创建一个新的 Pacemaker 集群,并在节点上启动新的 Red Hat OpenStack 16.1 容器,而剩余的 Controller 节点仍然在 Red Hat OpenStack 13 上运行。升级 bootstrap 节点后,您必须使用 Pacemaker 服务升级每个额外节点,并确保每个节点都加入使用 bootstrap 节点启动的新 Pacemaker 集群。在没有 Pacemaker 的情况下升级 split-service Controller 节点的过程不需要这些额外的步骤。

Compute Services

  • Compute 节点是否是节点?如果节点包含计算服务,则必须从节点迁移虚拟机以确保最大可用性。在这种情况下,计算节点包括设计用于托管虚拟机的任何节点。此定义包括以下 Compute 节点类型:

    • 常规 Compute 节点
    • 带有 Hyper-Converged Infrastructure (HCI)的 Compute 节点
    • 具有网络功能虚拟化技术的计算节点,如数据平面开发套件(DPDK)或单根输入/输出虚拟化(SR-IOV)
    • Real Time Compute 节点

Ceph Storage Services

  • 节点是否包含任何 Ceph Storage 服务?您必须将节点上的任何容器化 Ceph Storage 服务的 systemd 单元文件转换为使用 podman 而不是 docker。这适用于以下节点类型:

    • Ceph Storage OSD 节点
    • 带有 Ceph MON 服务的控制器节点
    • split-Controller Ceph MON 节点
    • 带有 Hyper-Converged Infrastructure (HCI)的 Compute 节点

工作流

使用以下工作流图识别特定节点的正确更新路径:

Overcloud node upgrade workflow