升级 Red Hat OpenStack Platform

流程

1. 登录您要重新引导的节点。

2. 可选：如果节点使用 Pacemaker 资源，请停止集群：

   [heat-admin@overcloud-controller-0 ~]$ sudo pcs cluster stop

   Copy to Clipboard Toggle word wrap

3. 重新引导节点：

   [heat-admin@overcloud-controller-0 ~]$ sudo reboot

   Copy to Clipboard Toggle word wrap
4. 稍等片刻，直到节点启动。

5. 检查服务。例如：

   1. 如果该节点使用 Pacemaker 服务，请检查该节点是否已重新加入集群：

      [heat-admin@overcloud-controller-0 ~]$ sudo pcs status

      Copy to Clipboard Toggle word wrap

   2. 如果该节点使用 Systemd 服务，请检查是否所有服务都已启用：

      [heat-admin@overcloud-controller-0 ~]$ sudo systemctl status

      Copy to Clipboard Toggle word wrap
   3. 对所有 Controller 和可组合节点重复这些步骤。

流程

1. 登录 Ceph MON 或 Controller 节点，并暂时禁用 Ceph Storage 集群重新平衡：

   $ sudo ceph osd set noout
   $ sudo ceph osd set norebalance

   Copy to Clipboard Toggle word wrap
2. 选择第一个 Ceph Storage 节点以重新引导并登录。

3. 重新引导节点：

   $ sudo reboot

   Copy to Clipboard Toggle word wrap
4. 稍等片刻，直到节点启动。

5. 登录到 Ceph MON 或 Controller 节点并检查集群状态：

   $ sudo ceph -s

   Copy to Clipboard Toggle word wrap

   确认 pgmap 报告的所有 pgs 的状态是否都正常 (active+clean)。

6. 从 Ceph MON 或 Controller 节点注销，重新引导下一个 Ceph Storage 节点，并检查其状态。重复此流程，直到您已重新引导所有 Ceph 存储节点。

7. 完成之后，登录 Ceph MON 或 Controller 节点，然后重新启用集群重新平衡：

   $ sudo ceph osd unset noout
   $ sudo ceph osd unset norebalance

   Copy to Clipboard Toggle word wrap

8. 执行最后的状态检查，确认集群报告 HEALTH_OK：

   $ sudo ceph status

   Copy to Clipboard Toggle word wrap

流程

1. 以 stack 用户的身份登录 undercloud。

2. 要识别您要重新引导的 Compute 节点，请列出所有 Compute 节点：

   $ source ~/stackrc
   (undercloud) $ openstack server list --name compute

   Copy to Clipboard Toggle word wrap

3. 在 overcloud 中，选择 Compute 节点并禁用它：

   $ source ~/overcloudrc
   (overcloud) $ openstack compute service list
   (overcloud) $ openstack compute service set <hostname> nova-compute --disable

   Copy to Clipboard Toggle word wrap

4. 列出 Compute 节点上的所有实例：

   (overcloud) $ openstack server list --host <hostname> --all-projects

   Copy to Clipboard Toggle word wrap
5. 迁移您的实例。有关迁移策略的更多信息，请参阅 Compute 节点之间迁移虚拟机。

6. 登录到 Compute 节点并重新引导它：

   [heat-admin@overcloud-compute-0 ~]$ sudo reboot

   Copy to Clipboard Toggle word wrap
7. 稍等片刻，直到节点启动。

8. 启用 Compute 节点：

   $ source ~/overcloudrc
   (overcloud) $ openstack compute service set <hostname> nova-compute --enable

   Copy to Clipboard Toggle word wrap

9. 验证 Compute 节点是否已启用：

   (overcloud) $ openstack compute service list

   Copy to Clipboard Toggle word wrap

流程

1. 查找 undercloud 访问详情：

   $ source ~/stackrc

   Copy to Clipboard Toggle word wrap

2. 检查失败的 Systemd 服务：

   (undercloud) $ sudo systemctl list-units --state=failed 'openstack*' 'neutron*' 'httpd' 'docker'

   Copy to Clipboard Toggle word wrap

3. 检查 undercloud 可用空间：

   (undercloud) $ df -h

   Copy to Clipboard Toggle word wrap

   使用 "Undercloud 要求" 作为基础来确定您是否有足够的可用空间。

4. 如果您在 undercloud 上安装了 NTP，请检查时钟是否已同步：

   (undercloud) $ sudo ntpstat

   Copy to Clipboard Toggle word wrap

5. 检查 undercloud 网络服务：

   (undercloud) $ openstack network agent list

   Copy to Clipboard Toggle word wrap

   所有代理都应 处于活动状态，其状态应为 UP。

