17.5. Overcloud 节点升级工作流
在每个 overcloud 节点上执行升级时,您必须考虑以下问题以确定升级中相关阶段要运行的正确命令:
控制器服务
- 节点是否包含 Pacemaker 服务?您必须首先升级 bootstrap 节点,才能启动数据库传输并启动临时容器,以便在从 Red Hat OpenStack 13 转换到 16.2 期间迁移。在 bootstrap Controller 节点升级过程中,会创建一个新的 Pacemaker 集群,并在该节点上启动新的 Red Hat OpenStack 16.2 容器,剩余的 Controller 节点仍然在 Red Hat OpenStack 13 上运行。升级 bootstrap 节点后,您必须使用 Pacemaker 服务升级每个额外节点,并确保每个节点加入使用 bootstrap 节点启动的新 Pacemaker 集群。在没有 Pacemaker 的情况下升级 split-service Controller 节点的过程不需要这些附加步骤。
计算服务
节点是 Compute 节点吗?如果节点包含 Compute 服务,则必须从节点迁移虚拟机以确保最大可用性。在这种情况下,计算节点包括用于托管虚拟机的任何节点。此定义包括以下 Compute 节点类型:
- 常规 Compute 节点
- 使用 Hyper-Converged Infrastructure(HCI)的计算节点.
- 带有网络功能虚拟化技术的计算节点,如 Data Plane Development Kit(DPDK)或 Single Root Input/Output Virtualization(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)的计算节点.
工作流
使用以下工作流图来标识特定节点的正确更新路径: