流程

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

   • 使用 -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>

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

     overcloud_images.yaml 文件包含 undercloud 上的镜像位置。将此文件与您的部署一起包含。

     注意

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

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

流程

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

   <REGISTRY_IP_ADDRESS>:8787

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

2. 登录到 registry.redhat.io ：

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

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

   • 使用 -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

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

   注意

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

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

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

   注意

   _catalog 资源本身仅显示 100 个镜像。要显示更多镜像，请使用带有 _catalog 资源的 ?n=<interger > 查询字符串来显示更多镜像：

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

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

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

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

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

流程

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

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

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

   此版本的 openstack overcloud container image prepare 命令以 registry 上的 registry 为目标，以生成镜像列表。它使用与后续步骤中使用的 openstack overcloud container image prepare 命令不同的值。

2. 这会创建一个名为 satellite_images 的文件，以及您的容器镜像信息。您将使用此文件将容器镜像同步到 Satellite 6 服务器。

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

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

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

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

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

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

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

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

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

8. 同步容器镜像：

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

   等待 Satellite 服务器完成同步。

   注意

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

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

10. 检查可用于 基础镜像 的标签：

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

    这将显示 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

    注意

    此版本的 openstack overcloud container image prepare 命令以 Satellite 服务器为目标。它使用与上一步中使用的 openstack overcloud container image prepare 命令不同的值。

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

    • --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} - 标识每个镜像的 latest 标签。
    • -e - 包含任何用于可选服务的环境文件。
    • -r - 包含自定义角色文件。

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

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

      这可确保 overcloud 使用采用卫星命名约定的 Ceph 容器镜像。

12. overcloud_images.yaml 文件包含 Satellite 服务器上的镜像位置。将此文件与您的部署一起包含。

流程

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

2. 更新 python-tripleoclient 软件包及其依赖项，以确保具有次版本更新的最新脚本：

   $ sudo yum update -y python-tripleoclient

3. director 使用 openstack undercloud upgrade 命令更新 Undercloud 环境。运行以下命令：

   $ openstack undercloud upgrade

4. 等待 undercloud 升级过程完成。

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

   $ sudo reboot

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

