保持 Red Hat OpenStack Platform 更新

流程

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

2. Source stackrc 文件：

   $ source ~/stackrc

3. 编辑 overcloud 订阅管理环境文件，这是包含 RhsmVars 参数的文件。此文件的默认名称为 rhsm.yml。

4. 检查您的订阅管理配置是否包含 rhsm_release 参数。如果 rhsm_release 参数不存在，请添加它并将其设置为 8.4：

   parameter_defaults:
     RhsmVars:
       …​
       rhsm_username: "myusername"
       rhsm_password: "p@55w0rd!"
       rhsm_org_id: "1234567"
       rhsm_pool_ids: "1a85f9223e3d5e43013e3d6e8ff506fd"
       rhsm_method: "portal"
       rhsm_release: "8.4"

5. 保存 overcloud 订阅管理环境文件。

6. 创建 overcloud 的静态清单文件：

   $ tripleo-ansible-inventory --ansible_ssh_user heat-admin --static-yaml-inventory ~/inventory.yaml

   如果您使用与 overcloud 默认 overcloud 名称不同的 overcloud 名称，请使用 --plan 选项设置 overcloud 的名称。

7. 创建一个 playbook，其中包含一个任务，将操作系统版本锁定到所有节点上的 RHEL 8.4：

   $ cat > ~/set_release.yaml <<'EOF'
   - hosts: all
     gather_facts: false
     tasks:
       - name: set release to 8.4
         command: subscription-manager release --set=8.4
         become: true
   EOF

8. 运行 set_release.yaml playbook：

   $ ansible-playbook -i ~/inventory.yaml -f 25 ~/set_release.yaml --limit <undercloud>,<Controller>,<Compute>

   • 使用 --limit 选项将内容应用到所有 RHOSP 节点。将 & lt;undercloud& gt ; , &lt ;Controller > , <Compute > 替换为包含这些节点的环境中的 Ansible 组。
   • 如果您为这些节点使用不同的订阅，则无法针对 Ceph Storage 节点运行此 playbook。

流程

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

2. Source stackrc 文件：

   $ source ~/stackrc

3. 编辑 overcloud 订阅管理环境文件，这是包含 RhsmVars 参数的文件。此文件的默认名称为 rhsm.yml。

4. 检查您的订阅管理配置中的 rhsm_repos 参数。如果此参数不包含 TUS 软件仓库，请将相关的软件仓库改为 TUS 版本：

   parameter_defaults:
     RhsmVars:
       rhsm_repos:
         - rhel-8-for-x86_64-baseos-tus-rpms
         - rhel-8-for-x86_64-appstream-tus-rpms
         - rhel-8-for-x86_64-highavailability-tus-rpms
         - ansible-2.9-for-rhel-8-x86_64-rpms
         - openstack-16.2-for-rhel-8-x86_64-rpms
         - rhceph-4-tools-for-rhel-8-x86_64-rpms
         - fast-datapath-for-rhel-8-x86_64-rpms

5. 保存 overcloud 订阅管理环境文件。

6. 创建 overcloud 的静态清单文件：

   $ tripleo-ansible-inventory --ansible_ssh_user heat-admin --static-yaml-inventory ~/inventory.yaml

   如果您使用与 overcloud 默认 overcloud 名称不同的 overcloud 名称，请使用 --plan 选项设置 overcloud 的名称。

7. 创建一个 playbook，其中包含将软件仓库设置为所有节点上的 RHEL 8.4 TUS 的任务：

   $ cat > ~/change_tus.yaml <<'EOF'
   - hosts: all
     gather_facts: false
     tasks:
       - name: change to tus repos
         command: subscription-manager repos --disable=rhel-8-for-x86_64-baseos-eus-rpms --disable=rhel-8-for-x86_64-appstream-eus-rpms --disable=rhel-8-for-x86_64-highavailability-eus-rpms --enable=rhel-8-for-x86_64-baseos-tus-rpms --enable=rhel-8-for-x86_64-appstream-tus-rpms --enable=rhel-8-for-x86_64-highavailability-tus-rpms
         become: true
   EOF

   • 如果您的环境包含标准软件仓库，请禁用以下软件仓库：

     • rhel-8-for-x86_64-baseos-rpms
     • rhel-8-for-x86_64-appstream-rpms
     • rhel-8-for-x86_64-highavailability-rpms