6. 检查 undercloud 计算服务：

   (undercloud) $ openstack compute service list

   Copy to Clipboard Toggle word wrap

   所有代理的状态都应 为启用状态，其状态应为 up

流程

1. 查找 undercloud 访问详情：

   $ source ~/stackrc

   Copy to Clipboard Toggle word wrap

2. 检查裸机节点的状态：

   (undercloud) $ openstack baremetal node list

   Copy to Clipboard Toggle word wrap

   所有节点均应具有有效的电源状态(on)和维护模式，应为 false。

3. 检查失败的 Systemd 服务：

   (undercloud) $ for NODE in $(openstack server list -f value -c Networks | cut -d= -f2); do echo "=== $NODE ===" ; ssh heat-admin@$NODE "sudo systemctl list-units --state=failed 'openstack*' 'neutron*' 'httpd' 'docker' 'ceph*'" ; done

   Copy to Clipboard Toggle word wrap

4. 检查失败的容器化服务：

   (undercloud) $ for NODE in $(openstack server list -f value -c Networks | cut -d= -f2); do echo "=== $NODE ===" ; ssh heat-admin@$NODE "sudo docker ps -f 'exited=1' --all" ; done
   (undercloud) $ for NODE in $(openstack server list -f value -c Networks | cut -d= -f2); do echo "=== $NODE ===" ; ssh heat-admin@$NODE "sudo docker ps -f 'status=dead' -f 'status=restarting'" ; done

   Copy to Clipboard Toggle word wrap

5. 检查与所有服务的 HAProxy 连接。获取 haproxy.stats 服务的 Control Plane VIP 地址和身份验证详情：

   (undercloud) $ NODE=$(openstack server list --name controller-0 -f value -c Networks | cut -d= -f2); ssh heat-admin@$NODE sudo 'grep "listen haproxy.stats" -A 6 /var/lib/config-data/puppet-generated/haproxy/etc/haproxy/haproxy.cfg'

   Copy to Clipboard Toggle word wrap

   在以下 cURL 请求中使用这些详情：

   (undercloud) $ curl -s -u admin:<PASSWORD> "http://<IP ADDRESS>:1993/;csv" | egrep -vi "(frontend|backend)" | cut -d, -f 1,2,18,37,57 | column -s, -t

   Copy to Clipboard Toggle word wrap

   将 <PASSWORD & gt; 和 <IP ADDRESS > 详情替换为 haproxy.stats 服务的实际详情。生成的列表显示每个节点上的 OpenStack Platform 服务及其连接状态。

   注意

   如果节点运行 Redis 服务，则只有一个节点为该服务显示 ON 状态。这是因为 Redis 是一个主动 - 被动服务，它一次仅在一个节点上运行。

6. 检查 overcloud 数据库复制健康状况：

   (undercloud) $ for NODE in $(openstack server list --name controller -f value -c Networks | cut -d= -f2); do echo "=== $NODE ===" ; ssh heat-admin@$NODE "sudo docker exec clustercheck clustercheck" ; done

   Copy to Clipboard Toggle word wrap

7. 检查 RabbitMQ 集群健康状况：

   (undercloud) $ for NODE in $(openstack server list --name controller -f value -c Networks | cut -d= -f2); do echo "=== $NODE ===" ; ssh heat-admin@$NODE "sudo docker exec $(ssh heat-admin@$NODE "sudo docker ps -f 'name=.*rabbitmq.*' -q") rabbitmqctl node_health_check" ; done

   Copy to Clipboard Toggle word wrap

8. 检查 Pacemaker 资源健康状况：

   (undercloud) $ NODE=$(openstack server list --name controller-0 -f value -c Networks | cut -d= -f2); ssh heat-admin@$NODE "sudo pcs status"

   Copy to Clipboard Toggle word wrap

   查找：

   • 所有集群节点 在线。
   • 任何集群节点上都没有 停止 资源。
   • 没有 失败的 pacemaker 操作。

9. 检查每个 overcloud 节点上的磁盘空间：

   (undercloud) $ for NODE in $(openstack server list -f value -c Networks | cut -d= -f2); do echo "=== $NODE ===" ; ssh heat-admin@$NODE "sudo df -h --output=source,fstype,avail -x overlay -x tmpfs -x devtmpfs" ; done

   Copy to Clipboard Toggle word wrap

10. 检查 overcloud Ceph Storage 集群健康状态。以下命令在 Controller 节点上运行 ceph 工具来检查集群：

    (undercloud) $ NODE=$(openstack server list --name controller-0 -f value -c Networks | cut -d= -f2); ssh heat-admin@$NODE "sudo ceph -s"

    Copy to Clipboard Toggle word wrap

