director 的安装和使用

步骤

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 16 权利：

    [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-16-for-rhel-8-x86_64-rpms --enable=fast-datapath-for-rhel-8-x86_64-rpms

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

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

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

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

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

步骤

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

2. 编辑 /etc/environment 文件：

   # vi /etc/environment

3. 将以下参数添加到 /etc/environment：

   http_proxy

   用于标准 HTTP 请求的代理。

   https_proxy

   用于 HTTP 请求的代理。

   no_proxy

   IP 地址和域的逗号分隔列表不包括在代理通信中。包括所有与 undercloud 相关的 IP 地址和域。

   http_proxy=https://10.0.0.1:8080/
   https_proxy=https://10.0.0.1:8080/
   no_proxy=127.0.0.1,192.168.24.1,192.168.24.2,192.168.24.3

4. 重启 shell 会话。例如，先注销再重新登录到 undercloud。

步骤

1. 启用 Ceph 工具存储库：

   [stack@director ~]$ sudo subscription-manager repos --enable=rhceph-4-tools-for-rhel-8-x86_64-rpms

2. 安装 ceph-ansible 软件包：

   [stack@director ~]$ sudo yum install -y ceph-ansible

步骤

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/rhosp-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 组织中创建新产品（OSP16 容器）：

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

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

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

   $ hammer repository create \
     --organization "ACME" \
     --product "OSP16 Containers" \
     --content-type docker \
     --url https://registry.redhat.io \
     --docker-upstream-name rhosp-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 "OSP16 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 "OSP16 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 "OSP16 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 "myosp16" \
     --product "OSP16 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-myosp16-osp16_containers-。
      • 如果不使用内容视图，则前缀的结构为 [组织]-[产品]-。例如：acme-osp16_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.conf 文件，或修改现有的 undercloud.conf 文件。

2. 在 undercloud.conf 文件中设置以下参数值：

   1. 如果您的 NIC 支持 Red Hat OpenStack Platform 的有状态 DHCPv 6，则将 ipv6_address_mode 设置为 dhcpv6-stateless 或 dhcpv6-stateful。有关有状态 DHCPv6 可用性的更多信息，请参阅 Bugzilla #1575026。
   2. 如果您不希望 undercloud 在置备网络上创建路由器，请将 enable_routed_networks 设置为 true。在这种情况下，数据中心路由器必须提供路由器公告。否则，将此值设置为 false。
   3. 将 local_ip 设置为 undercloud 的 IPv6 地址。
   4. 将 IPv6 寻址用于 undercloud 接口参数 undercloud_public_host 和 undercloud_admin_host。

   5. 在 [ctlplane-subnet] 部分，在以下参数中使用 IPv6 寻址：

      • cidr
      • dhcp_start
      • dhcp_end
      • gateway
      • inspection_iprange

   6. 在 [ctlplane-subnet] 部分，在 dns_nameservers 参数中为子网设置 IPv6 名称服务器。

      ipv6_address_mode = dhcpv6-stateless
      enable_routed_networks: false
      local_ip = <ipv6-address>
      undercloud_admin_host = <ipv6-address>
      undercloud_public_host = <ipv6-address>
      
      [ctlplane-subnet]
      cidr = <ipv6-address>::<ipv6-mask>
      dhcp_start = <ipv6-address>
      dhcp_end = <ipv6-address>
      dns_nameservers = <ipv6-dns>
      gateway = <ipv6-address>
      inspection_iprange = <ipv6-address>,<ipv6-address>

步骤

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. 以 root 用户身份登录到 minion 主机。

2. 创建 stack 用户：

   [root@minion ~]# useradd stack

3. 为 stack 用户设置密码：

   [root@minion ~]# passwd stack

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

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

5. 切换到新的 stack 用户：

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

6. 检查 minion 的基础和完整主机名：

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

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

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

7. 编辑 /etc/hosts 文件以包括系统主机名的条目。例如，如果系统名是 minion.example.com，其使用的 IP 地址是 10.0.0.1，/etc/hosts 则需要包括一个与以下内容类似的条目：

   10.0.0.1  minion.example.com manager

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

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

9. 查找 Red Hat OpenStack Platform director 的权利池 ID：

   [stack@minion ~]$ 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

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

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

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

    [stack@minion ~]$ sudo subscription-manager repos --disable=*
    [stack@minion ~]$ 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-16-for-rhel-8-x86_64-rpms --enable=fast-datapath-for-rhel-8-x86_64-rpms

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

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

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

13. 安装用于安装和配置 minion 的命令行工具：

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

步骤

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

2. 将 undercloud 中的文件复制到 minion：

   $ scp ~/tripleo-undercloud-outputs.yaml ~/tripleo-undercloud-passwords.yaml stack@<minion-host>:~/.

   将 <minion-host> 替换为 minion 的主机名或 IP 地址。

步骤

1. 以 root 用户身份登录到 minion 主机。

2. 将证书颁发机构文件从 undercloud 复制到 minion：

   [root@minion ~]# scp \
       root@<undercloud-host>:/etc/pki/ca-trust/source/anchors/cm-local-ca.pem \
       /etc/pki/ca-trust/source/anchors/undercloud-ca.pem

   将 <undercloud-host> 替换为 undercloud 的主机名或 IP 地址。

3. 为 minion 主机更新可信证书颁发机构：

   [root@minion ~]# update-ca-trust enable
   [root@minion ~]# update-ca-trust extract

步骤

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

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

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

3. 编辑 minion.conf 文件。这个文件包含用于配置 minion 的设置。如果忽略或注释掉某个参数，minion 安装将使用默认值。以下列表是要查看的一组推荐参数：

   • minion_hostname，将其设置为 minion 的主机名。
   • minion_local_interface，将其设置为通过置备网络连接到 undercloud 的接口。
   • minion_local_ip，将其设置为置备网络上的免费 IP 地址。
   • minion_nameservers，将其设置为 DNS 名称服务器以便 minion 可以解析主机名。
   • enable_ironic_conductor，定义是否启用 ironic-conductor 服务。
   • enable_heat_engine，定义是否启用 heat-engine 服务。

步骤

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

2. 运行以下命令来安装 minion：

   [stack@minion ~]$ openstack undercloud minion install

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

步骤

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

2. source stackrc 文件：

   [stack@director ~]$ source ~/stackrc

3. 如果您在 minion 上启用了 ironic-conductor 服务，请验证 minion 中的 heat-engine 服务会出现在 undercloud 服务列表中：

   [stack@director ~]$ $ openstack orchestration service list

   命令输出显示一个表，其中包含 undercloud 和所有 minion 的 heat-engine worker。

4. 如果您在 minion 上启用了 ironic-conductor 服务，请验证 minion 中的 ironic-conductor 服务出现在 undercloud 服务列表上：

   [stack@director ~]$ $ openstack baremetal conductor list

   命令输出显示一个表，其中包含 undercloud 和所有 minion 的 ironic-conductor 服务。

步骤

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. source stackrc 文件：

   $ source ~/stackrc

2. 使用 --group pre-introspection 选项运行 openstack tripleo validator run 命令：

   $ openstack tripleo validator run --group pre-introspection

3. 查看验证报告的结果。

步骤

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. 运行 openstack baremetal node set --property root_device= 命令为节点设置根磁盘。包括用于定义根磁盘的最合适的硬件属性值。

   (undercloud) $ openstack baremetal node set --property root_device=’{“serial”:”<serial_number>”}' <node-uuid>

   例如：要将根设备设定为磁盘 2，其序列号为 61866da04f380d001ea4e13c12e36ad6，请运行以下命令：

步骤

1. 要配置 director 使用 overcloud-minimal 镜像，创建包含以下镜像定义的环境文件：

   parameter_defaults:
     <roleName>Image: overcloud-minimal

2. 将 <roleName> 替换为角色的名称，并将 Image 加到角色名称的后面。以下示例显示了 Ceph 存储节点的 overcloud-minimal 镜像：

   parameter_defaults:
     CephStorageImage: overcloud-minimal

3. 将环境文件传递给 openstack overcloud deploy 命令。

步骤

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. source stackrc 文件：

   $ source ~/stackrc

2. 此验证需要 overcloud 计划的副本。使用所有必要的环境文件上传 overcloud 计划。如果仅上传您的计划，请使用 --update-plan-only 选项运行 openstack overcloud deploy 命令：

   $ openstack overcloud deploy --templates \
       -e environment-file1.yaml \
       -e environment-file2.yaml \
       ...
       --update-plan-only

3. 使用 --group pre-deployment 选项 运行 openstack tripleo validator run 命令：

   $ openstack tripleo validator run --group pre-deployment

4. 如果 overcloud 使用与默认 overcloud 名称不同的计划名称，请使用 --plan 选项来设置计划名称：

   $ openstack tripleo validator run --group pre-deployment \
       --plan myovercloud

5. 查看验证报告的结果。

步骤

1. source stackrc 文件：

   $ source ~/stackrc

2. 使用 --group post-deployment 选项运行 openstack tripleo validator run 命令：

   $ openstack tripleo validator run --group post-deployment

3. 如果 overcloud 使用与默认 overcloud 名称不同的计划名称，请使用 --plan 选项来设置计划名称：

   $ openstack tripleo validator run --group post-deployment \
       --plan myovercloud

4. 查看验证报告的结果。

步骤

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. 查找 stackrc undercloud 凭据文件：

   $ source ~/stackrc

2. 创建新的 ~/overcloud-baremetal-deploy.yaml 文件，并为您要置备的每个角色定义节点数。例如，要置备三个 Controller 节点和三个 Compute 节点，请使用以下语法：

   - name: Controller
     count: 3
   - name: Compute
     count: 3

3. 在 ~/overcloud-baremetal-deploy.yaml 文件中，定义您要分配给节点的任何预先节点放置、自定义镜像、自定义 NIC 或其他属性。例如，使用以下示例语法在节点 node00、node01 和 node02 上置备三个 Controller 节点，在 node04、node05 和 node06上置备三个 Compute 节点：

   - name: Controller
     count: 3
     instances:
     - hostname: overcloud-controller-0
       name: node00
     - hostname: overcloud-controller-1
       name: node01
     - hostname: overcloud-controller-2
       name: node02
   - name: Compute
     count: 3
     instances:
     - hostname: overcloud-novacompute-0
       name: node04
     - hostname: overcloud-novacompute-1
       name: node05
     - hostname: overcloud-novacompute-2
       name: node06

   默认情况下，置备过程使用 overcloud-full 镜像。您可以使用 instance 参数中的 image 属性来定义自定义镜像：

   - name: Controller
     count: 3
     instances:
     - hostname: overcloud-controller-0
       name: node00
       image:
         href: overcloud-custom

   您还可以用 defaults 参数覆盖默认参数值，以避免为每个节点条目手动定义节点：

   - name: Controller
     count: 3
     defaults:
       image:
         href: overcloud-custom
     instances:
     - hostname :overcloud-controller-0
       name: node00
     - hostname: overcloud-controller-1
       name: node01
     - hostname: overcloud-controller-2
       name: node02

   有关节点定义文件中可以使用的参数、属性和值的更多信息，请参阅 第 8.6 节 “裸机节点置备属性”。

4. 运行置备命令，指定 ~/overcloud-baremetal-deploy.yaml 文件，并使用 --output 选项定义输出文件：

   (undercloud) $ sudo openstack overcloud node provision \
   --stack stack \
   --output ~/overcloud-baremetal-deployed.yaml \
   ~/overcloud-baremetal-deploy.yaml

   置备过程会生成一个 heat 环境文件，其名称是您在 --output 选项中指定的名称。此文件包含节点定义。当您部署 overcloud 时，请将此文件包括在部署命令中。

5. 在一个单独的终端中对节点进行监控以验证它们是否成功置备。置备过程将节点状态从 available 改为 active：

   (undercloud) $ watch openstack baremetal node list

   使用 metalsmith 工具获取节点的统一视图，包括分配和 neutron 端口：

   (undercloud) $ metalsmith list

   您还可以使用 openstack baremetal allocate 命令来验证节点与主机名的关联，并为置备的节点获取 IP 地址：

   (undercloud) $ openstack baremetal allocation list

步骤

1. 查找 stackrc undercloud 凭据文件：

   $ source ~/stackrc

2. 编辑用于置备裸机节点的 ~/overcloud-baremetal-deploy.yaml 文件，并为您要扩展的角色增加 count 参数。例如，如果 overcloud 包含三个计算节点，请使用以下内容将 Compute 节点数增加到 10：

   - name: Controller
     count: 3
   - name: Compute
     count: 10

   您还可以在 instances 参数中添加预先节点放置。有关可用参数和属性的更多信息，请参阅 第 8.6 节 “裸机节点置备属性”。

3. 运行置备命令，指定 ~/overcloud-baremetal-deploy.yaml 文件，并使用 --output 选项定义输出文件：

   (undercloud) $ sudo openstack overcloud node provision \
   --stack stack \
   --output ~/overcloud-baremetal-deployed.yaml \
   ~/overcloud-baremetal-deploy.yaml

4. 使用 openstack baremetal node list 命令监控置备进度。

5. 部署 overcloud，包括置备命令生成的 ~/overcloud-baremetal-deployed.yaml 文件，以及其他与部署相关的环境文件：

   (undercloud) $ openstack overcloud deploy \
     ...
     -e /usr/share/openstack-tripleo-heat-templates/environments/deployed-server-environment.yaml \
     -e ~/overcloud-baremetal-deployed.yaml \
     --deployed-server \
     --disable-validations \
     ...

步骤

1. 查找 stackrc undercloud 凭据文件：

   $ source ~/stackrc

2. 编辑用于置备裸机节点的 ~/overcloud-baremetal-deploy.yaml 文件，并减少您要缩减的角色的 count 参数。还必须为要从堆栈中删除的每个节点定义以下属性：

   • 节点的名称。
   • 与节点关联的主机名。

   • 属性 provisioned: false

     例如，要从堆栈中删除节点 overcloud-controller-1，请在 ~/overcloud-baremetal-deploy.yaml 文件中包括以下内容：

     - name: Controller
       count: 2
       instances:
       - hostname: overcloud-controller-0
         name: node00
       - hostname: overcloud-controller-1
         name: node01
         # Removed from cluster due to disk failure
         provisioned: false
       - hostname: overcloud-controller-2
         name: node02

3. 运行置备命令，指定 ~/overcloud-baremetal-deploy.yaml 文件，并使用 --output 选项定义输出文件：

   (undercloud) $ sudo openstack overcloud node provision \
   --stack stack \
   --output ~/overcloud-baremetal-deployed.yaml \
   ~/overcloud-baremetal-deploy.yaml

4. 重新部署 overcloud，并包含置备命令生成的 ~/overcloud-baremetal-deployed.yaml 文件，以及与部署相关的任何其他环境文件：

   (undercloud) $ openstack overcloud deploy \
     ...
     -e /usr/share/openstack-tripleo-heat-templates/environments/deployed-server-environment.yaml \
     -e ~/overcloud-baremetal-deployed.yaml \
     --deployed-server \
     --disable-validations \
     ...

   重新部署 overcloud 后，堆栈中不再存在使用 provisioned: false 属性定义的节点。但是，这些节点仍然以置备状态运行。

   注意

   如果要临时从堆栈中删除节点，您可以使用 provisioned: false 属性部署 overcloud，然后使用 provisioned: true 属性重新部署 overcloud，以将节点返回到堆栈。

5. 运行 openstack overcloud node delete 命令，包括带有 --baremetal-deployment 选项的 ~/overcloud-baremetal-deploy.yaml 文件。

   (undercloud) $ sudo openstack overcloud node delete \
   --stack stack \
   --baremetal-deployment ~/overcloud-baremetal-deploy.yaml

   注意

   不要将您要从堆栈中删除的节点作为命令参数包括在 openstack overcloud node delete 命令中。

步骤

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 16 的权利池：

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

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

   [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-16-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 --enable=fast-datapath-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-16-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. 根据 第 9.1 节 “预置备节点要求”准备新预置备节点。
2. 扩展节点。有关这些说明，请参阅 第 16 章 扩展 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. source 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. 要实时迁移虚拟机，请指定虚拟机和目标 Compute 节点：

   $ openstack server migrate [vm] --live-migration [--host <dest>] --wait

   • 用虚拟机的名称或 ID 替换 [vm]。
   • 如果需要特定的目的地，请指定 --host 标志，将 <dest> 替换为目的地 Compute 节点的主机名。
   • 如果迁移本地存储的卷，则指定 --block-migration 标记。
2. 等待迁移完成。请参阅检查迁移状态以检查迁移的状态。

3. 确认迁移成功完成：

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

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

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

步骤

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. source stackrc 文件：

   $ source ~/stackrc

2. 使用 --stack-only 选项运行部署命令。包括 overcloud 所需的环境文件：

   $ openstack overcloud deploy \
     --templates \
     -e environment-file1.yaml \
     -e environment-file2.yaml \
     ...
     --stack-only

3. 等待置备过程完成。

4. 为 tripleo-admin 用户启用从 undercloud 到 overcloud 的 SSH 访问。config-download 进程使用 tripleo-admin 用户来执行基于 Ansible 的配置：

   $ openstack overcloud admin authorize

5. 使用 --config-download-only 选项运行部署命令。包括 overcloud 所需的环境文件：

   $ openstack overcloud deploy \
     --templates \
     -e environment-file1.yaml \
     -e environment-file2.yaml \
     ...
     --config-download-only

6. 等待配置过程完成。

步骤

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. source stackrc 文件：

   $ source ~/stackrc

2. 根据所需输出运行 openstack tripleo validator list 命令：

   • 要列出所有验证，请单独运行命令：

     $ openstack tripleo validator list

   • 要列出组中的验证，请使用 --group 选项运行该命令：

     $ openstack tripleo validator list --group prep

步骤

1. source stackrc 文件：

   $ source ~/stackrc

2. 根据所需操作运行 openstack tripleo validator run 命令：

   • 要运行单个验证，请使用 --validation-name 选项和验证名称运行该命令。例如，要运行检查 undercloud 内存要求的验证，请使用 --validation-name undercloud-ram：

     $ openstack tripleo validator run --validation-name undercloud-ram

   • 要运行组中的所有验证，请使用 --group 选项运行该命令：

     $ openstack tripleo validator run --group prep

步骤

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 堆栈的 UUID：

   (undercloud) $ openstack stack list

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

   (undercloud) $ openstack server list

6. 从 overcloud 堆栈中删除节点，并相应地更新计划：

   (undercloud) $ openstack overcloud node delete --stack <stack_uuid> [node1_uuid] [node2_uuid] [node3_uuid]

7. 确保 openstack overcloud node delete 命令已运行完：

   (undercloud) $ 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>

11. 减少包含节点数的环境文件中的 ComputeCount 参数。此文件通常被命名为 node-info.yaml。例如，如果您删除两个节点，则把节点数从五个节点减小到三个节点：

    parameter_defaults:
      ...
      ComputeCount: 3
      ...

    减少节点数可确保 director 在运行 openstack overcloud deploy 时不置备新节点。

步骤

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

   (undercloud) $ source ~/overcloudrc
   (overcloud) $ openstack resource provider list
   (overcloud) $ openstack resource provider delete <uuid>

2. 检查 Compute 服务的状态：

   (overcloud) $ openstack compute service list --long
   ...
   | ID | Binary       | Host                  | Zone  | Status   | State | Updated At                 | Disabled Reason      |
   | 80 | nova-compute | compute-1.localdomain | nova  | disabled | up    | 2018-07-13T14:35:04.000000 | gets re-provisioned |
   ...

3. 重新部署的 Compute 节点的服务状态再次为“up”后，重新启用该服务：

   (overcloud) $ openstack compute service set compute-1.localdomain nova-compute --enable

步骤

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 的文件。您必须替换本例中的 SampleUsername、RedactedSecurePassword 和 bmc_address 值，以适应您的环境：

      [
          {
              "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