8. 运行 change_tus.yaml playbook:

   $ ansible-playbook -i ~/inventory.yaml -f 25 ~/change_tus.yaml --limit <undercloud>,<Controller>,<Compute>

   • 使用 --limit 选项将内容应用到所有 Red Hat OpenStack Platform 节点。将 & lt;undercloud& gt ; , &lt ;Controller > , <Compute > 替换为包含这些节点的环境中的 Ansible 组。
   • 如果您为这些节点使用不同的订阅，则无法针对 Ceph Storage 节点运行此 playbook。

流程

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

2. Source stackrc 文件：

   $ source ~/stackrc

3. 编辑 overcloud 订阅管理环境文件，这是包含 RhsmVars 参数的文件。此文件的默认名称为 rhsm.yml。

4. 检查您的订阅管理配置中的 rhsm_repos 参数。如果 rhsm_repos 参数使用 RHOSP 16.1 和 Ansible 2.8 存储库，请将存储库改为正确的版本：

   parameter_defaults:
     RhsmVars:
       rhsm_repos:
         - rhel-8-for-x86_64-baseos-tus-rpms
         - rhel-8-for-x86_64-appstream-tus-rpms
         - rhel-8-for-x86_64-highavailability-tus-rpms
         - ansible-2.9-for-rhel-8-x86_64-rpms
         - openstack-16.2-for-rhel-8-x86_64-rpms
         - fast-datapath-for-rhel-8-x86_64-rpms

5. 保存 overcloud 订阅管理环境文件。

6. 创建 overcloud 的静态清单文件：

   $ tripleo-ansible-inventory --ansible_ssh_user heat-admin --static-yaml-inventory ~/inventory.yaml

   如果您使用与 overcloud 默认 overcloud 名称不同的 overcloud 名称，请使用 --plan 选项设置 overcloud 的名称。

7. 创建包含在所有 RHOSP 节点上将存储库设置为 RHOSP 16.2 的任务的 playbook：

   $ cat > ~/update_rhosp_repos.yaml <<'EOF'
   - hosts: all
     gather_facts: false
     tasks:
       - name: change osp repos
         command: subscription-manager repos --disable=openstack-16.1-for-rhel-8-x86_64-rpms --enable=openstack-16.2-for-rhel-8-x86_64-rpms --disable=ansible-2.8-for-rhel-8-x86_64-rpms --enable=ansible-2.9-for-rhel-8-x86_64-rpms
         become: true
   EOF

8. 运行 update_rhosp_repos.yaml playbook：

   $ ansible-playbook -i ~/inventory.yaml -f 25 ~/update_rhosp_repos.yaml --limit <undercloud>,<Controller>,<Compute>

   • 使用 --limit 选项将内容应用到所有 RHOSP 节点。将 & lt;undercloud& gt ; , &lt ;Controller > , <Compute > 替换为包含这些节点的环境中的 Ansible 组。
   • 如果您为这些节点使用不同的订阅，则无法针对 Ceph Storage 节点运行此 playbook。

9. 创建一个包含在所有 Ceph Storage 节点上将存储库设置为 RHOSP 16.2 的任务的 playbook：

   $ cat > ~/update_ceph_repos.yaml <<'EOF'
   - hosts: all
     gather_facts: false
     tasks:
       - name: change ceph repos
         command: subscription-manager repos --disable=openstack-16-deployment-tools-for-rhel-8-x86_64-rpms --enable=openstack-16.2-deployment-tools-for-rhel-8-x86_64-rpms --disable=ansible-2.8-for-rhel-8-x86_64-rpms --enable=ansible-2.9-for-rhel-8-x86_64-rpms
         become: true
   EOF