11. 检查 Ceph Storage OSD 是否有可用空间。以下命令在 Controller 节点上运行 ceph 工具来检查可用空间：

    (undercloud) $ NODE=$(openstack server list --name controller-0 -f value -c Networks | cut -d= -f2); ssh heat-admin@$NODE "sudo ceph df"

    Copy to Clipboard Toggle word wrap

12. 检查时钟是否在 overcloud 节点上同步

    (undercloud) $ for NODE in $(openstack server list -f value -c Networks | cut -d= -f2); do echo "=== $NODE ===" ; ssh heat-admin@$NODE "sudo ntpstat" ; done

    Copy to Clipboard Toggle word wrap

13. 查找 overcloud 访问详情：

    (undercloud) $ source ~/overcloudrc

    Copy to Clipboard Toggle word wrap

14. 检查 overcloud 网络服务：

    (overcloud) $ openstack network agent list

    Copy to Clipboard Toggle word wrap

    所有代理都应 处于活动状态，其状态应为 UP。

15. 检查 overcloud 计算服务：

    (overcloud) $ openstack compute service list

    Copy to Clipboard Toggle word wrap

    所有代理的状态都应 为启用状态，其状态应为 up

16. 检查 overcloud 卷服务：

    (overcloud) $ openstack volume service list

    Copy to Clipboard Toggle word wrap

    所有代理的状态都应 为启用状态，其状态应为 。

流程

1. 以 stack 用户身份登录 director。

2. 禁用当前的 OpenStack Platform 存储库：

   $ sudo subscription-manager repos --disable=rhel-7-server-openstack-12-rpms

   Copy to Clipboard Toggle word wrap

3. 将 RHEL 版本设置为 RHEL 7.9:

   $ sudo subscription-manager release --set=7.9

   Copy to Clipboard Toggle word wrap

4. 启用新的 OpenStack Platform 存储库：

   $ sudo subscription-manager repos --enable=rhel-7-server-openstack-13-rpms

   Copy to Clipboard Toggle word wrap

5. 重新启用 overcloud 基础镜像的更新：

   $ sudo yum-config-manager --setopt=exclude= --save

   Copy to Clipboard Toggle word wrap

6. 运行 yum 以升级 director 的主软件包：

   $ sudo yum update -y python-tripleoclient

   Copy to Clipboard Toggle word wrap

7. 运行以下命令来升级 undercloud：

   $ openstack undercloud upgrade

   Copy to Clipboard Toggle word wrap
8. 等待 undercloud 升级过程完成。

9. 重新引导 undercloud 以更新操作系统的内核和其他系统软件包：

   $ sudo reboot

   Copy to Clipboard Toggle word wrap
10. 稍等片刻，直到节点启动。

流程

1. 查找 undercloud 访问详情：

   $ source ~/stackrc

   Copy to Clipboard Toggle word wrap

