步骤

1. 以 root 用户身份登录 undercloud。

2. 创建 stack 用户：

   [root@director ~]# useradd stack

3. 为该用户设置密码：

   [root@director ~]# passwd stack

4. 进行以下操作，以使用户在使用 sudo 时无需输入密码：

   [root@director ~]# echo "stack ALL=(root) NOPASSWD:ALL" | tee -a /etc/sudoers.d/stack
   [root@director ~]# chmod 0440 /etc/sudoers.d/stack

5. 切换到新的 stack 用户：

   [root@director ~]# su - stack
   [stack@director ~]$

6. 为系统镜像和 Heat 模板创建目录。

   [stack@director ~]$ mkdir ~/images
   [stack@director ~]$ mkdir ~/templates

   director 使用系统镜像和 Heat 模板来创建 overcloud 环境。红帽建议创建这些目录来帮助您组织本地文件系统。

7. 检查 undercloud 的基础和完整主机名：

   [stack@director ~]$ hostname
   [stack@director ~]$ hostname -f

   如果上述命令没有显示正确的完全限定主机名或报告错误，则使用 hostnamectl 设置主机名：

   [stack@director ~]$ sudo hostnamectl set-hostname manager.example.com
   [stack@director ~]$ sudo hostnamectl set-hostname --transient manager.example.com

8. 编辑 /etc/hosts 以包括系统主机名的一个条目。/etc/hosts 中的 IP 地址必须与您计划用于 undercloud 公共 API 的地址匹配。例如，如果系统名是 manager.example.com，其使用的 IP 地址是 10.0.0.1，/etc/hosts 则需要包括一个与以下内容类似的条目：

   10.0.0.1  manager.example.com manager

9. 在红帽 Content Delivery Network 或 Red Hat Satellite 注册您的系统。例如，运行以下命令在 Content Delivery Network 中注册系统。根据提示输入您的客户门户网站用户名和密码：

   [stack@director ~]$ sudo subscription-manager register

10. 查找 Red Hat OpenStack Platform director 的权利池 ID。例如：

    [stack@director ~]$ sudo subscription-manager list --available --all --matches="Red Hat OpenStack"
    Subscription Name:   Name of SKU
    Provides:            Red Hat Single Sign-On
                         Red Hat Enterprise Linux Workstation
                         Red Hat CloudForms
                         Red Hat OpenStack
                         Red Hat Software Collections (for RHEL Workstation)
                         Red Hat Virtualization
    SKU:                 SKU-Number
    Contract:            Contract-Number
    Pool ID:             Valid-Pool-Number-123456
    Provides Management: Yes
    Available:           1
    Suggested:           1
    Service Level:       Support-level
    Service Type:        Service-Type
    Subscription Type:   Sub-type
    Ends:                End-date
    System Type:         Physical

11. 找到池 ID 值并附加 Red Hat OpenStack Platform 15 权利：

    [stack@director ~]$ sudo subscription-manager attach --pool=Valid-Pool-Number-123456

12. 禁用所有默认的仓库，然后启用 Red Hat Enterprise Linux 仓库：

    [stack@director ~]$ sudo subscription-manager repos --disable=*
    [stack@director ~]$ sudo subscription-manager repos --enable=rhel-8-for-x86_64-baseos-rpms --enable=rhel-8-for-x86_64-appstream-rpms --enable=rhel-8-for-x86_64-highavailability-rpms --enable=ansible-2.8-for-rhel-8-x86_64-rpms --enable=openstack-15-for-rhel-8-x86_64-rpms --enable=fast-datapath-for-rhel-8-x86_64-rpms --enable=advanced-virt-for-rhel-8-x86_64-rpm

    这些仓库包括了安装 director 所需的软件包。

13. 在系统上执行更新，确保您有最新的基本系统软件包：

    [stack@director ~]$ sudo yum update -y
    [stack@director ~]$ sudo reboot

14. 安装用于安装和配置 director 的命令行工具：

    [stack@director ~]$ sudo yum install -y python3-tripleoclient

步骤

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

2. 生成默认的容器镜像准备文件：

   $ openstack tripleo container image prepare default \
     --local-push-destination \
     --output-env-file containers-prepare-parameter.yaml

   此命令包括以下附加选项：

   • --local-push-destination，在 undercloud 上设置 registry 作为存储容器镜像的位置。这意味着 director 从红帽容器目录中拉取必要的镜像并将其推送到 undercloud 上的 registry 中。director 将该 registry 用作容器镜像源。如果直接从红帽 Container Catalog 目录拉取镜像，请忽略这个选项。

   • --output-env-file 是环境文件名称。此文件的内容包括用于准备您的容器镜像的参数。在本例中，文件的名称是 containers-prepare-parameter.yaml。

     注意

     您也可以使用相同的 containers-prepare-parameter.yaml 文件为 undercloud 和 overcloud 定义容器镜像源。

3. 编辑 containers-prepare-parameter.yaml 并进行修改以符合您的需求。

步骤

1. 创建所有容器镜像的列表：

   $ sudo podman search --limit 1000 "registry.redhat.io/rhosp15-rhel8" | awk '{ print $2 }' | grep -v beta | sed "s/registry.redhat.io\///g" | tail -n+2 > satellite_images

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

3. 运行以下 hammer 命令以在 Satellite 组织中创建新产品（OSP15 容器）：

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

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

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

   $ hammer repository create \
     --organization "ACME" \
     --product "OSP15 Containers" \
     --content-type docker \
     --url https://registry.redhat.io \
     --docker-upstream-name rhosp15-rhel8/openstack-base \
     --upstream-username USERNAME \
     --upstream-password PASSWORD \
     --name base

5. 添加 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 "OSP15 Containers" \
     --content-type docker \
     --url https://registry.redhat.io \
     --docker-upstream-name $IMAGE \
     --upstream-username USERNAME \
     --upstream-password PASSWORD \
     --name $IMAGENAME ; done < satellite_images_names

6. 添加 Ceph Storage 4 容器镜像：

   $ hammer repository create \
     --organization "ACME" \
     --product "OSP15 Containers" \
     --content-type docker \
     --url https://registry.redhat.io \
     --docker-upstream-name rhceph-beta/rhceph-4-rhel8 \
     --upstream-username USERNAME \
     --upstream-password PASSWORD \
     --name rhceph-4-rhel8

7. 同步容器镜像：

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

   等待 Satellite 服务器完成同步。

   注意

   根据具体配置情况，hammer 可能会询问您的 Satellite 服务器用户名和密码。您可以使用配置文件将 hammer 配置为自动登录。有关更多信息，请参阅 Hammer CLI 指南中的“身份验证”章节。

8. 如果您的 Satellite 6 服务器使用内容视图，请创建一个用于纳入镜像的新内容视图版本，并在应用生命周期的不同环境之间推进这个视图。这在很大程度上取决于您如何构建应用程序的生命周期。例如，如果您的生命周期中有一个称为 production 的环境，并且希望容器镜像在该环境中可用，则创建一个包含容器镜像的内容视图，并将该内容视图推进到 production 环境中。有关更多信息，请参阅“使用内容视图管理容器镜像”。

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

   $ hammer docker tag list --repository "base" \
     --organization "ACME" \
     --environment "production" \
     --content-view "myosp15" \
     --product "OSP15 Containers"

   此命令显示内容视图中特定环境的 OpenStack Platform 容器镜像的标签。

10. 返回到 undercloud，并生成默认的环境文件（将您的 Satellite 服务器用作源来准备镜像）。运行以下示例命令以生成环境文件：

    (undercloud) $ openstack tripleo container image prepare default \
      --output-env-file containers-prepare-parameter.yaml

    • --output-env-file 是环境文件名称。此文件的内容包括用于为 undercloud 准备容器镜像的参数。在本例中，文件的名称是 containers-prepare-parameter.yaml。

11. 编辑 containers-prepare-parameter.yaml 文件并修改以下参数：

    • namespace - Satellite 服务器上注册表的 URL 和端口。Red Hat Satellite 上的默认注册表端口是 5000。

    • name_prefix - 该前缀基于 Satellite 6 规范。它的值根据您是否使用了内容视图而不同：

      • 如果您使用了内容视图，则前缀的结构为 [组织]-[环境]-[内容视图]-[产品]-。例如：acme-production-myosp15-osp15_containers-。
      • 如果不使用内容视图，则前缀的结构为 [组织]-[产品]-。例如：acme-osp15_containers-。
    • ceph_namespace、ceph_image、ceph_tag - 如果正在使用 Ceph Storage，请额外纳入这些参数以定义 Ceph Storage 容器镜像的位置。请注意，ceph_image 现包含特定于 Satellite 的前缀。这个前缀与 name_prefix 选项的值相同。

步骤

1. 将默认模板复制到 stack 用户的主目录：

   [stack@director ~]$ cp \
     /usr/share/python-tripleoclient/undercloud.conf.sample \
     ~/undercloud.conf

2. 编辑 undercloud.conf 文件。这个文件包含用于配置 undercloud 的设置。如果忽略或注释掉某个参数，undercloud 安装将使用默认值。

步骤

1. 在 /home/stack/templates/custom-undercloud-params.yaml 上创建环境文件。

2. 编辑此文件并包括您的 Heat 参数。以下示例显示如何为某些 OpenStack Platform 服务启用调试：

   parameter_defaults:
     Debug: True

   完成后保存此文件。

3. 编辑 undercloud.conf 文件，找到 custom_env_files 参数。编辑此参数以指向环境文件：

   custom_env_files = /home/stack/templates/custom-undercloud-params.yaml

   注意

   您可以使用逗号分隔列表指定多个环境文件。

步骤

1. 创建一个 hieradata 覆盖文件，例如 /home/stack/hieradata.yaml。

2. 将自定义的 hieradata 添加到该文件。例如，添加以下内容，将 Compute (nova) 服务参数 force_raw_images 从默认值“True”改为“False”：

   nova::compute::force_raw_images: False

   如果没有为您要设置的参数实施 Puppet，则使用以下方法配置该参数：

   nova::config::nova_config:
     DEFAULT/<parameter_name>:
       value: <parameter_value>

   例如：

   nova::config::nova_config:
     DEFAULT/network_allocate_retries:
       value: 20
     ironic/serial_console_state_timeout:
       value: 15

3. 将 hieradata_override 参数设置为 undercloud.conf 中的 hieradata 文件的路径：

   hieradata_override = /home/stack/hieradata.yaml

步骤

1. 运行以下命令，以在 undercloud 上安装 director：

   [stack@director ~]$ openstack undercloud install

   这会启动 director 的配置脚本。director 安装附加软件包并根据 undercloud.conf 中的配置来配置其服务。这个脚本会需要一些时间来完成。

   完成后，此脚本会生成两个文件：

   • undercloud-passwords.conf - director 服务的所有密码列表。
   • stackrc - 用来访问 director 命令行工具的一组初始变量。

2. 此脚本还会自动启动所有的 OpenStack 平台服务容器。使用以下命令来检查已启用的容器：

   [stack@director ~]$ sudo podman ps

3. 运行以下命令初始化 stack 用户来使用命令行工具：

   [stack@director ~]$ source ~/stackrc

   提示信息现在指示，OpenStack 命令在对 undercloud 验证身份并执行命令；

   (undercloud) [stack@director ~]$

步骤

1. 查找 stackrc 文件，以启用 director 的命令行工具：

   [stack@director ~]$ source ~/stackrc

2. 为 ctlplane-subnet 子网设置名称服务器：

   (undercloud) [stack@director images]$ openstack subnet set --dns-nameserver [nameserver1-ip] --dns-nameserver [nameserver2-ip] ctlplane-subnet

   请为每一个名称服务器使用 --dns-nameserver 选项。

3. 查看子网来验证名称解析服务器：

   (undercloud) [stack@director images]$ openstack subnet show ctlplane-subnet
   +-------------------+-----------------------------------------------+
   | Field             | Value                                         |
   +-------------------+-----------------------------------------------+
   | ...               |                                               |
   | dns_nameservers   | 8.8.8.8                                       |
   | ...               |                                               |
   +-------------------+-----------------------------------------------+

步骤

1. 修改 undercloud 配置文件。例如，编辑 undercloud.conf 文件并将 idrac 硬件类型添加到已启用硬件类型列表中：

   enabled_hardware_types = ipmi,redfish,idrac

2. 运行 openstack undercloud install 命令以使用新更改刷新 undercloud：

   [stack@director ~]$ openstack undercloud install

   等待命令运行完成。