10. 运行 update_ceph_repos.yaml playbook：

    $ ansible-playbook -i ~/inventory.yaml -f 25 ~/update_ceph_repos.yaml --limit CephStorage

    使用 --limit 选项将内容应用到 Ceph Storage 节点。

流程

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

2. Source stackrc 文件：

   $ source ~/stackrc

3. 创建 overcloud 的静态清单文件：

   $ tripleo-ansible-inventory --ansible_ssh_user heat-admin --static-yaml-inventory ~/inventory.yaml

   如果您使用与 overcloud 默认 overcloud 名称不同的 overcloud 名称，请使用 --plan 选项设置 overcloud 的名称。

4. 创建一个 playbook，其中包含一个任务，将 container-tools 模块设置为所有节点上的 3.0 版本：

   $ cat > ~/container-tools.yaml <<'EOF'
   - hosts: all
     gather_facts: false
     tasks:
       - name: disable default dnf module for container-tools
         command: dnf module reset -y container-tools
         become: true
       - name: set dnf module for container-tools:3.0
         command: dnf module enable -y container-tools:3.0
         become: true
   EOF

5. 针对所有节点运行 container-tools.yaml playbook：

   $ ansible-playbook -i ~/inventory.yaml -f 25 ~/container-tools.yaml

流程

1. 编辑容器准备文件。此文件的默认名称为 containers-prepare-parameter.yaml。

2. 检查每个规则集的 tag 参数设置为 16.2 ：

   parameter_defaults:
     ContainerImagePrepare:
     - push_destination: true
       set:
         …​
         tag: '16.2'
       tag_from_label: '{version}-{release}'

   注意

   如果您不想将特定的标签用于更新，如 16.2 或 16.2.2，请删除 tag 键-值对，并只指定 tag_from_label。这使用安装的 Red Hat OpenStack Platform 版本来确定要用作更新过程一部分的标签值。

3. 保存这个文件。

流程

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

2. Source stackrc 文件：

   $ source ~/stackrc

3. 编辑自定义 overcloud SSL/TLS 公共端点文件，该文件通常命名为 ~/templates/enable-tls.yaml。

4. 从 resource_registry 中删除 NodeTLSData 资源：

   resource_registry:
     OS::TripleO::NodeTLSData: /usr/share/openstack-tripleo-heat-templates/puppet/extraconfig/tls/tls-cert-inject.yaml
     ...

   overcloud 部署使用 HAProxy 中的新服务来确定是否启用了 SSL/TLS。

   注意

   如果这是 enable-tls.yaml 文件的 resource_registry 部分中的唯一资源，请删除完整的 resource_registry 部分。

5. 保存 SSL/TLS 公共端点文件。

6. 如果您要从 Red Hat OpenStack Platform 16.1 更新，您必须更新 Red Hat Identity Manager (IdM)中的权限，以便所有预更新检查都通过。使用 ssh 登录到运行 IdM 的服务器，然后运行以下命令：

   $ kinit admin
   $ ipa privilege-add-permission 'Nova Host Management' --permission 'System: Modify Realm Domains'

流程

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

2. source stackrc 文件：

   $ source ~/stackrc

3. 登录到 Controller 节点并运行 Pacemaker 命令来禁用隔离：

   $ ssh heat-admin@<controller_ip> "sudo pcs property set stonith-enabled=false"

   将 <controller_ip > 替换为 Controller 节点的 IP 地址。您可以使用 openstack server list 命令查找 Controller 节点的 IP 地址。

4. 在 fence.yaml 环境文件中，将 EnableFencing 参数设置为 false，以确保隔离在更新过程中保持禁用。

流程

1. 在 undercloud 节点上，以 stack 用户身份登录。

2. Source stackrc 文件：

   $ source ~/stackrc