2. 从 stack 用户主目录(/home/ stack / images )上的 images 目录中删除任何现有的镜像：

   $ rm -rf ~/images/*

   Copy to Clipboard Toggle word wrap

3. 解压存档：

   $ cd ~/images
   $ for i in /usr/share/rhosp-director-images/overcloud-full-latest-13.0.tar /usr/share/rhosp-director-images/ironic-python-agent-latest-13.0.tar; do tar -xvf $i; done
   $ cd ~

   Copy to Clipboard Toggle word wrap

4. 将最新的镜像导入到 director：

   $ openstack overcloud image upload --update-existing --image-path /home/stack/images/

   Copy to Clipboard Toggle word wrap

5. 将节点配置为使用新镜像：

   $ openstack overcloud node configure $(openstack baremetal node list -c UUID -f value)

   Copy to Clipboard Toggle word wrap

6. 验证新镜像是否存在：

   $ openstack image list
   $ ls -l /httpboot

   Copy to Clipboard Toggle word wrap

流程

1. 安装 openstack-tripleo-heat-templates-compat 软件包：

   $ sudo yum install openstack-tripleo-heat-templates-compat

   Copy to Clipboard Toggle word wrap

   这会在 Heat 模板集合的 compat 目录中(/usr/share/openstack-tripleo-heat-templates/compat)中安装前面的模板，并在上一版本后创建一个链接(pike)。这些模板与升级的 director 向后兼容，这意味着您可以使用最新版本的 director 安装旧版本。

2. 创建核心 Heat 模板的临时副本：

   $ cp -a /usr/share/openstack-tripleo-heat-templates /tmp/osp13

   Copy to Clipboard Toggle word wrap

3. 将上一个版本移到自己的目录中：

   $ mv /tmp/osp13/compat /tmp/osp12

   Copy to Clipboard Toggle word wrap

4. 对两个目录的内容执行 diff:

   $ diff -urN /tmp/osp12 /tmp/osp13

   Copy to Clipboard Toggle word wrap

   这显示了核心模板从一个版本变为下一个版本。这些更改提供了 overcloud 升级过程中应该发生的情况。

流程

1. 要在 overcloud 部署中直接从 registry.redhat.io 拉取镜像，需要一个环境文件来指定镜像参数。运行以下命令以生成容器镜像环境文件：

   (undercloud) $ sudo openstack overcloud container image prepare \
     --namespace=registry.redhat.io/rhosp13 \
     --prefix=openstack- \
     --tag-from-label {version}-{release} \
     --output-env-file=/home/stack/templates/overcloud_images.yaml

   Copy to Clipboard Toggle word wrap
   • 使用 -e 选项包括可选服务的任何环境文件。
   • 使用 -r 选项包括自定义角色文件。
   • 如果使用 Ceph Storage，包括额外的参数来定义 Ceph Storage 容器镜像位置：-- set ceph_namespace ,--set ceph _image,--set ceph_tag.

2. 修改 overcloud_images.yaml 文件，并包括下列参数以在部署期间与 registry.redhat.io 进行身份验证：

   ContainerImageRegistryLogin: true
   ContainerImageRegistryCredentials:
     registry.redhat.io:
       <USERNAME>: <PASSWORD>

   Copy to Clipboard Toggle word wrap

   • 将 & lt;USERNAME& gt ; 和 <PASSWORD > 替换为 registry.redhat.io 的凭证。

     overcloud_images.yaml 文件包含 undercloud 上的镜像位置。在您的部署中包含此文件。

     注意

     在运行 openstack overcloud deploy 命令前，您必须登录远程 registry：

     (undercloud) $ sudo docker login registry.redhat.io

     Copy to Clipboard Toggle word wrap

流程

1. 查找本地 undercloud registry 的地址。地址使用以下模式：

   <REGISTRY_IP_ADDRESS>:8787

   Copy to Clipboard Toggle word wrap

   使用 undercloud 的 IP 地址，之前使用 undercloud.conf 文件中的 local_ip 参数进行设置。对于下列命令，该地址被假定为 192.168.24.1:8787。

2. 登录到 registry.redhat.io ：

   (undercloud) $ docker login registry.redhat.io --username $RH_USER --password $RH_PASSWD

   Copy to Clipboard Toggle word wrap

3. 创建模板，将镜像上传到本地 registry，以及环境文件以引用这些镜像：

   (undercloud) $ openstack overcloud container image prepare \
     --namespace=registry.redhat.io/rhosp13 \
     --push-destination=192.168.24.1:8787 \
     --prefix=openstack- \
     --tag-from-label {version}-{release} \
     --output-env-file=/home/stack/templates/overcloud_images.yaml \
     --output-images-file /home/stack/local_registry_images.yaml

   Copy to Clipboard Toggle word wrap
   • 使用 -e 选项包括可选服务的任何环境文件。
   • 使用 -r 选项包括自定义角色文件。
   • 如果使用 Ceph Storage，包括额外的参数来定义 Ceph Storage 容器镜像位置：-- set ceph_namespace ,--set ceph _image,--set ceph_tag.

4. 验证是否已创建以下两个文件：

   • local_registry_images.yaml，其中包含来自远程源的容器镜像信息。使用此文件将 Red Hat Container Registry (registry.redhat.io)中的镜像拉取到 undercloud。
   • overcloud_images.yaml，其中包含 undercloud 上的最终镜像位置。您的部署会包含这个文件。

5. 从远程 registry 拉取容器镜像并将其推送到 undercloud registry：

   (undercloud) $ openstack overcloud container image upload \
     --config-file  /home/stack/local_registry_images.yaml \
     --verbose

   Copy to Clipboard Toggle word wrap

   拉取所需的镜像可能需要一些时间，具体取决于您的网络和 undercloud 磁盘的速度。

   注意

   容器镜像大约消耗 10 GB 磁盘空间。

6. 该镜像现在存储在 undercloud 的 docker-distribution 注册表中。要查看 undercloud 的 docker-distribution registry 中的镜像列表，请运行以下命令：

   (undercloud) $  curl http://192.168.24.1:8787/v2/_catalog | jq .repositories[]

   Copy to Clipboard Toggle word wrap
   注意

   本身中的 _catalog 资源仅显示 100 个镜像。要显示更多镜像，请使用 ?n=<interger& gt; 查询字符串及 _catalog 资源来显示更多镜像数量：

   (undercloud) $  curl http://192.168.24.1:8787/v2/_catalog?n=150 | jq .repositories[]

   Copy to Clipboard Toggle word wrap

   要查看特定镜像的标签列表，请使用 skopeo 命令：

   (undercloud) $ curl -s http://192.168.24.1:8787/v2/rhosp13/openstack-keystone/tags/list | jq .tags

   Copy to Clipboard Toggle word wrap

   要验证标记的镜像，使用 skopeo 命令：

   (undercloud) $ skopeo inspect --tls-verify=false docker://192.168.24.1:8787/rhosp13/openstack-keystone:13.0-44

   Copy to Clipboard Toggle word wrap

流程

1. 创建模板以将镜像拉取到本地 registry：

   $ source ~/stackrc
   (undercloud) $ openstack overcloud container image prepare \
     --namespace=rhosp13 \
     --prefix=openstack- \
     --output-images-file /home/stack/satellite_images

   Copy to Clipboard Toggle word wrap
   • 使用 -e 选项包括可选服务的任何环境文件。
   • 使用 -r 选项包括自定义角色文件。
   • 如果使用 Ceph Storage，包括额外的参数来定义 Ceph Storage 容器镜像位置：-- set ceph_namespace ,--set ceph _image,--set ceph_tag.
   注意

   此版本的 openstack overcloud 容器镜像准备命令以 registry.redhat.io 上的 registry 为目标，以生成镜像列表。它使用与 openstack overcloud 容器镜像准备 命令不同的值。

2. 这会利用容器镜像信息创建名为 satellite_images 的文件。您将使用此文件将容器镜像同步到卫星 6 服务器。

3. 从 satellite_images 文件中删除特定于 YAML 的信息，并将其转换为仅包含镜像列表的平面文件。以下 sed 命令完成此操作：

   (undercloud) $ awk -F ':' '{if (NR!=1) {gsub("[[:space:]]", ""); print $2}}' ~/satellite_images > ~/satellite_images_names

   Copy to Clipboard Toggle word wrap

   这为您提供了拉取到 Satellite 服务器的镜像列表。

4. 将 satellite_images_names 文件复制到包含 Satellite 6 hammer 工具的系统中。或者，根据 Hammer CLI 指南中的说明将 hammer 工具安装到 undercloud 中。

5. 运行以下 hammer 命令，在您的 Satellite 组织创建新产品(OSP13 容器)：

   $ hammer product create \
     --organization "ACME" \
     --name "OSP13 Containers"

   Copy to Clipboard Toggle word wrap

   该定制产品将会包含我们的镜像。

6. 为产品添加基本容器镜像：

   $ hammer repository create \
     --organization "ACME" \
     --product "OSP13 Containers" \
     --content-type docker \
     --url https://registry.redhat.io \
     --docker-upstream-name rhosp13/openstack-base \
     --name base

   Copy to Clipboard Toggle word wrap

7. 添加 satellite_images 文件中的 overcloud 容器镜像。

   $ while read IMAGE; do \
     IMAGENAME=$(echo $IMAGE | cut -d"/" -f2 | sed "s/openstack-//g" | sed "s/:.*//g") ; \
     hammer repository create \
     --organization "ACME" \
     --product "OSP13 Containers" \
     --content-type docker \
     --url https://registry.redhat.io \
     --docker-upstream-name $IMAGE \
     --name $IMAGENAME ; done < satellite_images_names

   Copy to Clipboard Toggle word wrap