流程

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

   $ rm -rf ~/images/*

2. 解压存档：

   $ 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 ~

3. 在 undercloud 节点上，提供 undercloud 凭证：

   $ source ~/stackrc

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 /httpboot

流程

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

2. Source stackrc 文件：

   $ source ~/stackrc

3. 要增加 container-puppet 用来生成配置文件的并发进程数量，您必须配置 DockerPuppetProcessCount 参数。

   1. 在 templates 目录中创建一个名为 updates-environment.yaml 的环境文件：

      $ touch ~/templates/updates-environment.yaml

   2. 编辑该文件并添加以下内容：

      parameter_defaults:
          DockerPuppetProcessCount: 8

   3. 在运行 openstack overcloud update prepare、openstack overcloud ceph-upgrade run, 和 openstack overcloud update converge 命令时，使用 -e 选项包含此环境文件。

4. 在 Controller 节点上，归档您的已删除的数据库条目：

   1. 从 overcloud，列出 Controller 节点的所有实例：

      $ source ~/overcloudrc
      $ openstack server list

   2. 登录到运行 nova_api_cron 容器的 Controller 节点：

      ssh heat-admin@<controller_ip>

      • 将 <controller name 或 IP > 替换为 Controller 节点的 IP 地址。

   3. 归档已删除的数据库条目：

      $ sudo docker exec -u 42436 -ti nova_api_cron bash
      $ nova-manage db archive_deleted_rows --max_rows 1000
      $ exit

5. 要下载所有 overcloud 节点上更新所需的所有软件包，请完成以下步骤：

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

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

   2. 创建以下 Ansible playbook：

      $ cat > ~/yum-download-only.yaml <<'EOF'
      - hosts: all
        gather_facts: false
        tasks:
          - name: Pre-download all packages on all overcloud nodes
            shell:
              yum upgrade -y --downloadonly
            become: true
      EOF

   3. 运行 yum-download-only.yaml Ansible playbook:

      $ ansible-playbook \
      -i ~/inventory.yaml \
      -f 20 ~/yum-download-only.yaml \
      --limit Controller,Compute,CephStorage

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 运行更新准备命令：

   $ openstack overcloud update prepare \
       --templates \
       -r <ROLES DATA FILE> \
       -n <NETWORK DATA FILE> \
       -e /home/stack/templates/overcloud_images.yaml \
       -e /home/stack/templates/updates-environment.yaml \
       -e <ENVIRONMENT FILE> \
       -e <ENVIRONMENT FILE> \
       --stack <STACK_NAME>
       ...

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

   • 自定义配置环境文件(例如)。
   • 带有新容器镜像位置的环境文件(-e)。请注意，update 命令可能会显示关于使用 --container-registry-file 的警告。您可以忽略这个警告，因为此选项已弃用，而是对容器镜像环境文件使用 -e。
   • 如果您使用自己的自定义角色，请包含您的自定义角色(roles_data)文件(-r)。
   • 如果您使用自定义网络，请包含可组合网络(network_data)文件(-n)。
   • 如果您部署高可用性集群，请在 update preparation 命令中包含 --ntp-server 选项，或者在环境文件中包含 NtpServer 参数和值。
   • 如果 overcloud 堆栈的名称与默认名称 overcloud 不同，请在更新准备命令中包含 --stack 选项，并将 < STACK_NAME& gt; 替换为堆栈的名称。
3. 等待更新准备完成。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 运行 Ceph Storage update 命令。例如：

   $ openstack overcloud ceph-upgrade run \
       --templates \
       -e <ENVIRONMENT FILE> \
       -e /home/stack/templates/overcloud_images.yaml \
       -e /home/stack/templates/updates-environment.yaml

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

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

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 运行更新命令：

   $ openstack overcloud update run --nodes Controller

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

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 运行更新命令：

   $ openstack overcloud update run --nodes Compute

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

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 运行更新命令：

   $ openstack overcloud update run --nodes ComputeHCI

3. 等待节点更新完成。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 更新组节点。

   更新组中的所有节点：

   $ openstack overcloud update run --nodes <GROUP_NAME>

   更新组中的单个节点：

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

   注意

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

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

   OpenStack overcloud update run --nodes CephStorage[0]

3. 等待节点更新完成。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 运行更新最终化命令：

   $ openstack overcloud update converge \
       --templates \
       --stack <STACK_NAME> \
       -e /home/stack/templates/overcloud_images.yaml \
       -e /home/stack/templates/updates-environment.yaml \
       -e <ENVIRONMENT FILE>
       ...

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

   • 自定义配置环境文件(-e)
   • 带有新容器镜像位置的环境文件(-e)。请注意，update 命令可能会显示关于使用 --container-registry-file 的警告。您可以忽略这个警告，因为此选项已弃用，而是对容器镜像环境文件使用 -e。
   • 如果适用，您的自定义角色(roles_data)文件(--roles-file)
   • 如果适用，您的可组合网络(network_data)文件(--networks-file)
   • 如果 overcloud 堆栈的名称与默认名称 overcloud 不同，则必须在 update preparation 命令中包含 --stack 选项，并将 < STACK_NAME& gt; 替换为 overcloud 堆栈的名称。
3. 等待更新最终完成。

流程

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

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

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

3. 重新引导节点：

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

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

5. 检查服务。例如：

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

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

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

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

   3. 对所有 Controller 和可组合节点重复这些步骤。

流程

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

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

2. 选择第一个 Ceph Storage 节点以重新引导并登录。

3. 重新引导节点：

   $ sudo reboot

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

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

   $ sudo ceph -s

   确认 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

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

   $ sudo ceph status

流程

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

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

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

3. 从 overcloud 中，选择一个 Compute 节点并禁用它：

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

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

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

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

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

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

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

8. 启用 Compute 节点：

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

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

   (overcloud) $ openstack compute service list

流程

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

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

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

3. 列出所有的 Compute 节点及其 UUID：

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

   确定您要重新引导的 Compute 节点的 UUID。

4. 在 undercloud 中，选择 Compute 节点并禁用它：

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

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

   (overcloud) $ openstack server list --host [hostname] --all-projects

6. 使用以下命令之一迁移您的实例：

   1. 将实例迁移到您选择的特定主机：

      (overcloud) $ openstack server migrate [instance-id] --live [target-host]--wait

   2. 让 nova-scheduler 自动选择目标主机：

      (overcloud) $ nova live-migration [instance-id]

   3. 一次性实时迁移所有实例：

      $ nova host-evacuate-live [hostname]

      注意

      nova 命令可能会引发一些弃用警告，这些警告信息可以被安全忽略。

7. 等待迁移完成。

8. 确认迁移成功完成：

   (overcloud) $ openstack server list --host [hostname] --all-projects

9. 继续迁移实例，直到所选 Compute 节点中不剩任何实例。

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

    $ sudo ceph -s

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

11. 重新引导 Compute HCI 节点：

    $ sudo reboot

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

13. 再次启用 Compute 节点：

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

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

    (overcloud) $ openstack compute service list

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

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

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

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

    $ sudo ceph status