3. 初始化 stack 用户以使用命令行工具：

   [stack@director ~]$ source ~/stackrc

   提示现在指示 OpenStack 命令对 undercloud 进行验证并执行：

   (undercloud) [stack@director ~]$

4. 确认 director 已应用新配置。在此示例中，检查已启用硬件类型列表：

   (undercloud) [stack@director ~]$ openstack baremetal driver list
   +---------------------+----------------+
   | Supported driver(s) | Active host(s) |
   +---------------------+----------------+
   | idrac               | unused         |
   | ipmi                | unused         |
   | redfish             | unused         |
   +---------------------+----------------+

步骤

1. 创建列出节点的模板。使用以下 JSON 和 YAML 模板示例了解如何创建节点定义模板的结构：

   示例 JSON 模板

   {
       "nodes":[
           {
               "mac":[
                   "bb:bb:bb:bb:bb:bb"
               ],
               "name":"node01",
               "cpu":"4",
               "memory":"6144",
               "disk":"40",
               "arch":"x86_64",
               "pm_type":"ipmi",
               "pm_user":"admin",
               "pm_password":"p@55w0rd!",
               "pm_addr":"192.168.24.205"
           },
           {
               "mac":[
                   "cc:cc:cc:cc:cc:cc"
               ],
               "name":"node02",
               "cpu":"4",
               "memory":"6144",
               "disk":"40",
               "arch":"x86_64",
               "pm_type":"ipmi",
               "pm_user":"admin",
               "pm_password":"p@55w0rd!",
               "pm_addr":"192.168.24.206"
           }
       ]
   }

   示例 YAML 模板

   nodes:
     - mac:
         - "bb:bb:bb:bb:bb:bb"
       name: "node01"
       cpu: 4
       memory: 6144
       disk: 40
       arch: "x86_64"
       pm_type: "ipmi"
       pm_user: "admin"
       pm_password: "p@55w0rd!"
       pm_addr: "192.168.24.205"
     - mac:
         - cc:cc:cc:cc:cc:cc
       name: "node02"
       cpu: 4
       memory: 6144
       disk: 40
       arch: "x86_64"
       pm_type: "ipmi"
       pm_user: "admin"
       pm_password: "p@55w0rd!"
       pm_addr: "192.168.24.206"

   此模板包含以下属性：

   name

   节点的逻辑名称。

   pm_type

   要使用的电源管理驱动程序。此示例使用 IPMI 驱动程序 (ipmi)。

   注意

   IPMI 是首选的受支持电源管理驱动程序。有关更多支持的电源管理类型及其选项，请参阅 附录 A, 电源管理驱动。如果这些电源管理驱动程序不能正常工作，请将 IPMI 用于电源管理。

   pm_user; pm_password

   IPMI 的用户名和密码。

   pm_addr

   IPMI 设备的 IP 地址。

   pm_port（可选）

   访问特定 IPMI 设备的端口。

   mac

   （可选）节点上网络接口的 MAC 地址列表。对于每个系统的 Provisioning NIC，只使用 MAC 地址。

   cpu

   节点上的 CPU 数量。（可选）

   memory

   以 MB 为单位的内存大小。（可选）

   disk

   以 GB 为单位的硬盘的大小。（可选）

   arch

   系统架构。 （可选）

   重要

   在构建多架构云时，arch 键是必需的，用于区分使用 x86_64 和 ppc64le 架构的节点。

2. 创建模板后，运行以下命令验证格式和语法：

   (undercloud) $ openstack overcloud node import --validate-only ~/nodes.json

3. 将文件保存到 stack 用户的主目录 (/home/stack/nodes.json)，然后运行以下命令将模板导入 director：

   $ source ~/stackrc
   (undercloud) $ openstack overcloud node import ~/nodes.json

   此命令通过模板将每个节点注册到 director 中。

4. 等待节点完成注册和配置。完成后，确认 director 已成功注册节点：

   (undercloud) $ openstack baremetal node list

步骤

1. 运行以下命令检查每个节点的属性：

   (undercloud) $ openstack overcloud node introspect --all-manageable --provide

   • --all-manageable 选项仅内省处于受管理状态的节点。在此示例中，所有节点都处于受管理状态。
   • --provide 选项会在内省后将所有节点重置为 available 状态。