8. 同步容器镜像：

   $ hammer product synchronize \
     --organization "ACME" \
     --name "OSP13 Containers"

   Copy to Clipboard Toggle word wrap

   等待 Satellite 服务器完成同步。

   注意

   根据具体配置情况，hammer 可能会询问您的 Satellite 服务器用户名和密码。您可以使用配置文件将 hammer 配置为自动登录。请参阅 Hammer CLI 指南中的 "身份验证 "部分。

9. 如果您的 Satellite 6 服务器使用内容视图，请创建新的内容视图版本来纳入镜像。

10. 检查 base 镜像可用的标签：

    $ hammer docker tag list --repository "base" \
      --organization "ACME" \
      --product "OSP13 Containers"

    Copy to Clipboard Toggle word wrap

    这会显示 OpenStack Platform 容器镜像的标签。

11. 返回到 undercloud，并为卫星服务器上的镜像生成环境文件。以下是生成环境文件的示例命令：

    (undercloud) $ openstack overcloud container image prepare \
      --namespace=satellite6.example.com:5000 \
      --prefix=acme-osp13_containers- \
      --tag-from-label {version}-{release} \
      --output-env-file=/home/stack/templates/overcloud_images.yaml

    Copy to Clipboard Toggle word wrap
    注意

    此版本的 openstack overcloud 容器镜像准备命令以 Satellite 服务器为目标。它使用与上一步中使用的 openstack overcloud 容器镜像准备命令不同的值。

    在运行这个命令时，包含以下数据：

    • --namespace - Satellite 服务器上 registry 的 URL 和端口。Red Hat Satellite 上的 registry 端口是 5000。例如： --namespace=satellite6.example.com:5000。

      注意

      如果您使用 Red Hat Satellite 版本 6.10，则不需要指定端口。使用 443 的默认端口。如需更多信息，请参阅 "如何把 RHOSP13 部署调整为 Red Hat Satellite 6.10？"。

    • --prefix= - 前缀基于标签的 Satellite 6 约定，它使用小写字符并用下划线替换空格。前缀根据您是否使用内容视图而不同：

      • 如果您使用了内容视图，则前缀的结构为 [组织]-[环境]-[内容视图]-[产品]-。例如： acme-production-myosp13-osp13_containers-。
      • 如果不使用内容视图，则前缀的结构为 [组织]-[产品]-。例如： acme-osp13_containers-。
    • --tag-from-label {version}-{release} - 识别每个镜像的最新标签。
    • -e - 包含可选服务的任何环境文件。
    • - R - 包含自定义角色文件。

    • --set ceph_namespace,--set ceph_image,--set ceph_tag - If using Ceph Storage, 包括额外的参数来定义 Ceph Storage 容器镜像位置。请注意，ceph_image 现包含特定于 Satellite 的前缀。这个前缀与 --prefix 选项的值相同。例如：

      --set ceph_image=acme-osp13_containers-rhceph-3-rhel7

      Copy to Clipboard Toggle word wrap

      这将确保 overcloud 使用 Ceph 容器镜像，它利用卫星命名约定。