3. 使用 dnf update 命令更新 director 主软件包：

   $ sudo dnf update -y python3-tripleoclient* tripleo-ansible ansible

4. 使用 openstack undercloud upgrade 命令更新 undercloud 环境：

   $ openstack undercloud upgrade

5. 等待 undercloud 更新过程完成。

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

   $ sudo reboot

7. 稍等片刻，直到节点启动。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 从 stack 用户的主目录（/home/stack/images）的 images 中删除任何存在的镜像。

   $ rm -rf ~/images/*

3. 提取存档：

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

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

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

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

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

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

   $ openstack image list
   $ ls -l /var/lib/ironic/httpboot

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 运行 update 准备命令：

   $ openstack overcloud update prepare \
       --templates \
       --stack <stack_name> \
       -r <roles_data_file> \
       -n <network_data_file> \
       -e <environment_file> \
       -e <environment_file> \
       ...

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

   • 如果 overcloud 堆栈的名称与默认名称 overcloud 不同，请在更新准备命令中包含 --stack 选项，并将 < stack_name& gt; 替换为您的堆栈的名称。
   • 如果您使用自己的自定义角色，请包含自定义角色(<roles_data&gt;)文件(-r)。
   • 如果使用自定义网络，请包含您的可组合网络(<network_data&gt;)文件(-n)。
   • 如果您部署高可用性集群，请在 update prepare 命令中包含 --ntp-server 选项，或者在环境文件中包含 NtpServer 参数和值。
   • 任何自定义配置环境文件(-e)。
3. 等待更新准备过程完成。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 针对具有 container_image_prepare 标签的任务运行 openstack overcloud external-update run 命令：

   $ openstack overcloud external-update run --stack <stack_name> --tags container_image_prepare

流程

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

2. Source stackrc 文件：

   $ source ~/stackrc

3. 针对具有 ovn 标签的任务运行 openstack overcloud external-update run 命令：

   $ openstack overcloud external-update run --stack <stack_name> --tags ovn

   • 如果 overcloud 堆栈的名称与默认堆栈名称 overcloud 不同，请将堆栈 名称设置为 --stack 选项，并将 < stack_name& gt; 替换为您的堆栈的名称。
4. 等待 ovn-controller 容器更新完成。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 运行 update 命令：

   $ openstack overcloud update run --stack <stack_name> --limit Controller

3. 等待 Controller 节点更新完成。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 运行 update 命令：

   $ openstack overcloud update run --stack <stack_name> --limit Compute

3. 等待 Compute 节点更新完成。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 运行 update 命令：

   $ openstack overcloud update run --stack <stack_name> --limit ComputeHCI

   • 将 &lt ;stack_name > 替换为堆栈的名称。如果没有指定，则默认为 overcloud。
3. 等待节点更新完成。

4. 运行 Ceph Storage update 命令：

   $ openstack overcloud external-update run --stack <stack_name> --tags ceph

5. 等待 Compute HCI 节点更新完成。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 运行 update 命令：

   $ openstack overcloud update run --stack <stack_name> --limit DistributedComputeHCI

3. 等待 DistributedComputeHCI 节点更新完成。

4. 运行 Ceph Storage update 命令：

   $ openstack overcloud external-update run --stack <stack_name> --tags ceph

5. 等待 DistributedComputeHCI 节点更新完成。
6. 使用相同的进程来更新 DistributedComputeHCIScaleOut 节点。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 更新组节点。

   更新组中的所有节点：

   $ openstack overcloud update run --limit <GROUP_NAME>

   更新组中的单一节点：

   $ openstack overcloud update run --limit <GROUP_NAME> [NODE_INDEX]

   注意

   如果选择单独更新节点，请确保更新所有节点。

   组中的第一个节点的索引为零(0)。例如，要更新名为 CephStorage 的组中的第一个节点：

   openstack overcloud update run --limit CephStorage[0]

3. 等待节点更新完成。

4. 运行 Ceph Storage 容器更新命令，以外部进程运行 ceph-ansible，并更新 Red Hat Ceph Storage 4 容器：

   $ openstack overcloud external-update run --tags ceph

5. 等待 Ceph Storage 容器更新完成。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 针对使用 online_upgrade 标签的任务运行 openstack overcloud external-update run 命令：

   $ openstack overcloud external-update run --tags online_upgrade

流程

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

2. Source stackrc 文件：

   $ source ~/stackrc

3. 如果禁用了隔离，并且您不运行 openstack overcloud update converge，则必须重新启用隔离：

   1. 登录到 Controller 节点并运行 Pacemaker 命令重新启用隔离：

      $ ssh tripleo-admin@<controller_ip> "sudo pcs property set stonith-enabled=true"

      • 将 <controller_ip > 替换为 Controller 节点的 IP 地址。您可以使用 openstack server list 命令查找 Controller 节点的 IP 地址。
   2. 在 fencing.yaml 环境文件中，将 EnableFencing 参数的值设置为 true。

4. 可选：运行 update finalization 命令：

   $ openstack overcloud update converge \
       --templates \
       --stack <stack_name> \
       -r <roles_data_file> \
       -n <network_data_file> \
       -e <environment_file> \
       -e <environment_file> \
       ...
       ...

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

   • fence.yaml 环境文件，并将 EnableFencing 参数设置为 true。
   • 如果 overcloud 堆栈的名称与默认名称 overcloud 不同，请在更新准备命令中包含 --stack 选项，并将 < stack_name& gt; 替换为您的堆栈的名称。
   • 如果使用自定义角色，请包含自定义角色(<roles_data&gt;)文件(-r)。
   • 如果使用自定义网络，请包含您的可组合网络(<network_data&gt;)文件(-n)。

   • 任何自定义配置环境文件(-e)。

     等待更新最终完成。

流程

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

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

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

3. 重新引导节点：

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

4. 稍等片刻，直到节点启动。

verfication

1. 验证服务是否已启用。

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

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

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

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

   3. 如果该节点使用容器化服务，则检查节点上的所有容器是否已激活：

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

步骤

1. 登录到运行 ceph-mon 服务的 Ceph Monitor 或 Controller 节点，并临时禁用 Ceph Storage 集群重新平衡：

   $ sudo podman exec -it ceph-mon-controller-0 ceph osd set noout
   $ sudo podman exec -it ceph-mon-controller-0 ceph osd set norebalance

   注意

   如果您有多堆栈或分布式计算节点(DCN)架构，您必须在设置 noout 和 norebalance 标志时指定集群名称。例如： sudo podman exec -it ceph-mon-controller-0 ceph osd set noout --cluster <cluster_name>

2. 选择第一个要重新引导的 Ceph Storage 节点并登录到该节点。

3. 重新引导节点：

   $ sudo reboot

4. 稍等片刻，直到节点启动。

5. 登录到节点，并检查集群的状态：

   $ sudo podman exec -it ceph-mon-controller-0 ceph status

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

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

7. 完成后，登录到运行 ceph-mon 服务的 Ceph Monitor 或 Controller 节点，然后重新启用集群重新平衡：

   $ sudo podman exec -it ceph-mon-controller-0 ceph osd unset noout
   $ sudo podman exec -it ceph-mon-controller-0 ceph osd unset norebalance

   注意

   如果您有多堆栈或分布式计算节点(DCN)架构，您必须在取消设置 noout 和 norebalance 标志时指定集群名称。例如： sudo podman exec -it ceph-mon-controller-0 ceph osd set noout --cluster <cluster_name>

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

   $ sudo podman exec -it ceph-mon-controller-0 ceph status

迁移实例工作流

1. 决定是否在重新引导节点前将实例迁移到另一个 Compute 节点。
2. 选择并禁用您要重新引导的 Compute 节点，使其不调配新实例。
3. 将实例迁移到另一个 Compute 节点中。
4. 重新引导空的 Compute 节点。
5. 启用空的 Compute 节点。