2. 在一个单独的终端窗口中运行以下命令来监测内省的进程：

   (undercloud) $ sudo tail -f /var/log/containers/ironic-inspector/*.log

   重要

   确保此进程完成运行。它可能需要 15 分钟来检查这些裸机节点。

3. 内省完成后，所有节点都会变为 available 状态。

步骤

1. 为了通过添加标签把节点标记为特定的配置集，把 profile 选项添加到每个节点的 properties/capabilities 参数中。例如，把环境中的两个节点分别标记为使用 controller 配置集和 compute 配置集，使用以下命令：

   (undercloud) $ openstack baremetal node set --property capabilities='profile:compute,boot_option:local' 58c3d07e-24f2-48a7-bbb6-6843f0e8ee13
   (undercloud) $ openstack baremetal node set --property capabilities='profile:control,boot_option:local' 1a4e30da-b6dc-499d-ba87-0bd8a3819bc0

   其中的 profile:compute 和 profile:control 选项会把节点标记为相关的配置集。

   这些命令还设置 boot_option:local 参数，该参数用于定义每个节点的引导方式。

2. 在标记完节点后，检查分配的配置集或可能的配置集：

   (undercloud) $ openstack overcloud profiles list

步骤

1. 在 undercloud.conf 文件中设置下列参数：

   ipxe_enabled = True
   inspection_enable_uefi = True

2. 保存 undercloud.conf 文件并运行 undercloud 安装：

   $ openstack undercloud install

   等待安装脚本完成。

3. 将每个注册节点的引导模式设置为 uefi。例如，要在 capabilities 属性中添加或替换现有的 boot_mode 参数，可运行以下命令：

   $ NODE=<NODE NAME OR ID> ; openstack baremetal node set --property capabilities="boot_mode:uefi,$(openstack baremetal node show $NODE -f json -c properties | jq -r .properties.capabilities | sed "s/boot_mode:[^,]*,//g")" $NODE

   注意

   检查是否保留了 profile 和 boot_option 功能。

   $ openstack baremetal node show r530-12 -f json -c properties | jq -r .properties.capabilities

4. 将各个类型的引导模式设为 uefi：

   $ openstack flavor set --property capabilities:boot_mode='uefi' control

步骤

1. 从每个节点的硬件内省检查磁盘信息。运行以下命令以显示节点的磁盘信息：

   (undercloud) $ openstack baremetal introspection data save 1a4e30da-b6dc-499d-ba87-0bd8a3819bc0 | jq ".inventory.disks"

   例如，一个节点的数据可能会显示 3 个磁盘：

   [
     {
       "size": 299439751168,
       "rotational": true,
       "vendor": "DELL",
       "name": "/dev/sda",
       "wwn_vendor_extension": "0x1ea4dcc412a9632b",
       "wwn_with_extension": "0x61866da04f3807001ea4dcc412a9632b",
       "model": "PERC H330 Mini",
       "wwn": "0x61866da04f380700",
       "serial": "61866da04f3807001ea4dcc412a9632b"
     }
     {
       "size": 299439751168,
       "rotational": true,
       "vendor": "DELL",
       "name": "/dev/sdb",
       "wwn_vendor_extension": "0x1ea4e13c12e36ad6",
       "wwn_with_extension": "0x61866da04f380d001ea4e13c12e36ad6",
       "model": "PERC H330 Mini",
       "wwn": "0x61866da04f380d00",
       "serial": "61866da04f380d001ea4e13c12e36ad6"
     }
     {
       "size": 299439751168,
       "rotational": true,
       "vendor": "DELL",
       "name": "/dev/sdc",
       "wwn_vendor_extension": "0x1ea4e31e121cfb45",
       "wwn_with_extension": "0x61866da04f37fc001ea4e31e121cfb45",
       "model": "PERC H330 Mini",
       "wwn": "0x61866da04f37fc00",
       "serial": "61866da04f37fc001ea4e31e121cfb45"
     }
   ]

2. 本例演示了如何将根设备设置为磁盘 2，该磁盘的序列号为 61866da04f380d001ea4e13c12e36ad6。您必须更改为 root_device 参数才能定义节点：

   (undercloud) $ openstack baremetal node set --property root_device='{"serial": "61866da04f380d001ea4e13c12e36ad6"}' 1a4e30da-b6dc-499d-ba87-0bd8a3819bc0

   注意

   确保配置每个节点的 BIOS 以包括从您选择的根磁盘引导。建议的引导顺序是先网络引导，再根磁盘引导。

步骤

1. 在 /home/stack/templates/ 目录中创建 node-info.yaml 文件：

   (undercloud) $ touch /home/stack/templates/node-info.yaml

2. 编辑这个文件，使其包含您需要的节点数目和类型。此示例包含 3 个 Controller 节点和 3 个 Compute 节点：

   parameter_defaults:
     OvercloudControllerFlavor: control
     OvercloudComputeFlavor: compute
     ControllerCount: 3
     ComputeCount: 3

步骤

1. 打开证书文件，仅复制证书部分。不要包括其密钥：

   $ vi /home/stack/ca.crt.pem

   您需要的证书部分与下方简写的示例类似：

   -----BEGIN CERTIFICATE-----
   MIIDlTCCAn2gAwIBAgIJAOnPtx2hHEhrMA0GCSqGSIb3DQEBCwUAMGExCzAJBgNV
   BAYTAlVTMQswCQYDVQQIDAJOQzEQMA4GA1UEBwwHUmFsZWlnaDEQMA4GA1UECgwH
   UmVkIEhhdDELMAkGA1UECwwCUUUxFDASBgNVBAMMCzE5Mi4xNjguMC4yMB4XDTE3
   -----END CERTIFICATE-----

2. 创建一个名为 /home/stack/inject-trust-anchor-hiera.yaml 的 YAML 文件，其包含下列内容以及您从 PEM 文件复制而来的证书：

   parameter_defaults:
     CAMap:
       ...
       undercloud-ca:
         content: |
           -----BEGIN CERTIFICATE-----
           MIIDlTCCAn2gAwIBAgIJAOnPtx2hHEhrMA0GCSqGSIb3DQEBCwUAMGExCzAJBgNV
           BAYTAlVTMQswCQYDVQQIDAJOQzEQMA4GA1UEBwwHUmFsZWlnaDEQMA4GA1UECgwH
           UmVkIEhhdDELMAkGA1UECwwCUUUxFDASBgNVBAMMCzE5Mi4xNjguMC4yMB4XDTE3
           -----END CERTIFICATE-----

   注意

   证书字符串必须采用 PEM 格式。

1. 修改定制环境文件和 Heat 模板中的参数
2. 使用相同的环境文件再次运行 openstack overcloud deploy 命令

步骤

1. overcloud 的 Heat 核心模板采用 Jinja2 格式。要验证您的模板，请使用以下命令呈现未采用 Jinja2 格式的版本：

   $ cd /usr/share/openstack-tripleo-heat-templates
   $ ./tools/process-templates.py -o ~/overcloud-validation

2. 使用下列命令来验证模板语法：

   (undercloud) $ openstack orchestration template validate --show-nested \
     --template ~/overcloud-validation/overcloud.yaml
     -e ~/overcloud-validation/overcloud-resource-registry-puppet.yaml \
     -e [ENVIRONMENT FILE] \
     -e [ENVIRONMENT FILE]

   验证过程需要 overcloud-resource-registry-puppet.yaml 环境文件包括针对于 overcloud 的资源。使用 -e 选项为这个命令添加其他额外的环境文件。此外，还需包含 --show-nested 选项，以解析来自嵌套模板的参数。

3. 验证命令识别模板中的任何语法错误。如果模板语法验证成功，该命令将返回生成的 overcloud 模板的预览。

步骤

1. 在每个 overcloud 节点上，创建 stack 用户并在每个节点上设定密码。例如，在 Controller 节点上运行以下命令：

   [root@controller-0 ~]# useradd stack
   [root@controller-0 ~]# passwd stack  # specify a password

2. 进行以下操作以使这个用户使用 sudo 时不需要输入密码：

   [root@controller-0 ~]# echo "stack ALL=(root) NOPASSWD:ALL" | tee -a /etc/sudoers.d/stack
   [root@controller-0 ~]# chmod 0440 /etc/sudoers.d/stack

3. 在所有预置备节点上创建并配置 stack 用户后，将 stack 用户的公共 SSH 密钥从 director 节点复制到每个 overcloud 节点。例如，要将 director 的公共 SSH 密钥复制到 Controller 节点，请运行以下命令：

   [stack@director ~]$ ssh-copy-id stack@192.168.24.2

步骤

1. 运行注册命令，按照提示输入您的客户门户用户名和密码：

   [root@controller-0 ~]# sudo subscription-manager register

2. 查找 Red Hat OpenStack Platform 15 的权利池：

   [root@controller-0 ~]# sudo subscription-manager list --available --all --matches="Red Hat OpenStack"

3. 使用上一步中的池 ID 以附加 Red Hat OpenStack Platform 15 权利：

   [root@controller-0 ~]# sudo subscription-manager attach --pool=pool_id

4. 禁用所有默认软件仓库：

   [root@controller-0 ~]# sudo subscription-manager repos --disable=*

5. 启用所需的 Red Hat Enterprise Linux 软件仓库。

   1. 对于 x86_64 系统，请运行：

      [root@controller-0 ~]# sudo subscription-manager repos --enable=rhel-8-for-x86_64-baseos-rpms --enable=rhel-8-for-x86_64-appstream-rpms --enable=rhel-8-for-x86_64-highavailability-rpms --enable=ansible-2.8-for-rhel-8-x86_64-rpms --enable=openstack-15-for-rhel-8-x86_64-rpms --enable=rhceph-4-osd-for-rhel-8-x86_64-rpms--enable=rhceph-4-mon-for-rhel-8-x86_64-rpms --enable=rhceph-4-tools-for-rhel-8-x86_64-rpms --enable=advanced-virt-for-rhel-8-x86_64-rpms

   2. 对于 POWER 系统，请运行：

      [root@controller-0 ~]# sudo subscription-manager repos --enable=rhel-8-for-ppc64le-baseos-rpms --enable=rhel-8-for-ppc64le-appstream-rpms --enable=rhel-8-for-ppc64le-highavailability-rpms --enable=ansible-2.8-for-rhel-8-ppc64le-rpms --enable=openstack-15-for-rhel-8-ppc64le-rpms --enable=advanced-virt-for-rhel-8-ppc64le-rpms

   重要

   仅启用列出的软件仓库。其他软件仓库可能导致软件包和软件冲突。请勿启用任何其他软件仓库。

6. 更新您的系统，确保您具备最新的基础系统软件包：

   [root@controller-0 ~]# sudo yum update -y
   [root@controller-0 ~]# sudo reboot

步骤

1. 将证书授权机构文件复制到各预置备节点上的 /etc/pki/ca-trust/source/anchors/ 目录中。

2. 在每个 overcloud 节点上运行以下命令：

   [root@controller-0 ~]#  sudo update-ca-trust extract

1. 分配名称，其格式为 <node_hostname>-<network>，其中 <node_hostname> 值与节点的短主机名匹配，<network> 与网络的小写名称匹配。例如：controller-0-ctlplane 用于 controller-0.example.com，compute-0-ctlplane 用于 compute-0.example.com。

2. IP 分配，它采用以下参数形式：

   • fixed_ips/ip_address - 为 control plane 指定固定的 IP 地址。使用 ip_address 列表中的多个参数来定义多个 IP 地址。
   • subnets/cidr - 定义子网的 CIDR 值。

步骤

1. 创建环境文件，例如 hostname-map.yaml，并包括 HostnameMap 参数和主机名映射。请遵循以下语法：

   parameter_defaults:
     HostnameMap:
       [HEAT HOSTNAME]: [ACTUAL HOSTNAME]
       [HEAT HOSTNAME]: [ACTUAL HOSTNAME]

   [HEAT HOSTNAME] 通常符合以下惯例：[STACK NAME]-[ROLE]-[INDEX]：

   parameter_defaults:
     HostnameMap:
       overcloud-controller-0: controller-00-rack01
       overcloud-controller-1: controller-01-rack02
       overcloud-controller-2: controller-02-rack03
       overcloud-novacompute-0: compute-00-rack01
       overcloud-novacompute-1: compute-01-rack01
       overcloud-novacompute-2: compute-02-rack01

2. 保存 hostname-map.yaml 文件。

1. 在 undercloud 主机上，创建环境变量 OVERCLOUD_HOSTS，并将该变量设置为您要用作 Ceph 客户端的 overcloud 主机的 IP 地址列表（以空格分隔）：

   export OVERCLOUD_HOSTS="192.168.1.8 192.168.1.42"

2. 运行 enable-ssh-admin.sh 脚本，以在 Ansible 可用于配置 Ceph 客户端的 overcloud 节点上配置用户：

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

1. 根据 第 7.1 节 “预置备节点要求”准备新预置备节点。
2. 扩展节点。有关这些说明，请参阅 第 13 章 扩展 overcloud 节点。
3. 在执行部署命令后，等待 director 创建新的节点资源并启动配置。

步骤

1. 为您想部署的额外 overcloud 创建新目录：

   $ mkdir ~/overcloud-two

2. 在新目录中，创建特定于额外 overcloud 要求的新环境文件，并从现有 overcloud 中复制所有相关环境文件：

   $ cp network-data.yaml ~/overcloud-two/network-data.yaml
   $ cp network-environment.yaml ~/overcloud-two/network-environment.yaml

3. 根据新 overcloud 的规范修改环境文件。例如，现有 overcloud 的名称为 overcloud-one 并使用您在 network-data.yaml 环境文件中定义的 VLAN：

   - name: InternalApi
     name_lower: internal_api_cloud_1
     service_net_map_replace: internal_api
     vip: true
     vlan: 20
     ip_subnet: '172.17.0.0/24'
     allocation_pools: [{'start': '172.17.0.4', 'end': '172.17.0.250'}]
     ipv6_subnet: 'fd00:fd00:fd00:2000::/64'
     ipv6_allocation_pools: [{'start': 'fd00:fd00:fd00:2000::10', 'end': 'fd00:fd00:fd00:2000:ffff:ffff:ffff:fffe'}]
     mtu: 1500
   - name: Storage
     ...

   新 overcloud 的名称为 overcloud-two 并使用不同的 VLAN。编辑 ~/overcloud-two/network-data.yaml 环境文件并包括每个子网的新 VLAN ID。您还必须定义一个唯一的 name_lower 值，并将 service_net_map_replace 属性设置为您要替换的网络名称：

   - name: InternalApi
     name_lower: internal_api_cloud_2
     service_net_map_replace: internal_api
     vip: true
     vlan: 21
     ip_subnet: '172.21.0.0/24'
     allocation_pools: [{'start': '172.21.0.4', 'end': '172.21.0.250'}]
     ipv6_subnet: 'fd00:fd00:fd00:2001::/64'
     ipv6_allocation_pools: [{'start': 'fd00:fd00:fd00:2001::10', 'end': 'fd00:fd00:fd00:2001:ffff:ffff:ffff:fffe'}]
     mtu: 1500
   - name: Storage
     ...

4. 修改 ~/overcloud-two/network-environment.yaml 文件中的以下参数：

   • 在 ExternalNetValueSpecs 参数的 {'provider:physical_network'} 属性中输入一个唯一值，使得 overcloud-two 具有不同的外部网络，并使用 'provider:network_type' 属性定义网络类型。
   • 将 ExternalInterfaceDefaultRoute 参数设置为外部网络网关的 IP 地址，使 overcloud 拥有外部访问权限。

   • 将 DnsServers 参数设置为 DNS 服务器的 IP 地址，使 overcloud 能够到达 DNS 服务器。

     parameter_defaults:
       ...
       ExternalNetValueSpecs: {'provider:physical_network': 'external_2', 'provider:network_type': 'flat'}
       ExternalInterfaceDefaultRoute: 10.0.10.1
       DnsServers:
         - 10.0.10.2
       ...

5. 运行 openstack overcloud deploy 命令。使用 --templates 选项指定核心 heat 模板集，使用 --stack 选项指定新 stack 名称，并从 ~/overcloud-two 目录指定所有新环境文件：

   $ openstack overcloud deploy --templates \
       --stack overcloud-two \
       ...
       -n ~/overcloud-two/network-data.yaml \
       -e ~/overcloud-two/network-environment.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/net-single-nic-with-vlans.yaml \
       ...

步骤

1. 查找 stackrc 文件：

   $ source ~/stackrc

2. 运行部署状态命令：

   $ openstack overcloud status

   此命令的输出显示 overcloud 的状态：

   +-----------+---------------------+---------------------+-------------------+
   | Plan Name |       Created       |       Updated       | Deployment Status |
   +-----------+---------------------+---------------------+-------------------+
   | overcloud | 2018-05-03 21:24:50 | 2018-05-03 21:27:59 |   DEPLOY_SUCCESS  |
   +-----------+---------------------+---------------------+-------------------+

   如果您的 overcloud 使用其他名称，请使用 --plan 参数来选择具有不同名称的 overcloud：

   $ openstack overcloud status --plan my-deployment

步骤

1. 获取 overcloudrc 文件：

   $ source ~/overcloudrc

2. 运行 openstack flavor create 命令以创建类别。以下选项指定每种类别的硬件要求：

   --disk

   为虚拟机卷定义硬盘空间。

   --ram

   定义虚拟机所需的 RAM。

   --vcpus

   定义虚拟机的虚拟 CPU 的数量。

3. 以下示例创建默认 overcloud 类别：

   $ openstack flavor create m1.tiny --ram 512 --disk 0 --vcpus 1
   $ openstack flavor create m1.smaller --ram 1024 --disk 0 --vcpus 1
   $ openstack flavor create m1.small --ram 2048 --disk 10 --vcpus 1
   $ openstack flavor create m1.medium --ram 3072 --disk 10 --vcpus 2
   $ openstack flavor create m1.large --ram 8192 --disk 10 --vcpus 4
   $ openstack flavor create m1.xlarge --ram 8192 --disk 10 --vcpus 8

步骤

1. 获取 overcloudrc 文件：

   $ source ~/overcloudrc

2. 创建默认租户网络：

   (overcloud) $ openstack network create default

3. 在网络中创建一个子网：

   (overcloud) $ openstack subnet create default --network default --gateway 172.20.1.1 --subnet-range 172.20.0.0/16

4. 确认所创建的网络：

   (overcloud) $ openstack network list
   +-----------------------+-------------+--------------------------------------+
   | id                    | name        | subnets                              |
   +-----------------------+-------------+--------------------------------------+
   | 95fadaa1-5dda-4777... | default     | 7e060813-35c5-462c-a56a-1c6f8f4f332f |
   +-----------------------+-------------+--------------------------------------+

步骤

1. 获取 overcloudrc 文件：

   $ source ~/overcloudrc

2. 创建公共网络：

   • 创建扁平网络获取原生 VLAN 连接：

     (overcloud) $ openstack network create public --external --provider-network-type flat --provider-physical-network datacentre

   • 创建 vlan 网络获取非原生 VLAN 连接：

     (overcloud) $ openstack network create public --external --provider-network-type vlan --provider-physical-network datacentre --provider-segment 201

     --provider-segment 值定义要使用的 VLAN。在这种情况下，它是 201。

3. 使用浮动 IP 地址分配池创建子网。本例中，IP 范围为 10.1.1.51 至 10.1.1.250：

   (overcloud) $ openstack subnet create public --network public --dhcp --allocation-pool start=10.1.1.51,end=10.1.1.250 --gateway 10.1.1.1 --subnet-range 10.1.1.0/24

   确保此范围与外部网络中的其他 IP 地址不冲突。

步骤

1. 获取 overcloudrc 文件：

   $ source ~/overcloudrc

2. 创建提供商网络。

   • 创建扁平网络获取原生 VLAN 连接：

     (overcloud) $ openstack network create provider --external --provider-network-type flat --provider-physical-network datacentre --share

   • 创建 vlan 网络获取非原生 VLAN 连接：

     (overcloud) $ openstack network create provider --external --provider-network-type vlan --provider-physical-network datacentre --provider-segment 201 --share

     --provider-segment 值定义要使用的 VLAN。在这种情况下，它是 201。

   这些示例命令创建共享网络。也可以指定租户而不是指定 --share，这样只有租户才能访问新网络。

   + 如果将提供商网络标记为外部网络，则只有运营商可在该网络上创建端口。

3. 向提供商网络添加一个子网以提供 DHCP 服务：

   (overcloud) $ openstack subnet create provider-subnet --network  provider --dhcp --allocation-pool start=10.9.101.50,end=10.9.101.100 --gateway 10.9.101.254 --subnet-range 10.9.101.0/24

4. 创建一个路由器，使其他网络能够通过提供商网络路由流量：

   (overcloud) $ openstack router create external

5. 将路由器的外部网关设置为提供商网络：

   (overcloud) $ openstack router set --external-gateway provider external

6. 将其他网络添加到该路由器。例如，运行以下命令以将子网“subnet1”附加到路由器上：

   (overcloud) $ openstack router add subnet external subnet1

   此命令将 subnet1 添加到路由表中，并允许使用 subnet1 的虚拟机中的流量路由到提供商网络。

步骤

1. 如果在 undercloud 上运行这个测试，请确保 undercloud 主机能够访问 overcloud 的内部 API 网络。例如，在 undercloud 主机上添加一个临时的 VLAN，用于使用 172.16.0.201/24 地址访问内部 API 网络 (ID: 201)：

   $ source ~/stackrc
   (undercloud) $ sudo ovs-vsctl add-port br-ctlplane vlan201 tag=201 -- set interface vlan201 type=internal
   (undercloud) $ sudo ip l set dev vlan201 up; sudo ip addr add 172.16.0.201/24 dev vlan201

2. 运行 OpenStack Integration Test Suite 之前，检查确认您的 overcloud 中具有 heat_stack_owner 角色：

   $ source ~/overcloudrc
   (overcloud) $ openstack role list
   +----------------------------------+------------------+
   | ID                               | Name             |
   +----------------------------------+------------------+
   | 6226a517204846d1a26d15aae1af208f | swiftoperator    |
   | 7c7eb03955e545dd86bbfeb73692738b | heat_stack_owner |
   +----------------------------------+------------------+

3. 如果角色不存在，请创建：

   (overcloud) $ openstack role create heat_stack_owner

4. 运行集成测试，如 OpenStack Integration Test Suite 指南中所述。

5. 在验证完成后，删除所有到 overcloud 的内部 API 的临时连接。在这个示例中，使用以下命令删除以前在 undercloud 中创建的 VLAN：

   $ source ~/stackrc
   (undercloud) $ sudo ovs-vsctl del-port vlan201

步骤

1. 在现有 OpenStack 环境中，通过对一个运行的服务器进行快照并下载镜像来创建一个新镜像：

   $ openstack server image create instance_name --name image_name
   $ openstack image save image_name --file exported_vm.qcow2

2. 将导出的镜像复制到 undercloud 节点：

   $ scp exported_vm.qcow2 stack@192.168.0.2:~/.

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

4. 获取 overcloudrc 文件：

   $ source ~/overcloudrc

5. 将导出的镜像上传到 overcloud 中：

   (overcloud) $ openstack image create imported_image --file exported_vm.qcow2 --disk-format qcow2 --container-format bare

6. 启动新实例：

   (overcloud) $ openstack server create  imported_instance --key-name default --flavor m1.demo --image imported_image --nic net-id=net_id

步骤

1. 要查看动态的节点清单，请在 source stackrc 之后运行 tripleo-ansible-inventory 命令：

   $ source ~/stackrc
   (undercloud) $ tripleo-ansible-inventory --list

   --list 选项返回有关所有主机的详细信息。此命令以 JSON 格式输出动态库存清单：

   {"overcloud": {"children": ["controller", "compute"], "vars": {"ansible_ssh_user": "heat-admin"}}, "controller": ["192.168.24.2"], "undercloud": {"hosts": ["localhost"], "vars": {"overcloud_horizon_url": "http://192.168.24.4:80/dashboard", "overcloud_admin_password": "abcdefghijklm12345678", "ansible_connection": "local"}}, "compute": ["192.168.24.3"]}

2. 要在您的环境中实施 Ansible playbook，请运行 ansible 命令，并使用 -i 选项包括动态清单工具的完整路径。例如：

   (undercloud) $ ansible [HOSTS] -i /bin/tripleo-ansible-inventory [OTHER OPTIONS]

   • 用要使用的主机类型替换 [HOSTS]。例如：

     • controller，适用于所有 Controller 节点
     • compute，适用于所有 Compute 节点
     • overcloud，适用于所有 overcloud 子节点，例如 controller 和 compute
     • undercloud，适用于 undercloud
     • "*"，适用于所有节点

   • 用其他 Ansible 选项替换 [OTHER OPTIONS]。以下是一些有用的选项：

     • --ssh-extra-args='-o StrictHostKeyChecking=no'，用于跳过主机密钥检查确认操作。
     • -u [USER]，用于更改执行 Ansible 自动化的 SSH 用户。默认的 overcloud SSH 用户由动态清单中的 ansible_ssh_user 参数自动定义。-u 选项会覆盖此参数。
     • -m [MODULE]，使用特定的 Ansible 模块。默认为 command，用于执行 Linux 命令。
     • -a [MODULE_ARGS]，为选定的模块定义参数。

步骤

1. 从 undercloud 中，识别源 Compute 节点主机名和目标 Compute 节点主机名。

   $ source ~/overcloudrc
   $ openstack compute service list

2. 列出源 Compute 节点上的虚拟机并找到您要迁移的虚拟机的 ID：

   $ openstack server list --host [source] --all-projects

   用源 Compute 节点的主机名替换 [source]。

1. 如果 NUMA、CPU 固定或 DPDK 虚拟机的目标 Compute 节点未禁用，则将其禁用以防止调度程序将虚拟机分配给节点。

   $ openstack compute service set [dest] nova-compute --disable

   用目标 Compute 节点的主机名替换 [dest]。

2. 确保目标 Compute 节点没有虚拟机，以前在迁移多个 DPDK 或 NUMA 虚拟机时从源 Compute 节点迁移的虚拟机除外。

   $ openstack server list --host [dest] --all-projects

   用目标 Compute 节点的主机名替换 [dest]。

3. 确保目标 Compute 节点有足够的资源来运行 NUMA、CPU 固定或 DPDK 虚拟机。

   $ openstack host show overcloud-compute-n
   $ ssh overcloud-compute-n
   $ numactl --hardware
   $ exit

   用目标 Compute 节点的主机名替换 overcloud-compute-n。

4. 要了解有关源或目标 Compute 节点的 NUMA 信息，请根据需要执行以下操作：

   $ ssh root@overcloud-compute-n
   # lscpu && lscpu | grep NUMA
   # virsh nodeinfo
   # virsh capabilities
   # exit

   使用 ssh 连接到 overcloud-compute-n，其中 overcloud-compute-n 是源或目标 Compute 节点。

5. 如果不确定虚拟机是否使用 NUMA，请检查虚拟机的类别。

   $ openstack server list -c Name -c Flavor --name [vm]

   用虚拟机的名称或 ID 替换 [vm]。

   然后，检查类别：

   $ openstack flavor show [flavor]

   用类别的名称或 ID 替换 [flavor]。如果 properties 字段的 hw:mem_page_size 带有不是 any 的值，如 2MB、2048 或 1GB，则虚拟机将具有 NUMA 拓扑。如果 properties 字段包括 aggregate_instance_extra_specs:pinned=’true’，则虚拟机使用 CPU 固定。如果properties字段包括 hw:numa_nodes，则 nova 将虚拟机限制为特定 NUMA 节点。

6. 对于每个使用 NUMA 的虚拟机，请考虑从底层 Compute 节点检索有关 NUMA 拓扑的信息，以便您能够验证完成迁移后，目标 Compute 节点上的 NUMA 拓扑是否反映源 Compute 节点的 NUMA 拓扑。

   $ ssh root@overcloud-compute-n
   # virsh vcpuinfo [vm]
   # virsh numatune [vm]
   # exit

   用虚拟机的名称替换 [vm]。vcpuinfo 命令提供有关 NUMA 和 CPU 固定的详细信息。numatune 命令提供有关虚拟机使用的 NUMA 节点的详细信息。

步骤

1. 要实时迁移虚拟机，请指定虚拟机和目标 Compute 节点：

   $ openstack server migrate [vm] --live [dest] --wait

   用虚拟机的名称或 ID 替换 [vm]。用目标 Compute 节点的主机名替换 [dest]。如果迁移本地存储的卷，则指定 --block-migration 标记。

2. 等待迁移完成。请参阅检查迁移状态以检查迁移的状态。

3. 确认迁移成功完成：

   $ openstack server list --host [dest] --all-projects

   用目标 Compute 节点的主机名替换 [dest]。

4. 对于使用 NUMA、CPU 固定或 DPDK 的虚拟机，请考虑从 Compute 节点检索有关 NUMA 拓扑的信息，以将其与在迁移前步骤中检索的 NUMA 拓扑进行比较。

   $ ssh root@overcloud-compute-n
   # virsh vcpuinfo [vm]
   # virsh numatune [vm]
   # exit

   用 Compute 节点的主机名替换 overcloud-compute-n。用虚拟机的名称替换 [vm]。比较源和目标 Compute 节点的 NUMA 拓扑有助于确保源和目标 Compute 节点使用相同的 NUMA 拓扑。

5. 对您要迁移的每个其他虚拟机重复此步骤。

步骤

1. 要迁移虚拟机，请指定虚拟机。

   $ openstack server migrate [vm] --wait

   用虚拟机 ID 替换 [vm]。如果迁移本地存储的卷，则指定 --block-migration 标记。

2. 等待迁移完成。请参阅检查迁移状态以检查迁移的状态。

3. 确认迁移是否成功。

   $ openstack server list --all-projects

1. Queued: nova 接受了迁移虚拟机的请求且迁移待定。
2. Preparing: nova 正在准备进行虚拟机迁移。
3. Running: nova 正在迁移虚拟机。
4. Post-migrating: nova 已在目标 Compute 节点上构建虚拟机，并正在释放源 Compute 节点上的资源。
5. Completed: nova 已完成迁移虚拟机，并已完成释放源 Compute 节点上的资源。

步骤

1. 检索虚拟机的迁移列表。

   $ nova server-migration-list [vm]

   用虚拟机名称或 ID 替换 [vm]。

2. 显示迁移的状态。

   $ nova server-migration-show [vm] [migration]

   用虚拟机名称或 ID 替换 [vm]。用迁移 ID 替换 [migration]。

1. 迁移过程遇到错误。
2. 迁移过程永远不结束。
3. 迁移后虚拟机性能下降

1. 使用不同版本的 OpenStack 运行集群。
2. 指定的虚拟机 ID 找不到。
3. 您尝试迁移的虚拟机处于错误状态。
4. Compute 服务正在关闭。
5. 发生争用情形。
6. 实时迁移进入失败状态。

1. 目标 Compute 主机不可用。
2. 发生调度程序异常。
3. 由于计算资源不足，重新构建过程失败。
4. 服务器组检查失败。
5. 源 Compute 节点上的虚拟机在完成迁移到目标 Compute 节点之前被删除。

1. 中止实时迁移。
2. 强制实时迁移完成。

1. 检索虚拟机的迁移列表：

   $ nova server-migration-list [vm]

   用虚拟机名称或 ID 替换 [vm]。

2. 中止实时迁移：

   $ nova live-migration-abort [vm] [migration]

   用虚拟机的名称或 ID 替换 [vm]，用迁移 ID 替换 [migration]。

1. 检索虚拟机的迁移列表：

   $ nova server-migration-list [vm]

   用虚拟机名称或 ID 替换 [vm]。

2. 强制实时迁移完成：

   $ nova live-migration-force-complete [vm] [migration]

   用虚拟机名称或 ID 替换 [vm]。用迁移 ID 替换 [migration]。

步骤

1. 使用 setfacl 命令授予 undercloud 上的 stack 用户访问 /var/lib/mistral 目录中文件的权限：

   $ sudo setfacl -R -m u:stack:rwx /var/lib/mistral

   此命令保留 mistral 用户对该目录的访问权限。

步骤

1. 通过在 config-download 工作目录中执行 less 命令来查看日志。下例使用了 overcloud 工作目录：

   $ less /var/lib/mistral/overcloud/ansible.log

步骤

1. 更改为 Ansible playbook 的目录：

   $ cd /var/lib/mistral/overcloud/

2. 运行 ansible-playbook-command.sh 命令以复制部署：

   $ ./ansible-playbook-command.sh

   可以将额外的 Ansible 参数传递给该脚本，再将其原封不动地传递给 ansible-playbook 命令。这样便可更加充分地利用各种 Ansible 功能，如检查模式 (--check)、限制主机 (--limit) 或覆盖变量 (-e)。例如：

   $ ./ansible-playbook-command.sh --limit Controller

3. 这个工作目录中包含一个名为 deploy_steps_playbook.yaml 的 playbook，用于运行 overcloud 配置。要查看此 playbook，请运行以下命令：

   $ less deploy_steps_playbook.yaml

   这个 playbook 会使用工作目录中所含的各种任务文件。某些任务文件是所有 OpenStack 平台角色通用的，某些任务文件则特定于某些 OpenStack 平台角色和服务器。

4. 这个工作目录中还包含与 overcloud 的 roles_data 文件中定义的各个角色相对应的子目录。例如：

   $ ls Controller/

   每个 OpenStack 平台角色目录中还包含相应角色类型的各个服务器的子目录。这些目录采用可组合角色主机名格式。例如：

   $ ls Controller/overcloud-controller-0

5. Ansible 任务都带有相应的标记。要查看完整的标记列表，请为 ansible-playbook 使用 CLI 参数 --list-tags：

   $ ansible-playbook -i tripleo-ansible-inventory.yaml --list-tags deploy_steps_playbook.yaml

   然后，在 ansible-playbook-command.sh 脚本中通过 --tags、--skip-tags 或 --start-at-task 来应用已标记的配置。例如：

   $ ./ansible-playbook-command.sh --tags overcloud

6. 当 config-download 配置 Ceph 时，Ansible 从 config-download external_deploy_steps_tasks playbook 内执行 ceph-ansible。手动运行 config-download 时，第二次执行 Ansible 不继承 ssh_args 参数。如需传递 Ansible 环境变量，可使用 heat 环境文件。例如：

   parameter_defaults:
     CephAnsibleEnvironmentVariables:
       ANSIBLE_HOST_KEY_CHECKING: 'False'
       ANSIBLE_PRIVATE_KEY_FILE: '/home/stack/.ssh/id_rsa'

步骤

1. 更改为您的 overcloud 的 config-download 工作目录。在本例中，overcloud 的工作目录的名称是 overcloud：

   $ cd /var/lib/mistral/overcloud

2. 运行 git log 命令，以列出工作目录中的提交。您也可以通过格式化日志输出来显示日期：

   $ git log --format=format:"%h%x09%cd%x09"
   a7e9063 Mon Oct 8 21:17:52 2018 +1000
   dfb9d12 Fri Oct 5 20:23:44 2018 +1000
   d0a910b Wed Oct 3 19:30:16 2018 +1000
   ...

   默认情况下，最近的提交显示在前面。

3. 针对两个提交哈希运行 git diff，以查看部署之间的所有变化：

   $ git diff a7e9063 dfb9d12

步骤

1. 生成 config-download 文件：

   $ openstack overcloud config download \
     --name overcloud \
     --config-dir ~/config-download

   • --name 是要用于 Ansible 文件导出的 overcloud。
   • --config-dir 是 config-download 文件的保存位置。

2. 切换到包含 config-download 文件的目录：

   $ cd ~/config-download

3. 生成静态清单文件：

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

步骤

1. 创建一个新的 JSON 文件 (newnodes.json)，文件中应包含要注册的新节点详情：

   {
     "nodes":[
       {
           "mac":[
               "dd:dd:dd:dd:dd:dd"
           ],
           "cpu":"4",
           "memory":"6144",
           "disk":"40",
           "arch":"x86_64",
           "pm_type":"ipmi",
           "pm_user":"admin",
           "pm_password":"p@55w0rd!",
           "pm_addr":"192.168.24.207"
       },
       {
           "mac":[
               "ee:ee:ee:ee:ee:ee"
           ],
           "cpu":"4",
           "memory":"6144",
           "disk":"40",
           "arch":"x86_64",
           "pm_type":"ipmi",
           "pm_user":"admin",
           "pm_password":"p@55w0rd!",
           "pm_addr":"192.168.24.208"
       }
     ]
   }

2. 运行以下命令来注册新节点：

   $ source ~/stackrc
   (undercloud) $ openstack overcloud node import newnodes.json

3. 在注册新节点后，通过运行以下命令为每个新节点启动内省过程：

   (undercloud) $ openstack baremetal node manage [NODE UUID]
   (undercloud) $ openstack overcloud node introspect [NODE UUID] --provide

   此过程将检测和基准测试节点的硬件属性。

4. 配置该节点的镜像属性：

   (undercloud) $ openstack overcloud node configure [NODE UUID]

步骤

1. 给每个新节点标记您想要的角色。例如，如要为节点标上 Compute 角色，可运行以下命令：

   (undercloud) $ openstack baremetal node set --property capabilities='profile:compute,boot_option:local' [NODE UUID]

2. 若要缩放 overcloud，您需要编辑包含节点数目的环境文件并重新部署 overcloud。例如，若要将 overcloud 扩展到 5 个 Compute 节点，可编辑 ComputeCount 参数：

   parameter_defaults:
     ...
     ComputeCount: 5
     ...

3. 使用更新后的文件（在本示例中，该文件名为 node-info.yaml），重新运行部署命令：

   (undercloud) $ openstack overcloud deploy --templates -e /home/stack/templates/node-info.yaml [OTHER_OPTIONS]

   务必包含初始 overcloud 创建中的所有环境文件和选项。这包括非 Compute 节点的相同缩放参数。

4. 等待部署操作完成。

步骤

1. 查找 overcloud 配置：

   $ source ~/stack/overcloudrc

2. 禁用 overcloud 中传出节点上的 Compute 服务，以防止节点调度新的实例：

   (overcloud) $ openstack compute service list
   (overcloud) $ openstack compute service set [hostname] nova-compute --disable

   提示

   添加有关为何要使用 --disable-reason 选项禁用该服务的简短说明。如果您打算稍后重新部署 Compute 服务，则该说明很有用。

3. 查找 undercloud 配置：

   (overcloud) $ source ~/stack/stackrc

4. 在删除 overcloud 节点时，您必须使用本地模板文件更新 overcloud 堆栈。首先，确定 overcloud 堆栈的 UUID：

   (undercloud) $ openstack stack list

5. 找到要被删除的节点的 UUID：

   (undercloud) $ openstack server list

6. 运行以下命令来从栈中删除节点，并相应地更新计划：

   (undercloud) $ openstack overcloud node delete --stack [STACK_UUID] --templates -e [ENVIRONMENT_FILE] [NODE1_UUID] [NODE2_UUID] [NODE3_UUID]

   重要

   如果在创建 overcloud 时传递了额外的环境文件，请使用 -e 或 --environment-file 选项再次传递它们来避免对 overcloud 进行不必要的手动更改。

7. 在继续进行操作前，确保 openstack overcloud node delete 命令已运行完。使用 openstack stack list 命令检查 overcloud 栈的状态是否已变为 UPDATE_COMPLETE。

   重要

   如果您打算使用相同的主机名重新部署 Compute 服务，则需要对重新部署的节点使用现有服务记录。如果是这样，则跳过此过程中的剩余步骤，继续按照 使用相同的主机名重新部署 Compute 服务中详述的说明操作。

8. 从节点删除 Compute 服务：

   (undercloud) $ source ~/stack/overcloudrc
   (overcloud) $ openstack compute service list
   (overcloud) $ openstack compute service delete [service-id]

9. 从节点删除 Open vSwitch 代理：

   (overcloud) $ openstack network agent list
   (overcloud) $ openstack network agent delete [openvswitch-agent-id]

10. 将删除的 Compute 服务作为资源提供商从放置服务中移除：

    (overcloud) $ openstack resource provider list
    (overcloud) $ openstack resource provider delete [uuid]

    注意

    要使用放置服务，请安装 python2-osc-placement 软件包。

步骤

1. 通过 ObjectStorageCount 参数增加 Object Storage 数量。此参数通常位于 node-info.yaml 中，这是包含节点数的环境文件：

   parameter_defaults:
     ObjectStorageCount: 4

   ObjectStorageCount 参数定义环境中 Object Storage 节点的数量。在本例中，我们从 3 个节点扩展到 4 个。

2. 使用更新的 ObjectStorageCount 参数，运行部署命令：

   $ source ~/stackrc
   (undercloud) $ openstack overcloud deploy --templates -e node-info.yaml ENVIRONMENT_FILES

3. 部署命令完成后，overcloud 将包含新增的 Object Storage 节点。

4. 将数据复制到新节点。在删除节点（本例中为 overcloud-objectstorage-1），先等待新节点上完成复制传递。在 /var/log/swift/swift.log 文件中检查复制传递进度。当传递完成时，Object Storage 服务应该会记录类似于以下示例的日志条目：

   Mar 29 08:49:05 localhost object-server: Object replication complete.
   Mar 29 08:49:11 localhost container-server: Replication run OVER
   Mar 29 08:49:13 localhost account-server: Replication run OVER

5. 若要从环中删除旧节点，可减小 ObjectStorageCount 参数来省略旧节点。在本例中，将它减小到 3：

   parameter_defaults:
     ObjectStorageCount: 3

6. 创建一个新环境文件，命名为 remove-object-node.yaml。此文件将确认并移除指定的 Object Storage 节点。以下内容指定了 overcloud-objectstorage-1 的移除：

   parameter_defaults:
     ObjectStorageRemovalPolicies:
       [{'resource_list': ['1']}]

7. 在部署命令中包含 node-info.yaml 和 remove-object-node.yaml 文件：

   (undercloud) $ openstack overcloud deploy --templates -e node-info.yaml ENVIRONMENT_FILES -e remove-object-node.yaml

步骤

1. 在 undercloud 中检查 overcloud 栈的当前状态：

   $ source stackrc
   (undercloud) $ openstack stack list --nested

   overcloud 栈以及它们的子栈的状态需要是 CREATE_COMPLETE 或 UPDATE_COMPLETE。

2. 安装数据库客户端工具：

   (undercloud) $ sudo yum -y install mariadb

3. 配置数据库的 root 用户访问权限：

   (undercloud) $ sudo cp /var/lib/config-data/puppet-generated/mysql/root/.my.cnf /root/.

4. 对 undercloud 数据库进行备份：

   (undercloud) $ mkdir /home/stack/backup
   (undercloud) $ sudo mysqldump --all-databases --quick --single-transaction | gzip > /home/stack/backup/dump_db_undercloud.sql.gz

5. 检查您的 undercloud 是否包含 10 GB 可用存储，可在置备新节点时容纳镜像缓存和转换：

   (undercloud) $ df -h

6. 在运行的 Controller 节点上检查 Pacemaker 的状态。例如，运行的 Controller 节点的 IP 地址是 192.168.0.47，使用以下命令获得 Pacemaker 的状态：

   (undercloud) $ ssh heat-admin@192.168.0.47 'sudo pcs status'

   这个命令的输出应该显示，所有服务都在存在的节点上运行，并已在出现故障的节点上停止运行。

7. 检查 overcloud 的 MariaDB 集群中各个节点的以下参数：

   • wsrep_local_state_comment: Synced

   • wsrep_cluster_size: 2

     使用以下命令检查各个运行的 Controller 节点的这些参数。在本例中，Controller 节点 IP 地址是 192.168.0.47 和 192.168.0.46：

     (undercloud) $ for i in 192.168.24.6 192.168.24.7 ; do echo "*** $i ***" ; ssh heat-admin@$i "sudo podman exec \$(sudo podman ps --filter name=galera-bundle -q) mysql -e \"SHOW STATUS LIKE 'wsrep_local_state_comment'; SHOW STATUS LIKE 'wsrep_cluster_size';\""; done

8. 检查 RabbitMQ 状态。例如，如果一个运行的 Controller 节点的 IP 地址是 192.168.0.47，则可使用以下命令获取其状态：

   (undercloud) $ ssh heat-admin@192.168.0.47 "sudo podman exec \$(sudo podman ps -f name=rabbitmq-bundle -q) rabbitmqctl cluster_status"

   running_nodes 应该只显示两个可用的节点，而不会显示有故障的节点。

9. 如果启用了隔离服务，需要禁用它。例如，如果 192.168.0.47 是运行中 Controller 节点的 IP 地址，则使用以下命令检查隔离服务的状态：

   (undercloud) $ ssh heat-admin@192.168.0.47 "sudo pcs property show stonith-enabled"

   运行以下命令可禁用隔离服务：

   (undercloud) $ ssh heat-admin@192.168.0.47 "sudo pcs property set stonith-enabled=false"

10. 检查 director 节点上的 Compute 服务是否活跃：

    (undercloud) $ openstack hypervisor list

    以上命令的输出应该显示所有没有处于维护模式的节点的状态为 up。

11. 确保所有 undercloud 容器都在运行：

    (undercloud) $ sudo podman ps

步骤

1. 连接到您要替换的 Controller，然后改为 root 用户身份：

   # ssh heat-admin@192.168.0.47
   # sudo su -

   注意

   如果无法连接到该 Controller，请跳过第 1 步和第 2 步，然后在能够正常工作的任意 Controller 节点上从第 3 步开始继续执行这个操作过程。

2. 以 root 用户的身份，停止该监控器：

   # systemctl stop ceph-mon@<monitor_hostname>

   例如：

   # systemctl stop ceph-mon@overcloud-controller-1

3. 断开与要被替换的控制器的连接：

4. 连接到现有控制器中的一个。

   # ssh heat-admin@192.168.0.46
   # sudo su -

5. 从集群中删除该监控器：

   # sudo podman exec -it ceph-mon-controller-0 ceph mon remove overcloud-controller-1

6. 在所有 Controller 节点上，从 /etc/ceph/ceph.conf 中删除 v1 和 v2 监控条目。例如，如果删除 controller-1，则删除 controller-1 的 IP 和主机名。

   删除前：

   mon host = [v2:172.18.0.21:3300,v1:172.18.0.21:6789],[v2:172.18.0.22:3300,v1:172.18.0.22:6789],[v2:172.18.0.24:3300,v1:172.18.0.24:6789]
   mon initial members = overcloud-controller-2,overcloud-controller-1,overcloud-controller-0

   删除后：

   mon host = [v2:172.18.0.21:3300,v1:172.18.0.21:6789],[v2:172.18.0.24:3300,v1:172.18.0.24:6789]
   mon initial members = overcloud-controller-2,overcloud-controller-0

   注意

   在添加替换控制器节点时，director 会更新相关 overcloud 节点上的 ceph.conf 文件。通常，这个配置文件由 director 独占管理，您不应手动编辑。不过，如果在您添加新节点前其他节点重新启动，您可以手动编辑该文件来确保一致性。

7. 此外，也可选择归档监控器数据，并将其保存到其他服务器上：

   # mv /var/lib/ceph/mon/<cluster>-<daemon_id> /var/lib/ceph/mon/removed-<cluster>-<daemon_id>

步骤

1. 获取 Controller 节点的 IP 地址列表：

   (undercloud) $ openstack server list -c Name -c Networks
   +------------------------+-----------------------+
   | Name                   | Networks              |
   +------------------------+-----------------------+
   | overcloud-compute-0    | ctlplane=192.168.0.44 |
   | overcloud-controller-0 | ctlplane=192.168.0.47 |
   | overcloud-controller-1 | ctlplane=192.168.0.45 |
   | overcloud-controller-2 | ctlplane=192.168.0.46 |
   +------------------------+-----------------------+

2. 如果旧节点仍然可以连接，请登录其中一个剩余的节点，并停止旧节点上的 pacemaker。在本例中，请停止 overcloud-controller-1 上的 pacemaker：

   (undercloud) $ ssh heat-admin@192.168.0.47 "sudo pcs status | grep -w Online | grep -w overcloud-controller-1"
   (undercloud) $ ssh heat-admin@192.168.0.47 "sudo pcs cluster stop overcloud-controller-1"

   注意

   如果旧节点在物理上不可用或者已经停止，则不必进行前面的操作，因为该节点上 pacemaker 已经停止。

3. 在旧节点上停止 Pacemaker 后，从 pacemaker 集群中删除旧节点。以下示例命令登录到 overcloud-controller-0 以删除 overcloud-controller-1：

   (undercloud) $ ssh heat-admin@192.168.0.47 "sudo pcs cluster node remove overcloud-controller-1"

   如果要替换的节点无法访问（例如，由于硬件故障），请运行 pcs 命令并使用附加 --skip-offline 和 --force 选项从集群中强制删除该节点：

   (undercloud) $ ssh heat-admin@192.168.0.47 "sudo pcs cluster node remove overcloud-controller-1 --skip-offline --force"

4. 从 pacemaker 集群中删除旧节点后，再从 pacemaker 中的已知主机列表中删除该节点：

   (undercloud) $ ssh heat-admin@192.168.0.47 "sudo pcs host deauth overcloud-controller-1"

   无论节点是否可访问，都可运行该命令。

5. overcloud 数据库必须在替换过程中继续运行。为了确保 Pacemaker 不会在此过程中停止 Galera，可选择一个运行中的 Controller 节点，然后使用该 Controller 节点的 IP 地址在 undercloud 上运行以下命令：

   (undercloud) $ ssh heat-admin@192.168.0.47 "sudo pcs resource unmanage galera-bundle"

步骤

1. source stackrc 文件：

   $ source ~/stackrc

2. 确定 overcloud-controller-1 节点的索引：

   $ INSTANCE=$(openstack server list --name overcloud-controller-1 -f value -c ID)

3. 确定与实例关联的裸机节点：

   $ NODE=$(openstack baremetal node list -f csv --quote minimal | grep $INSTANCE | cut -f1 -d,)

4. 把节点设为维护模式：

   $ openstack baremetal node maintenance set $NODE

5. 如果 Controller 节点是虚拟节点，请在 Controller 主机上运行以下命令，从备份中替换虚拟磁盘：

   $ cp <VIRTUAL_DISK_BACKUP> /var/lib/libvirt/images/<VIRTUAL_DISK>

   将 <VIRTUAL_DISK_BACKUP> 替换为故障虚拟磁盘备份的路径，然后将 <VIRTUAL_DISK> 替换为要替换的虚拟磁盘的名称。

   如果您没有传出节点的备份，必须使用新的虚拟化节点。

   如果 Controller 节点是裸机节点，请完成下列步骤，将磁盘替换为新的裸机磁盘：

   1. 更换物理硬盘或固态硬盘驱动器。
   2. 使用与故障节点相同的配置来准备节点。

6. 列出未关联的节点，并确定新节点的 ID：

   $ openstack baremetal node list --unassociated

7. 使用 control 配置集标记新节点：

   (undercloud) $ openstack baremetal node set --property capabilities='profile:control,boot_option:local' 75b25e9a-948d-424a-9b3b-f0ef70a6eacf

步骤

1. 创建一个环境文件 (~/templates/remove-controller.yaml) 来定义要删除的节点索引：

   parameters:
     ControllerRemovalPolicies:
       [{'resource_list': ['1']}]

2. 运行 overcloud 部署命令，在命令中包含 remove-controller.yaml 环境文件以及所有与您环境相关的其他环境文件：

   (undercloud) $ openstack overcloud deploy --templates \
       -e /home/stack/templates/remove-controller.yaml \
       -e /home/stack/templates/node-info.yaml \
       [OTHER OPTIONS]

   注意

   仅对部署命令的这个实例包含 -e ~/templates/remove-controller.yaml。从后续的部署操作中移除此环境文件。

3. director 会删除旧节点，创建一个新节点并更新 overcloud 栈。您可以使用以下命令检查 overcloud 栈的状态：

   (undercloud) $ openstack stack list --nested

4. 一旦部署命令完成，director 会显示旧节点已替换为新节点：

   (undercloud) $ openstack server list -c Name -c Networks
   +------------------------+-----------------------+
   | Name                   | Networks              |
   +------------------------+-----------------------+
   | overcloud-compute-0    | ctlplane=192.168.0.44 |
   | overcloud-controller-0 | ctlplane=192.168.0.47 |
   | overcloud-controller-2 | ctlplane=192.168.0.46 |
   | overcloud-controller-3 | ctlplane=192.168.0.48 |
   +------------------------+-----------------------+

   新节点现在托管运行的 control plane 服务。

步骤

1. 登录 Controller 节点。

2. 启用 Galera 集群的 Pacemaker 管理，并在新节点上启动 Galera：

   [heat-admin@overcloud-controller-0 ~]$ sudo pcs resource refresh galera-bundle
   [heat-admin@overcloud-controller-0 ~]$ sudo pcs resource manage galera-bundle

3. 执行最后的状态检查来确保服务在正确运行：

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

   注意

   如果有任何服务失败，请使用 pcs resource refresh 命令来解决问题并重新启动失败的服务。

4. 退出 director

   [heat-admin@overcloud-controller-0 ~]$ exit

5. 查找 overcloudrc 文件，以便您可以跟 overcloud 交互：

   $ source ~/overcloudrc

6. 检查 overcloud 环境中的网络代理：

   (overcloud) $ openstack network agent list

7. 如果出现任何旧节点的代理，请删除它们：

   (overcloud) $ for AGENT in $(openstack network agent list --host overcloud-controller-1.localdomain -c ID -f value) ; do openstack network agent delete $AGENT ; done

8. 如有必要，将您的路由器添加到新节点上的 L3 代理主机。使用以下示例命令，通过 UUID 2d1c1dc1-d9d4-4fa9-b2c8-f29cd1a649d4 将名为 r1 的路由器添加到 L3 代理中：

   (overcloud) $ openstack network agent add router --l3 2d1c1dc1-d9d4-4fa9-b2c8-f29cd1a649d4 r1

9. overcloud 中仍然存在已删除节点的 Compute 服务，需要删除它们。检查已删除节点的 Compute 服务：

   [stack@director ~]$ source ~/overcloudrc
   (overcloud) $ openstack compute service list --host overcloud-controller-1.localdomain

10. 删除已删除节点的 compute 服务：

    (overcloud) $ for SERVICE in $(openstack compute service list --host overcloud-controller-1.localdomain -c ID -f value ) ; do openstack compute service delete $SERVICE ; done

步骤

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

2. 重新引导 undercloud：

   $ sudo reboot

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

步骤

1. 选择要重新引导的节点。登录该节点并停止集群，再重新引导：

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

2. 重新引导节点：

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

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

4. 重新启用该节点的集群：

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

5. 登录该节点并检查服务：

   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 节点。

2. 重新引导节点：

   $ sudo reboot

3. 等待节点被引导并重新加入 MON 集群。

步骤

1. 登录到 Ceph MON 或 Controller 节点，然后暂时禁用 Ceph 存储集群重新平衡：

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

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

3. 重新引导节点：

   $ sudo reboot

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

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

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

   检查 pgmap 是否正常报告所有 pgs (active+clean)。

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

7. 完成之后，登录 Ceph MON 或 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

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

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

步骤

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

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

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

   识别您要重新引导的 Compute 节点的 UUID。

3. 从 undercloud 中，选择 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. 如果您决定不迁移实例，则跳至此步骤。

6. 如果您决定将实例迁移至另一个 Compute 节点，则使用以下命令之一：

   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. 登录 Compute 节点。重新引导节点：

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

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

12. 重新启用 Compute 节点：

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

13. 确认是否已启用 Compute 节点：

    (overcloud) $ openstack compute service list

步骤

1. /etc/pki/CA/index.txt 文件包含所有签名证书的记录。检查是否存在此文件。如果不存在，请创建一个空文件：

   $ sudo touch /etc/pki/CA/index.txt

2. /etc/pki/CA/serial 文件标识下一个序列号，以用于下一个要签名的证书。检查是否存在此文件。如果此文件不存在，则使用新启动值创建新文件：

   $ echo '1000' | sudo tee /etc/pki/CA/serial

步骤

1. 生成密钥和证书对以充当证书颁发机构：

1. openssl req 命令会要求输入认证机构的详细信息。根据提示输入相关信息。

步骤

1. 将证书颁发机构复制到客户端系统：

   $ sudo cp ca.crt.pem /etc/pki/ca-trust/source/anchors/

2. 将证书颁发机构文件复制到每个客户端后，在每个客户端上运行以下命令，将证书添加到证书颁发机构信任捆绑包中：

   $ sudo update-ca-trust extract

步骤

1. 运行以下命令以生成 SSL/TLS 密钥 (server.key.pem)：

   $ openssl genrsa -out server.key.pem 2048

步骤

1. 复制默认 OpenSSL 配置文件：

   $ cp /etc/pki/tls/openssl.cnf .

2. 编辑新的 openssl.cnf 文件并配置 SSL 参数用于 director。一个包括相关参数的示例如下：

   [req]
   distinguished_name = req_distinguished_name
   req_extensions = v3_req
   
   [req_distinguished_name]
   countryName = Country Name (2 letter code)
   countryName_default = AU
   stateOrProvinceName = State or Province Name (full name)
   stateOrProvinceName_default = Queensland
   localityName = Locality Name (eg, city)
   localityName_default = Brisbane
   organizationalUnitName = Organizational Unit Name (eg, section)
   organizationalUnitName_default = Red Hat
   commonName = Common Name
   commonName_default = 192.168.0.1
   commonName_max = 64
   
   [ v3_req ]
   # Extensions to add to a certificate request
   basicConstraints = CA:FALSE
   keyUsage = nonRepudiation, digitalSignature, keyEncipherment
   subjectAltName = @alt_names
   
   [alt_names]
   IP.1 = 192.168.0.1
   DNS.1 = instack.localdomain
   DNS.2 = vip.localdomain
   DNS.3 = 192.168.0.1

   将 commonName_default 设置为以下条目之一：

   • 如果使用 IP 地址通过 SSL/TLS 访问 director，则使用 undercloud.conf 中的 undercloud_public_host 参数。

   • 如果使用完全限定域名通过 SSL/TLS 访问 director，则使用此域名。

     编辑 alt_names 部分，使其包含以下条目：

   • IP - 客户端用于通过 SSL 访问 director 的 IP 地址列表。
   • DNS - 客户端用于通过 SSL 访问 director 的域名列表。其中也包含公共 API IP 地址作为在 alt_names 部分末尾的 DNS 条目。
   注意

   有关 openssl.cnf 的更多信息，请运行 man openssl.cnf 命令。

3. 运行以下命令以生成证书签名请求 (server.csr.pem)：

   $ openssl req -config openssl.cnf -key server.key.pem -new -out server.csr.pem

   确保使用 -key 选项包括 OpenStack SSL/TLS 密钥。

步骤

1. 运行以下命令，为 undercloud 或 overcloud 创建证书：

   $ sudo openssl ca -config openssl.cnf -extensions v3_req -days 3650 -in server.csr.pem -out server.crt.pem -cert ca.crt.pem -keyfile ca.key.pem

   此命令使用以下选项：

   -config

   使用自定义配置文件，即使用 v3 扩展的 openssl.cnf 文件。

   -extensions v3_req

   已启用的 v3 扩展。

   -days

   定义证书到期前的天数。

   -in'

   证书签名请求。

   -out

   生成的签名证书。

   -cert

   证书颁发机构文件。

   -keyfile

   证书颁发机构私钥。

步骤

1. 运行以下命令以组合证书和密钥：

   $ cat server.crt.pem server.key.pem > undercloud.pem

   此命令创建 undercloud.pem 文件。

2. 将 undercloud.pem 文件复制到 /etc/pki 目录内的位置，并设置必要的 SELinux 上下文，以便 HAProxy 能够读取：

   $ sudo mkdir /etc/pki/undercloud-certs
   $ sudo cp ~/undercloud.pem /etc/pki/undercloud-certs/.
   $ sudo semanage fcontext -a -t etc_t "/etc/pki/undercloud-certs(/.*)?"
   $ sudo restorecon -R /etc/pki/undercloud-certs

3. 将 undercloud.pem 文件位置添加到 undercloud.conf 文件的 undercloud_service_certificate 选项中：

   undercloud_service_certificate = /etc/pki/undercloud-certs/undercloud.pem

4. 确保将签名证书的证书颁发机构添加到 undercloud 的可信证书颁发机构列表中，以便 undercloud 内的不同服务能够访问证书颁发机构：

   $ sudo cp ca.crt.pem /etc/pki/ca-trust/source/anchors/
   $ sudo update-ca-trust extract

1. 在 undercloud.conf 中启用裸机自动发现：

   enable_node_discovery = True
   discovery_default_driver = ipmi

   • enable_node_discovery - 启用之后，任何使用 PXE 来引导内省虚拟内存盘的节点都将在 ironic 中注册。
   • discovery_default_driver - 设置用于已发现节点的驱动程序。例如，ipmi。

2. 将您的 IPMI 凭证添加到 ironic：

   1. 将您的 IPMI 凭证添加到名为 ipmi-credentials.json 的文件。必须替换此例中的用户名和密码值以适合您的环境：

      [
          {
              "description": "Set default IPMI credentials",
              "conditions": [
                  {"op": "eq", "field": "data://auto_discovered", "value": true}
              ],
              "actions": [
                  {"action": "set-attribute", "path": "driver_info/ipmi_username",
                   "value": "SampleUsername"},
                  {"action": "set-attribute", "path": "driver_info/ipmi_password",
                   "value": "RedactedSecurePassword"},
                  {"action": "set-attribute", "path": "driver_info/ipmi_address",
                   "value": "{data[inventory][bmc_address]}"}
              ]
          }
      ]

3. 将 IPMI 凭证文件导入 ironic：

   $ openstack baremetal introspection rule import ipmi-credentials.json

1. 打开所需节点。

2. 运行 openstack baremetal node list 命令。应该看到新节点以 enrolled 状态列出：

   $ openstack baremetal node list
   +--------------------------------------+------+---------------+-------------+--------------------+-------------+
   | UUID                                 | Name | Instance UUID | Power State | Provisioning State | Maintenance |
   +--------------------------------------+------+---------------+-------------+--------------------+-------------+
   | c6e63aec-e5ba-4d63-8d37-bd57628258e8 | None | None          | power off   | enroll             | False       |
   | 0362b7b2-5b9c-4113-92e1-0b34a2535d9b | None | None          | power off   | enroll             | False       |
   +--------------------------------------+------+---------------+-------------+--------------------+-------------+

3. 为各个节点设置资源类：

   $ for NODE in `openstack baremetal node list -c UUID -f value` ; do openstack baremetal node set $NODE --resource-class baremetal ; done

4. 为各个节点配置内核和 ramdisk：

   $ for NODE in `openstack baremetal node list -c UUID -f value` ; do openstack baremetal node manage $NODE ; done
   $ openstack overcloud node configure --all-manageable

5. 将所有节点设置为 available：

   $ for NODE in `openstack baremetal node list -c UUID -f value` ; do openstack baremetal node provide $NODE ; done

1. 创建名为 dell-drac-rules.json 并包含以下内容的文件：

   [
       {
           "description": "Set default IPMI credentials",
           "conditions": [
               {"op": "eq", "field": "data://auto_discovered", "value": true},
               {"op": "ne", "field": "data://inventory.system_vendor.manufacturer",
                "value": "Dell Inc."}
           ],
           "actions": [
               {"action": "set-attribute", "path": "driver_info/ipmi_username",
                "value": "SampleUsername"},
               {"action": "set-attribute", "path": "driver_info/ipmi_password",
                "value": "RedactedSecurePassword"},
               {"action": "set-attribute", "path": "driver_info/ipmi_address",
                "value": "{data[inventory][bmc_address]}"}
           ]
       },
       {
           "description": "Set the vendor driver for Dell hardware",
           "conditions": [
               {"op": "eq", "field": "data://auto_discovered", "value": true},
               {"op": "eq", "field": "data://inventory.system_vendor.manufacturer",
                "value": "Dell Inc."}
           ],
           "actions": [
               {"action": "set-attribute", "path": "driver", "value": "idrac"},
               {"action": "set-attribute", "path": "driver_info/drac_username",
                "value": "SampleUsername"},
               {"action": "set-attribute", "path": "driver_info/drac_password",
                "value": "RedactedSecurePassword"},
               {"action": "set-attribute", "path": "driver_info/drac_address",
                "value": "{data[inventory][bmc_address]}"}
           ]
       }
   ]

   必须替换此例中的用户名和密码值以适合您的环境：

2. 将规则导入 ironic：

   $ openstack baremetal introspection rule import dell-drac-rules.json

步骤

1. 将策略文件导入 director：

   $ openstack baremetal introspection rule import rules.json

2. 运行内省进程：

   $ openstack overcloud node introspect --all-manageable

3. 在内省结束后，检查节点以及分配给它们的配置集：

   $ openstack overcloud profiles list

4. 如果在内省规则中出了错，请运行以下命令删除所有规则：

   $ openstack baremetal introspection rule purge

1. 下载基本 Red Hat Enterprise Linux 8 镜像
2. 设置专门用于注册的环境变量
3. 通过修改分区的模式和大小来自定义镜像
4. 创建镜像
5. 将镜像上传到 director

步骤

1. 访问红帽客户门户网站：

   • https://access.redhat.com/
2. 单击顶部菜单中的下载。

3. 单击 Red Hat Enterprise Linux 8。

   注意

   根据提示输入客户的客户门户网站登录信息。

4. 选择要下载的 KVM 客户机镜像。例如，可在以下页面上找到最新 红帽企业 Linux 的 KVM 客户机镜像：

   • “Installers and Images for Red Hat Enterprise Linux Server”

步骤

1. 使用所有必要配置文件运行 openstack overcloud image build 命令。

   # openstack overcloud image build \
   --image-name overcloud-hardened-full \
   --config-file /home/stack/overcloud-hardened-images-python3-custom.yaml \ 1
   --config-file /usr/share/openstack-tripleo-common/image-yaml/overcloud-hardened-images-rhel8.yaml

   1

   这是包含新磁盘大小的自定义配置文件。如果您不使用其他自定义磁盘大小，请使用原始 /usr/share/openstack-tripleo-common/image-yaml/overcloud-hardened-images-python3.yaml 文件。

   该命令会创建一个称为 overcloud-hardened-full.qcow2 的镜像，其中包含所有必需的安全功能。

1. 重命名新生成的镜像并将镜像移至 images 目录：

   # mv overcloud-hardened-full.qcow2 ~/images/overcloud-full.qcow2

2. 删除所有旧的 overcloud 镜像：

   # openstack image delete overcloud-full
   # openstack image delete overcloud-full-initrd
   # openstack image delete overcloud-full-vmlinuz

3. 上传新的 overcloud 镜像：

   # openstack overcloud image upload --image-path /home/stack/images --whole-disk

1. 创建或修改自定义环境文件 /home/stack/undercloud_custom_env.yaml 并指定 IronicDefaultDeployInterface。

   parameter_defaults:
     IronicDefaultDeployInterface: direct

2. 默认情况下，每个节点上的裸机恢复服务 (ironic) 代理都包含通过 HTTP 链接存储在对象存储服务 (swift) 中的镜像。或者，Ironic 可以通过 ironic-conductor HTTP 服务器将此镜像直接流传输到节点。要更改提供镜像的服务，请在 /home/stack/undercloud_custom_env.yaml 文件中将 IronicImageDownloadSource 设置为 http：

   parameter_defaults:
     IronicDefaultDeployInterface: direct
     IronicImageDownloadSource: http

3. 在 undercloud.conf 文件的 DEFAULT 部分包含自定义环境文件。

   custom_env_files = /home/stack/undercloud_custom_env.yaml

4. 执行 undercloud 安装：

   $ openstack undercloud install

步骤

1. 在 director undercloud 中启用 staging-ovirt 驱动程序，方式是将该驱动程序添加到 undercloud.conf 配置文件的 enabled_hardware_types 中：

   enabled_hardware_types = ipmi,redfish,ilo,idrac,staging-ovirt

2. 验证 undercloud 是否包含 staging-ovirt 驱动程序：

   (undercloud) [stack@undercloud ~]$ openstack baremetal driver list

   您应看到以下结果：

    +---------------------+-----------------------+
    | Supported driver(s) | Active host(s)        |
    +---------------------+-----------------------+
    | idrac               | localhost.localdomain |
    | ilo                 | localhost.localdomain |
    | ipmi                | localhost.localdomain |
    | pxe_drac            | localhost.localdomain |
    | pxe_ilo             | localhost.localdomain |
    | pxe_ipmitool        | localhost.localdomain |
    | redfish             | localhost.localdomain |
    | staging-ovirt       | localhost.localdomain |

3. 在 director 中注册 Red Hat Virtualization 上托管的虚拟机，方式是在 overcloud 节点定义模板中指定它们，例如 nodes.json。有关详细信息，请参见注册 Overcloud 的节点。使用以下键-值对定义您要使用 overcloud 部署的虚拟机的各个方面：

   键	价值
   pm_type	设置为 oVirt/RHV 虚拟机的 OpenStack Bare Metal Provisioning (ironic) 服务驱动程序 staging-ovirt。
   pm_user	设置为 Red Hat Virtualization Manager 用户名。
   pm_password	设置为 Red Hat Virtualization Manager 密码。
   pm_addr	设置为 Red Hat Virtualization Manager 服务器的主机名或 IP。
   pm_vm_name	设置为在其中创建控制器的 Red Hat Virtualization Manager 中的虚拟机的名称。

   例如：

   {
         "nodes": [
             {
                 "name":"osp13-controller-0",
                 "pm_type":"staging-ovirt",
                 "mac":[
                     "00:1a:4a:16:01:56"
                 ],
                 "cpu":"2",
                 "memory":"4096",
                 "disk":"40",
                 "arch":"x86_64",
                 "pm_user":"admin@internal",
                 "pm_password":"password",
                 "pm_addr":"rhvm.example.com",
                 "pm_vm_name":"{vernum}-controller-0",
                 "capabilities": "profile:control,boot_option:local"
             },
     }

   在每个 Red Hat Virtualization 主机上配置一个控制器

4. 在 Red Hat Virtualization 中使用“soft negative affinity”配置关联性组，以确保为您的控制器虚拟机实施高可用性。有关详细信息，请参见关联性组。
5. 使用 Red Hat Virtualization Manager 接口将每个 VLAN 映射到控制器虚拟机中的单独逻辑 vNIC。
6. 通过设置 director 和控制器虚拟机的 vNIC 中的 no_filter，并重启虚拟机，可禁用附加到控制器虚拟机的网络上的 MAC 欺骗过滤器。有关更多详细信息，请参见虚拟网络接口卡。

7. 部署 overcloud 以在您的环境中包括新的虚拟化控制器节点：

   (undercloud) [stack@undercloud ~]$ openstack overcloud deploy --templates

步骤

1. 查找 stackrc 文件：

   $ source ~/stackrc

2. 使用 --validate-only 选项运行节点导入命令。此选项无需执行导入即可验证您的节点模板：

   (undercloud) $ openstack overcloud node import --validate-only ~/nodes.json
   Waiting for messages on queue 'tripleo' with no timeout.
   
   Successfully validated environment file

3. 要修复导入节点的错误详细信息，请运行 openstack baremetal 命令以更新节点详细信息。下例显示如何更改网络详细信息：

   1. 识别导入节点的已分配端口 UUID：

      $ source ~/stackrc
      (undercloud) $ openstack baremetal port list --node [NODE UUID]

   2. 更新 MAC 地址：

      (undercloud) $ openstack baremetal port set --address=[NEW MAC] [PORT UUID]

   3. 在节点上配置新的 IPMI 地址：

      (undercloud) $ openstack baremetal node set --driver-info ipmi_address=[NEW IPMI ADDRESS] [NODE UUID]

步骤

1. 查找 stackrc 文件：

   $ source ~/stackrc

2. director 使用 OpenStack Object Storage（swift）保存在内省过程中获得的硬件数据。如果这个服务没有运行，内省将失败。检查并确定所有与 OpenStack Object Storage 相关的服务都在运行：

   (undercloud) $ sudo systemctl list-units tripleo_swift*

3. 检查您的节点是否处于 manageable 状态。内省不检查处于 available 状态的节点，该状态意味着用于部署。在这种情况下，请在内省前将节点状态更改为 manageable 状态：

   (undercloud) $ openstack baremetal node manage [NODE UUID]

4. 配置对内省 ramdisk 的临时访问权限。可提供临时密码或 SSH 密钥以在内省调试期间访问节点。完成以下步骤以配置 ramdisk 访问权限：

   1. 使用临时密码运行 openssl passwd -1 命令以生成 MD5 hash：

      (undercloud) $ openssl passwd -1 mytestpassword
      $1$enjRSyIw$/fYUpJwr6abFy/d.koRgQ/

   2. 编辑 /var/lib/ironic/httpboot/inspector.ipxe 文件，找到以 kernel 开头的行，并附加 rootpwd 参数和 MD5 hash。例如：

      kernel http://192.2.0.1:8088/agent.kernel ipa-inspection-callback-url=http://192.168.0.1:5050/v1/continue ipa-inspection-collectors=default,extra-hardware,logs systemd.journald.forward_to_console=yes BOOTIF=${mac} ipa-debug=1 ipa-inspection-benchmarks=cpu,mem,disk rootpwd="$1$enjRSyIw$/fYUpJwr6abFy/d.koRgQ/" selinux=0

      或者，将公共 SSH 密钥附加到 sshkey 参数。

      注意

      rootpwd 和 sshkey 参数都需要包括引号。

5. 在节点上运行内省：

   (undercloud) $ openstack overcloud node introspect [NODE UUID] --provide

   内省完成时，--provide 选项使节点状态更改为 available。

6. 从 dnsmasq 日志中识别节点的 IP 地址：

   (undercloud) $ sudo tail -f /var/log/containers/ironic-inspector/dnsmasq.log

7. 如果出错，则使用根用户和临时访问详细信息访问节点：

   $ ssh root@192.168.24.105

   在内省期间访问节点意味着，您可以运行诊断命令以排除内省故障。

8. 要停止内省过程，请运行以下命令：

   (undercloud) $ openstack baremetal introspection abort [NODE UUID]

   您也可以等待操作过程超时。

   注意

   OpenStack Platform director 在初始中止后重试内省三次。在每次尝试时均运行 openstack baremetal introspection abort 命令以完全中止内省。

步骤

1. 查找 stackrc 文件：

   $ source ~/stackrc

2. 列出具有已失败状态 ERROR 的工作流执行记录：

   (undercloud) $ openstack workflow execution list | grep "ERROR"

3. 获取失败工作流执行的 UUID（例如 dffa96b0-f679-4cd2-a490-4769a3825262）并查看该执行及其输出：

   (undercloud) $ openstack workflow execution show dffa96b0-f679-4cd2-a490-4769a3825262
   (undercloud) $ openstack workflow execution output show dffa96b0-f679-4cd2-a490-4769a3825262

4. 这些命令返回有关执行中已失败任务的信息。openstack workflow execution show 命令还会显示用于执行的工作流（例如 tripleo.plan_management.v1.publish_ui_logs_to_swift）。您可以使用以下命令查看完整的工作流定义：

   (undercloud) $ openstack workflow definition show tripleo.plan_management.v1.publish_ui_logs_to_swift

   这可用于辨别特定任务在工作流中的位置。

5. 使用类似命令语法查看操作执行及其结果：

   (undercloud) $ openstack action execution list
   (undercloud) $ openstack action execution show 8a68eba3-0fec-4b2a-adc9-5561b007e886
   (undercloud) $ openstack action execution output show 8a68eba3-0fec-4b2a-adc9-5561b007e886

   这对于识别导致问题的具体操作非常有用。

步骤

1. 查找 stackrc 文件：

   $ source ~/stackrc

2. 运行部署失败的命令：

   $ openstack overcloud failures

3. 运行以下命令以显示失败的详细信息：

   (undercloud) $ openstack stack failures list <OVERCLOUD_NAME> --long

   用您的 overcloud 的名称替换 <OVERCLOUD_NAME>。

4. 运行以下命令以识别失败的堆栈：

   (undercloud) $ openstack stack list --nested --property status=FAILED

步骤

1. 查找 stackrc 文件：

   $ source ~/stackrc

2. 检查裸机恢复服务以查看所有注册节点及其当前状态：

   (undercloud) $ openstack baremetal node list
   
   +----------+------+---------------+-------------+-----------------+-------------+
   | UUID     | Name | Instance UUID | Power State | Provision State | Maintenance |
   +----------+------+---------------+-------------+-----------------+-------------+
   | f1e261...| None | None          | power off   | available       | False       |
   | f0b8c1...| None | None          | power off   | available       | False       |
   +----------+------+---------------+-------------+-----------------+-------------+

   可用于置备的所有节点都应设置以下状态：

   • Maintenance 设置为 False。
   • 在置备前，Provision State 设置为 available。

   下表概述一些常见置备失败情境。

步骤

1. 安装 nmap:

   $ sudo yum install nmap

2. 使用 nmap 命令扫描 IP 地址范围中的活动地址。这个示例会扫描 192.168.24.0/24 这个范围，使用 Provisioning 网络的 IP 子网值（使用 CIDR 位掩码符号 ）替换它：

   $ sudo nmap -sn 192.168.24.0/24

3. 复查 nmap 扫描的输出。例如，您应查看 undercloud 的 IP 地址，以及子网上存在的任何其他主机：

   $ sudo nmap -sn 192.168.24.0/24
   
   Starting Nmap 6.40 ( http://nmap.org ) at 2015-10-02 15:14 EDT
   Nmap scan report for 192.168.24.1
   Host is up (0.00057s latency).
   Nmap scan report for 192.168.24.2
   Host is up (0.00048s latency).
   Nmap scan report for 192.168.24.3
   Host is up (0.00045s latency).
   Nmap scan report for 192.168.24.5
   Host is up (0.00040s latency).
   Nmap scan report for 192.168.24.9
   Host is up (0.00019s latency).
   Nmap done: 256 IP addresses (5 hosts up) scanned in 2.45 seconds

   如果这些活跃的 IP 地址和 undercloud.conf 中指定的 IP 地址范围有冲突，则需要在内省或部署overcloud 节点前修改 IP 地址范围或释放一些 IP 地址。

步骤

1. 查找 stackrc 文件：

   $ source ~/stackrc

2. 检查是否在节点上成功执行内省。如果内省失败，则检查每个节点是否包含所需的 ironic 节点属性：

   (undercloud) $ openstack baremetal node show [NODE UUID]

   检查 properties JSON 项中的 cpus、cpu_arch、memory_mb 和 local_gb 都有有效的值。

3. 检查映射到该节点的 Compute 类别：

   (undercloud) $ openstack flavor show [FLAVOR NAME]

   确保不超过所需节点数的节点属性。

4. 运行 openstack baremetal node list 命令以确保有足够的节点处于可用状态。处于 manageable 状态的节点通常表示内省失败。

5. 运行 openstack baremetal node list 命令以检查节点是否不处于维护模式。如果节点自动更改为维护模式，则可能的原因是电源管理凭据不正确。检查电源管理凭据，然后移除维护模式：

   (undercloud) $ openstack baremetal node maintenance unset [NODE UUID]

6. 如果您使用的是自动配置集标记，则检查是否有足够的节点对应于每个类别和配置集。在节点上运行 openstack baremetal node show 命令并检查 properties 字段中的 capabilities 密钥。例如，标记为 Compute 角色的节点应包含 profile:compute 这样的信息。

7. 内省后，节点信息从 Bare Metal 传播到 Compute 需要一段时间。但是，如果您手工进行了一些操作，节点可能会短时间内对 nova 不可用。使用以下命令检查系统中的总体资源：

   (undercloud) $ openstack hypervisor stats show

步骤

1. 确保 stack 用户能够访问 undercloud 的 /var/lib/mistral 目录中的文件。

   $ sudo setfacl -R -m u:stack:rwx /var/lib/mistral

   此命令保留 mistral 用户对该目录的访问权限。

2. 切换到 config-download 文件的工作目录。该目录通常是 /var/lib/mistral/overcloud/。

   $ cd /var/lib/mistral/overcloud/

3. 搜索 ansible.log 文件以查找故障点。

   $ less ansible.log

   记录失败的步骤。

4. 在该工作目录中查找 config-download playbook 中失败的步骤以确定发生的操作。

访问主机

1. 查找 stackrc 文件：

   $ source ~/stackrc

2. 获取包含容器故障的节点的 IP 地址。

   (undercloud) $ openstack server list

3. 登录到节点：

   (undercloud) $ ssh heat-admin@192.168.24.60

4. 切换到 root 用户：

   $ sudo -i

识别故障容器

1. 查看所有容器：

   $ podman ps --all

   识别故障容器。故障容器通常以非零的状态推出。

检查容器日志

1. 每个容器都会保留其主进程的标准输出内容。使用此输出内容作为日志，帮助确定容器运行过程中实际上发生了什么。例如，要查看 keystone 容器的日志，请使用以下命令：

   $ sudo podman logs keystone

   在大多数情况下，此日志包含有关容器故障原因的信息。

2. 主机还包含已失败服务的 stdout 日志。可在 /var/log/containers/stdouts/ 中查找 stdout 日志。例如，要查看出现故障的 keystone 容器的日志，请运行以下命令：

   $ cat /var/log/containers/stdouts/keystone.log

查看容器文件系统

1. 要查看故障容器的文件系统，请运行 podman mount 命令。例如，要查看出现故障的 keystone 容器的文件系统，请运行以下命令：

   $ podman mount keystone

   这会提供一个挂载位置，用于查看文件系统内容：

   /var/lib/containers/storage/overlay/78946a109085aeb8b3a350fc20bd8049a08918d74f573396d7358270e711c610/merged

   这对于查看容器内的 Puppet 报告很有用。您可以在容器挂载内的 var/lib/puppet/ 目录中查找这些报告。

步骤

1. 查找 stackrc 文件：

   $ source ~/stackrc

2. 获取包含故障的 Compute 节点的 IP 地址：

   (undercloud) $ openstack server list

3. 登录到节点：

   (undercloud) $ ssh heat-admin@192.168.24.60

4. 切换到 root 用户：

   $ sudo -i

5. 查看容器状态：

   $ sudo podman ps -f name=nova_compute

6. Compute 节点的主日志文件为 /var/log/containers/nova/nova-compute.log。如果与 Compute 节点的通信出现问题，从这个日志文件开始诊断是个好办法。
7. 如果需要在 Compute 节点上进行维护工作，把主机上存在的实例迁移到另外一个可以正常工作的 Compute 节点上，然后禁用需要进行维护的节点。