12. overcloud_images.yaml 文件包含 Satellite 服务器上的镜像位置。在您的部署中包含此文件。

流程

1. 编辑包含注册详情的环境文件。例如：

   $ vi ~/templates/rhel-registration/environment-rhel-registration.yaml

   Copy to Clipboard Toggle word wrap

2. 编辑以下参数值：

   rhel_reg_repos

   更新，使其包含 Red Hat OpenStack Platform 13 的新软件仓库。

   rhel_reg_activation_key

   更新激活码，以访问 Red Hat OpenStack Platform 13 软件仓库。

   rhel_reg_sat_repo

   如果使用较新的 Red Hat Satellite 6 版本，请更新包含 Satellite 6 管理工具的存储库。

3. 保存环境文件。

流程

1. 选择一个环境文件，检查它是否具有 ExtraConfig 参数：

   $ grep ExtraConfig ~/templates/custom-config.yaml

   Copy to Clipboard Toggle word wrap
2. 如果结果在所选文件中显示任何角色（如 Controller ExtraConfig ）的 ExtraConfig 参数，请检查该文件中的整个参数结构。

3. 如果参数包含任何具有 SECTION/parameter 语法加 值 的任何 puppet Hierdata，则它可能已被一个参数替换为实际 Puppet 类的参数。例如：

   parameter_defaults:
     ExtraConfig:
       neutron::config::dhcp_agent_config:
         'DEFAULT/dnsmasq_local_resolv':
           value: 'true'

   Copy to Clipboard Toggle word wrap

4. 检查 director 的 Puppet 模块，以查看该参数现在是否存在于 Puppet 类中。例如：

   $ grep dnsmasq_local_resolv

   Copy to Clipboard Toggle word wrap

   如果是，请更改到新接口。

5. 以下是以语法演示更改的示例：

   • 示例 1：

     parameter_defaults:
       ExtraConfig:
         neutron::config::dhcp_agent_config:
           'DEFAULT/dnsmasq_local_resolv':
             value: 'true'

     Copy to Clipboard Toggle word wrap

     更改：

     parameter_defaults:
       ExtraConfig:
         neutron::agents::dhcp::dnsmasq_local_resolv: true

     Copy to Clipboard Toggle word wrap

   • 示例 2：

     parameter_defaults:
       ExtraConfig:
         ceilometer::config::ceilometer_config:
           'oslo_messaging_rabbit/rabbit_qos_prefetch_count':
             value: '32'

     Copy to Clipboard Toggle word wrap

     更改：

     parameter_defaults:
       ExtraConfig:
         oslo::messaging::rabbit::rabbit_qos_prefetch_count: '32'

     Copy to Clipboard Toggle word wrap

流程

1. 运行以下命令，在 OVERCLOUD_HOSTS 环境变量中保存节点 IP 地址列表：

   $ source ~/stackrc
   $ export OVERCLOUD_HOSTS=$(openstack server list -f value -c Networks | cut -d "=" -f 2 | tr '\n' ' ')

   Copy to Clipboard Toggle word wrap

2. 运行以下脚本：

   $ /usr/share/openstack-tripleo-heat-templates/deployed-server/scripts/enable-ssh-admin.sh

   Copy to Clipboard Toggle word wrap

3. 继续升级。

   • 在将 openstack overcloud upgrade run 命令与预置备节点搭配使用时，请包含 --ssh-user tripleo-admin 参数。

   • 升级 Compute 或 Object Storage 节点时，使用以下方法：

     1. 将 -U 选项与 upgrade-non-controller.sh 脚本一起使用，并指定 stack 用户。这是因为预置备节点的默认用户是 stack，而不是 heat-admin。

     2. 使用带 --upgrade 选项的节点 IP 地址。这是因为节点没有使用 director 的 Compute (nova)和 Bare Metal (ironic)服务来管理，且没有节点名称。

        例如：

        $ upgrade-non-controller.sh -U stack --upgrade 192.168.24.100

        Copy to Clipboard Toggle word wrap

流程

1. Source stackrc 文件：

   $ source ~/stackrc

   Copy to Clipboard Toggle word wrap

2. 运行升级准备命令：

   $ openstack overcloud upgrade prepare \
       --templates \
       -e /home/stack/templates/overcloud_images.yaml \
       -e <ENVIRONMENT FILE>

   Copy to Clipboard Toggle word wrap

   包含以下与您的环境相关的选项：

   • 自定义配置环境文件(-e)
   • 带有新容器镜像位置的环境文件(-e)。请注意，升级命令可能会显示有关使用 --container-registry-file 的警告。您可以忽略这个警告，因为这个选项已弃用，而是使用 -e 作为容器镜像环境文件。
   • 如果适用，您的自定义角色(roles_data)文件使用 --roles-file。
   • 如果适用，可使用 --networks-file 的可组合网络(network_data)文件。
3. 等待升级准备完成。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

   Copy to Clipboard Toggle word wrap

2. 如果使用单体 Controller 节点，请针对 Controller 角色运行 upgrade 命令：

   $ openstack overcloud upgrade run --nodes Controller

   Copy to Clipboard Toggle word wrap
   • 如果您使用自定义堆栈名称，请使用 --stack 选项传递名称。

3. 如果使用 Controller 服务在多个角色间分割：

   1. 使用 Pacemaker 服务为角色运行 upgrade 命令：

      $ openstack overcloud upgrade run --nodes ControllerOpenStack
      $ openstack overcloud upgrade run --nodes Database
      $ openstack overcloud upgrade run --nodes Messaging
      $ openstack overcloud upgrade run --nodes Telemetry

      Copy to Clipboard Toggle word wrap
      • 如果您使用自定义堆栈名称，请使用 --stack 选项传递名称。

   2. 对 Networker 角色运行 upgrade 命令：

      $ openstack overcloud upgrade run --nodes Networker

      Copy to Clipboard Toggle word wrap
      • 如果您使用自定义堆栈名称，请使用 --stack 选项传递名称。

   3. 对剩余的自定义角色运行 upgrade 命令，但 Compute 或 CephStorage 角色除外：

      $ openstack overcloud upgrade run --nodes ObjectStorage

      Copy to Clipboard Toggle word wrap
      • 如果您使用自定义堆栈名称，请使用 --stack 选项传递名称。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

   Copy to Clipboard Toggle word wrap

2. 运行 upgrade 命令：

   $ openstack overcloud upgrade run --nodes Compute

   Copy to Clipboard Toggle word wrap
   • 如果您使用的是自定义堆栈名称，请使用 --stack 选项传递名称。
   • 如果您使用的是自定义 Compute 角色，请确保使用 --nodes 选项包含角色名称。
3. 等待 Compute 节点升级完成。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

   Copy to Clipboard Toggle word wrap

2. 运行 upgrade 命令：

   $ openstack overcloud upgrade run --nodes CephStorage

   Copy to Clipboard Toggle word wrap
   • 如果使用自定义堆栈名称，请使用 --stack 选项传递名称。
3. 等待节点升级完成。

4. 运行 Ceph Storage upgrade 命令。例如：

   $ openstack overcloud ceph-upgrade run \
       --templates \
       -e /home/stack/templates/overcloud_images.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible.yaml \
       -e /home/stack/templates/ceph-customization.yaml \
       -e <ENVIRONMENT FILE>

   Copy to Clipboard Toggle word wrap

   包含以下与您的环境相关的选项：

   • 自定义配置环境文件(-e)。例如：

     • 容器镜像位置(overcloud_images.yaml)的环境文件。请注意，升级命令可能会显示有关使用 --container-registry-file 的警告。您可以忽略这个警告，因为这个选项已弃用，而是使用 -e 作为容器镜像环境文件。
     • Ceph Storage 节点的相关环境文件。
     • 任何与您环境相关的额外环境文件。
   • 如果使用自定义堆栈名称，请使用 --stack 选项传递名称。
   • 如果适用，您的自定义角色(roles_data)文件使用 --roles-file。
   • 如果适用，可使用 --networks-file 的可组合网络(network_data)文件。
5. 等待 Ceph Storage 节点升级完成。

流程

1. 查找 stackrc 文件：

   $ source ~/stackrc

   Copy to Clipboard Toggle word wrap

2. 运行 upgrade 命令：

   $ openstack overcloud upgrade run --roles ComputeHCI

   Copy to Clipboard Toggle word wrap

   如果您使用自定义堆栈名称，请使用 --stack 选项将名称传递给 upgrade 命令。

3. 运行 Ceph Storage upgrade 命令。例如：

   $ openstack overcloud ceph-upgrade run \
       --templates \
       -e /home/stack/templates/overcloud_images.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible.yaml \
       -e /home/stack/templates/ceph-customization.yaml \
       -e <ENVIRONMENT FILE>

   Copy to Clipboard Toggle word wrap

   包含以下与您的环境相关的选项：

   • 自定义配置环境文件(-e)。例如：

     • 容器镜像位置(overcloud_images.yaml)的环境文件。请注意，升级命令可能会显示有关使用 --container-registry-file 的警告。您可以忽略这个警告，因为这个选项已弃用，而是使用 -e 作为容器镜像环境文件。
     • Ceph Storage 节点的相关环境文件。
   • 如果使用自定义堆栈名称，请使用 --stack 选项传递名称。
   • 如果适用，您的自定义角色(roles_data)文件使用 --roles-file。
   • 如果适用，可使用 --networks-file 的可组合网络(network_data)文件。
4. 等待 Ceph Storage 节点升级完成。

流程

1. 查找 stackrc 文件：

   $ source ~/stackrc

   Copy to Clipboard Toggle word wrap

2. 为 Compute 节点运行 upgrade 命令：

   $ openstack overcloud upgrade run --roles Compute
   If using a custom stack name, pass the name with the --stack option.

   Copy to Clipboard Toggle word wrap
3. 等待节点升级完成。

4. 为 ComputeHCI 节点运行 upgrade 命令：

   $ openstack overcloud upgrade run --roles ComputeHCI
   If using a custom stack name, pass the name with the --stack option.

   Copy to Clipboard Toggle word wrap
5. 等待节点升级完成。

6. 为 Ceph Storage 节点运行 upgrade 命令：

   $ openstack overcloud upgrade run --roles CephStorage

   Copy to Clipboard Toggle word wrap
7. 等待 Ceph Storage 节点升级完成。

8. 运行 Ceph Storage upgrade 命令。例如：

   $ openstack overcloud ceph-upgrade run \
       --templates \
       -e /home/stack/templates/overcloud_images.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible.yaml \
       -e /home/stack/templates/ceph-customization.yaml \
       -e <ENVIRONMENT FILE>

   Copy to Clipboard Toggle word wrap

   包含以下与您的环境相关的选项：

   • 自定义配置环境文件(-e)。例如：

     • 容器镜像位置(overcloud_images.yaml)的环境文件。请注意，升级命令可能会显示有关使用 --container-registry-file 的警告。您可以忽略这个警告，因为这个选项已弃用，而是使用 -e 作为容器镜像环境文件。
     • Ceph Storage 节点的相关环境文件。
     • 任何与您环境相关的额外环境文件。
   • 如果使用自定义堆栈名称，请使用 --stack 选项传递名称。
   • 如果适用，您的自定义角色(roles_data)文件使用 --roles-file。
   • 如果适用，可使用 --networks-file 的可组合网络(network_data)文件。
9. 等待 Ceph Storage 节点升级完成。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

   Copy to Clipboard Toggle word wrap

2. 运行升级最终化命令：

   $ openstack overcloud upgrade converge \
       --templates \
       -e <ENVIRONMENT FILE>

   Copy to Clipboard Toggle word wrap

   包含以下与您的环境相关的选项：

   • 自定义配置环境文件(-e)。
   • 如果使用自定义堆栈名称，请使用 --stack 选项传递名称。
   • 如果适用，您的自定义角色(roles_data)文件使用 --roles-file。
   • 如果适用，可使用 --networks-file 的可组合网络(network_data)文件。
3. 等待升级最终完成。