使用 director 安装和管理 Red Hat OpenStack Platform

步骤

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 undercloud.example.com

8. 如果您所使用的 DNS 服务器无法解析 undercloud 主机完全限定域名 (FQDN)，请编辑 /etc/hosts 并为系统主机名包含一个条目。/etc/hosts 中的 IP 地址必须与您计划用于 undercloud 公共 API 的地址匹配。例如，如果系统使用 undercloud.example.com 作为 FQDN，使用 10.0.0.1 作为 IP 地址，则将以下行添加到 /etc/hosts：

   10.0.0.1  undercloud.example.com undercloud

9. 如果您计划让 Red Hat OpenStack Platform director 位于 overcloud 或其身份提供程序之外的独立域，则必须将额外的域添加到 /etc/resolv.conf：

   search overcloud.com idp.overcloud.com

   重要

   您必须为 DNS 启用端口扩展(dns_domain_ports)的 DNS 域，以便内部解析 RHOSP 环境中端口的名称。使用 NeutronDnsDomain 默认值 openstacklocal 意味着网络服务不会内部解析 DNS 的端口名称。如需更多信息，请参阅配置 Red Hat OpenStack Platform 网络 中的 指定 DNS 分配给端口的名称。

步骤

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

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

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

3. 查找 Red Hat OpenStack Platform (RHOSP) 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)
   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

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

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

5. 将 undercloud 锁定到 Red Hat Enterprise Linux 9.2:

   $ sudo subscription-manager release --set=9.2

步骤

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

2. 禁用所有默认软件仓库，并启用所需的 Red Hat Enterprise Linux (RHEL)软件仓库：

   [stack@director ~]$ sudo subscription-manager repos --disable=*
   [stack@director ~]$ sudo subscription-manager repos \
   --enable=rhel-9-for-x86_64-baseos-eus-rpms          \
   --enable=rhel-9-for-x86_64-appstream-eus-rpms       \
   --enable=rhel-9-for-x86_64-highavailability-eus-rpms \
   --enable=openstack-17.1-for-rhel-9-x86_64-rpms \
   --enable=fast-datapath-for-rhel-9-x86_64-rpms

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

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

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

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

   [stack@director ~]$ sudo dnf 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 从 Red Hat Container Catalog 拉取必要的镜像并将其推送到 undercloud 上的 registry 中。director 将该 registry 用作容器镜像源。如果直接从 Red Hat Container Catalog 拉取镜像，请忽略这个选项。

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

     注意

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

3. 修改 containers-prepare-parameter.yaml 以符合您的需求。有关容器镜像参数的更多信息，请参阅 容器镜像准备参数。

流程

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

2. 将 undercloud.conf 文件示例复制到 stack 用户的主目录：

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

3. 修改 undercloud.conf 文件中用于部署的参数值。有关可用于配置 undercloud 的参数的详情，请参考 Undercloud 配置参数。

   注意

   如果省略或注释掉参数，director 将使用默认值。

4. 保存 undercloud.conf 文件。

步骤

1. 创建名为 /home/stack/templates/custom-undercloud-params.yaml 的环境文件。

2. 编辑此文件并包括您的 heat 参数。例如，要为特定的 OpenStack Platform 服务启用调试功能，请在 custom-undercloud-params.yaml 文件中包括以下代码段：

   parameter_defaults:
     Debug: True

   有关您可以为 undercloud 配置的 heat 参数的信息，请参阅 undercloud 配置的通用 heat 参数。

3. 保存环境文件。

4. 编辑 undercloud.conf 文件，找到 custom_env_files 参数。编辑该参数以指向 custom-undercloud-params.yaml 环境文件：

   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. 将 undercloud.conf 文件中的 hieradata_override 参数设置为新 /home/stack/hieradata.yaml 文件的路径：

   hieradata_override = /home/stack/hieradata.yaml

步骤

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

   [stack@director ~]$ openstack undercloud install

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

   此脚本会生成两个文件：

   • /home/stack/tripleo-deploy/undercloud/tripleo-undercloud-passwords.yaml - director 服务的所有密码列表。
   • /home/stack/stackrc - 一组初始化变量，可帮助您访问 director 命令行工具。

2. 确认 RHOSP 服务容器正在运行：

   [stack@director ~]$ sudo podman ps -a --format "{{.Names}} {{.Status}}"

   以下命令输出显示 RHOSP 服务容器正在运行(Up)：

   memcached Up 3 hours (healthy)
   haproxy Up 3 hours
   rabbitmq Up 3 hours (healthy)
   mysql Up 3 hours (healthy)
   iscsid Up 3 hours (healthy)
   keystone Up 3 hours (healthy)
   keystone_cron Up 3 hours (healthy)
   neutron_api Up 3 hours (healthy)
   logrotate_crond Up 3 hours (healthy)
   neutron_dhcp Up 3 hours (healthy)
   neutron_l3_agent Up 3 hours (healthy)
   neutron_ovs_agent Up 3 hours (healthy)
   ironic_api Up 3 hours (healthy)
   ironic_conductor Up 3 hours (healthy)
   ironic_neutron_agent Up 3 hours (healthy)
   ironic_pxe_tftp Up 3 hours (healthy)
   ironic_pxe_http Up 3 hours (unhealthy)
   ironic_inspector Up 3 hours (healthy)
   ironic_inspector_dnsmasq Up 3 hours (healthy)
   neutron-dnsmasq-qdhcp-30d628e6-45e6-499d-8003-28c0bc066487 Up 3 hours
   ...

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

   [stack@director ~]$ source ~/stackrc

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

   (undercloud) [stack@director ~]$

步骤

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               | director.example.com |
   | ipmi                | director.example.com |
   | redfish             | director.example.com |
   +---------------------+----------------------+

步骤

1. 将您需要的示例网络定义模板从 /usr/share/openstack-tripleo-heat-templates/network-data-samples 复制到环境文件目录中：

   $ cp /usr/share/openstack-tripleo-heat-templates/network-data-samples/<sample_network_definition_file> /home/stack/templates/<networks_definition_file>

   • 将 <sample_network_definition_file > 替换为您要复制的示例网络定义文件的名称，如 default-network-isolation-ipv6.yaml。
   • 将 <networks_definition_file > 替换为网络定义文件的名称，如 network_data.yaml。
2. 更新本地网络定义文件中的网络和网络属性，以匹配 overcloud 网络环境的要求。有关您可以在网络定义文件中配置网络属性的属性的详情，请参考 网络定义文件配置选项。有关节点定义文件的示例，请参阅 网络定义文件 示例。

3. 可选： 要更改默认网络的用户可见名称，请将 name_lower 字段改为网络的新名称，并使用新名称更新 ServiceNetMap ：

   - name: InternalApi
     name_lower: <custom_name>
     service_net_map_replace: <default_name>

   • 不要修改 name 字段。
   • 将 <custom_name > 替换为您要分配给网络的新名称，如 MyCustomInternalApi。
   • 将 <default_name > 替换为 name_lower 参数的默认值，如 internal_api。

4. 可选：在网络定义文件中添加自定义网络。以下示例为存储备份添加网络：

   - name: StorageBackup
     vip: false
     name_lower: storage_backup
     subnets:
       storage_backup_subnet:
         ip_subnet: 172.16.6.0/24
         allocation_pools:
           - start: 172.16.6.4
           - end: 172.16.6.250
         gateway_ip: 172.16.6.1

步骤

1. 将您需要的示例网络 VIP 定义模板从 /usr/share/openstack-tripleo-heat-templates/network-data-samples 复制到环境文件目录中：

   $ cp /usr/share/openstack-tripleo-heat-templates/network-data-samples/<sample_network_VIP_definition_file> /home/stack/templates/<network_VIP_definition_file>

   • 将 <sample_network_VIP_definition_file > 替换为您要复制的示例网络 VIP 定义文件的名称，如 vip-data-default-network-isolation.yaml。
   • 将 <network_VIP_definition_file > 替换为网络 VIP 定义文件的名称，如 vip_data.yaml。

2. 可选：为您的环境配置网络 VIP 定义文件：

   - network: <network>
     dns_name: <dns_name>
     name: <vip_name>
     ip_address: <vip_address>
     subnet: <subnet>

   • 将 <network > 替换为分配 IP 地址的网络的名称，如 internal_api 或 storage。
   • 可选：将 <dns_name > 替换为 FQDN （完全限定域名），如 overcloud。
   • 可选：将 & lt;vip_name& gt; 替换为 VIP 名称。
   • 可选：将 <vip_address > 替换为网络的虚拟 IP 地址。

   • 可选：将 &lt;subnet> 替换为创建虚拟 IP 端口时要使用的子网名称。路由网络需要。

     例如，以下配置定义了外部网络和 control plane VIP：

     - network: external
       dns_name: overcloud
       ip_address: '1.2.3.4'
     - network: ctlplane
       dns_name: overcloud

   有关可用于配置网络 VIP 的属性的详情，请参考 网络 VIP 属性。

1. 为您的 overcloud 配置并调配网络资源。
2. 为您的 overcloud 配置并调配网络虚拟 IP。

1. 为 overcloud 注册裸机节点。
2. 为 director 提供裸机节点硬件清单。
3. 在节点定义文件中配置裸机节点的数量、属性和网络布局。
4. 为每个裸机节点分配一个与节点匹配的资源类，并将其指定角色分配。

步骤

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 使用其他名称，请使用 --stack 参数来选择具有不同名称的 overcloud：

   $ openstack overcloud status --stack <overcloud_name>

   • 将 <overcloud_name > 替换为 overcloud 的名称。

步骤

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。在本例中，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。在本例中，VLAN 是 201。
     • 使用 --share 选项创建共享网络。或者，指定租户而不是指定 --share，以便只有租户才能访问新网络。
     • 使用 --external 选项将提供商网络标记为外部网络。只有 Operator 才能在外部网络上创建端口。

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. 要将名为 br-floating 的新网桥映射到 浮动 物理网络，请在环境文件中包含 NeutronBridgeMappings 参数：

   parameter_defaults:
     NeutronBridgeMappings: "datacentre:br-ex,floating:br-floating"

2. 使用此方法，您可以在创建 overcloud 后创建单独的外部网络。例如，要创建映射到 floating 物理网络的浮动 IP 网络，请运行以下命令：

   $ source ~/overcloudrc
   (overcloud) $ openstack network create public --external --provider-physical-network floating --provider-network-type vlan --provider-segment 105
   (overcloud) $ openstack subnet create public --network public --dhcp --allocation-pool start=10.1.2.51,end=10.1.2.250 --gateway 10.1.2.1 --subnet-range 10.1.2.0/24

步骤

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. 运行集成测试，如 使用 Red Hat OpenStack Platform Integration Test Suite 验证云 中所述。

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

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

步骤

1. 创建名为 prevent-stack-delete.yaml 的环境文件。

2. 设置 HeatApiPolicies 参数：

   parameter_defaults:
     HeatApiPolicies:
       heat-deny-action:
         key: 'actions:action'
         value: 'rule:deny_everybody'
       heat-protect-overcloud:
         key: 'stacks:delete'
         value: 'rule:deny_everybody'

   • heat-deny-action 是您必须在 undercloud 安装中包含的默认策略。

   • 将 heat-protect-overcloud 策略设置为 rule:deny_everybody，以防止任何人删除 overcloud 中的任何堆栈。

     注意

     将 overcloud 保护设置为 rule:deny_everybody 表示您无法执行以下任一功能：

     • 删除 overcloud。
     • 删除单独的 Compute 或 Storage 节点。
     • 替换 Controller 节点。

3. 将 prevent-stack-delete.yaml 环境文件添加到 undercloud.conf 文件中的 custom_env_files 参数：

   custom_env_files = prevent-stack-delete.yaml

4. 运行 undercloud 安装命令以刷新配置：

   $ openstack undercloud install

步骤

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

2. 查找要访问的节点的名称：

   (undercloud)$ metalsmith list

3. 以 tripleo-admin 用户身份连接到节点：

   (undercloud)$ ssh tripleo-admin@overcloud-controller-0

流程

1. 要修改 overcloud，请在自定义环境文件和 heat 模板中进行修改，然后从您的初始 overcloud 创建中重新运行 openstack overcloud deploy 命令。例如，如果您使用 第 7.3 节 “配置和部署 overcloud” 创建 overcloud，请重新运行以下命令：

   $ source ~/stackrc
   (undercloud) $ openstack overcloud deploy --templates \
     -e ~/templates/overcloud-baremetal-deployed.yaml \
     -e ~/templates/network-environment.yaml \
     -e ~/templates/storage-environment.yaml \
     --ntp-server pool.ntp.org

   director 会在 heat 中检查 overcloud 栈，然后根据环境文件和 heat 模板更新栈中的每一项目。director 不会重新创建 overcloud，而是更改现有 overcloud。

   重要

   从自定义环境文件中移除参数不会将参数值恢复到默认配置。您必须从 /usr/share/openstack-tripleo-heat-templates中的核心 heat 模板集合中获得默认值，然后在自定义环境文件中手动设置这些值。

2. 如果您要包括新的环境文件，则使用 `-e` 选项将其添加到 openstack overcloud deploy 命令中。例如：

   $ source ~/stackrc
   (undercloud) $ openstack overcloud deploy --templates \
     -e ~/templates/new-environment.yaml \
     -e ~/templates/network-environment.yaml \
     -e ~/templates/storage-environment.yaml \
     -e ~/templates/overcloud-baremetal-deployed.yaml \
     --ntp-server pool.ntp.org

   此命令将环境文件中的新参数和资源纳入堆栈。

   重要

   不建议手动修改 overcloud 配置，因为 director 稍后可能会覆盖这些修改。

步骤

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

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

   • 将 <instance_name > 替换为实例的名称。
   • 将 <image_name > 替换为新镜像的名称。
   • 使用导出的虚拟机的名称替换 <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 --disk-format qcow2  -file <exported_vm.qcow2> --container-format bare <image_name>

6. 启动新实例：

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

流程

1. 启动临时 Heat 进程：

   (undercloud)$ openstack tripleo launch heat --heat-dir /home/stack/overcloud-deploy/<overcloud>/heat-launcher --restore-db

   • 将 <overcloud > 替换为 overcloud 堆栈的名称。
   注意

   命令会在启动 Heat 进程后退出，并且 Heat 进程在后台作为 Podman 容器集运行。

2. 验证 ephemeral-heat 进程是否正在运行：

   (undercloud)$ sudo podman pod ps
   POD ID        NAME            STATUS      CREATED        INFRA ID      # OF CONTAINERS
   958b141609b2  ephemeral-heat  Running     2 minutes ago  44447995dbcf  3

3. 导出 OS_CLOUD 环境：

   (undercloud)$ export OS_CLOUD=heat

4. 列出已安装的堆栈：

   (undercloud)$ openstack stack list
   +--------------------------------------+------------+---------+-----------------+----------------------+--------------+
   | ID                                   | Stack Name | Project | Stack Status    | Creation Time        | Updated Time |
   +--------------------------------------+------------+---------+-----------------+----------------------+--------------+
   | 761e2a54-c6f9-4e0f-abe6-c8e0ad51a76c | overcloud  | admin   | CREATE_COMPLETE | 2022-08-29T20:48:37Z | None         |
   +--------------------------------------+------------+---------+-----------------+----------------------+--------------+

   您可以使用 openstack stack environment show 和 openstack stack resource list 等命令进行调试。

5. 调试完成后，停止临时 Heat 进程：

   (undercloud)$ openstack tripleo launch heat --kill

流程

1. 要查看您的节点清单，请运行以下命令：

   (undercloud) $ ansible -i ./overcloud-deploy/<stack>/tripleo-ansible-inventory.yaml all --list

   注意

   将 stack 替换为部署的 overcloud 堆栈的名称。

2. 要在您的环境中执行 Ansible playbook，请运行 ansible 命令并使用 -i 选项包括到清单文件的完整路径。例如：

   (undercloud) $ ansible <hosts> -i ./overcloud-deploy/tripleo-ansible-inventory.yaml <playbook> <options>

   • 将 &lt;hosts> 替换为您要使用的主机类型：

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

   • 将 & lt;options& gt; 替换为额外的 Ansible 选项。

     • 使用 --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. 以 stack 用户身份登录 undercloud 主机。

2. 查找 stackrc undercloud 凭证文件：

   $ source ~/stackrc

3. 检索堆栈中所有节点的列表及其当前状态：

   (undercloud)$ openstack baremetal node list
   +--------------------------------------+--------------+--------------------------------------+-------------+--------------------+-------------+
   | UUID                                 | Name         | Instance UUID                        | Power State | Provisioning State | Maintenance |
   +--------------------------------------+--------------+--------------------------------------+-------------+--------------------+-------------+
   | 92ae71b0-3c31-4ebb-b467-6b5f6b0caac7 | compute-0    | 059fb1a1-53ea-4060-9a47-09813de28ea1 | power on    | active             | False       |
   | 9d6f955e-3d98-4d1a-9611-468761cebabf | compute-1    | e73a4b50-9579-4fe1-bd1a-556a2c8b504f | power on    | active             | False       |
   | 8a686fc1-1381-4238-9bf3-3fb16eaec6ab | controller-0 | 6d69e48d-10b4-45dd-9776-155a9b8ad575 | power on    | active             | False       |
   | eb8083cc-5f8f-405f-9b0c-14b772ce4534 | controller-1 | 1f836ac0-a70d-4025-88a3-bbe0583b4b8e | power on    | active             | False       |
   | a6750f1f-8901-41d6-b9f1-f5d6a10a76c7 | controller-2 | e2edd028-cea6-4a98-955e-5c392d91ed46 | power on    | active             | False       |
   +--------------------------------------+--------------+--------------------------------------+-------------+--------------------+-------------+

4. 删除 overcloud 堆栈并取消置备节点和网络：

   (undercloud)$ openstack overcloud delete -b <node_definition_file> \
    --networks-file <networks_definition_file> --network-ports <stack>

   • 将 <node_definition_file > 替换为节点定义文件的名称，如 overcloud-baremetal-deploy.yaml。
   • 将 <networks_definition_file > 替换为网络定义文件的名称，如 network_data_v2.yaml。
   • 将 &lt;stack> 替换为您要删除的堆栈的名称。如果未指定，则默认堆栈为 overcloud。

5. 确认要删除 overcloud：

   Are you sure you want to delete this overcloud [y/N]?

6. 等待 overcloud 删除，以及节点和网络取消置备。

7. 确认裸机节点已取消置备：

   (undercloud) [stack@undercloud-0 ~]$ openstack baremetal node list
   +--------------------------------------+--------------+---------------+-------------+--------------------+-------------+
   | UUID                                 | Name         | Instance UUID | Power State | Provisioning State | Maintenance |
   +--------------------------------------+--------------+---------------+-------------+--------------------+-------------+
   | 92ae71b0-3c31-4ebb-b467-6b5f6b0caac7 | compute-0    | None          | power off   | available          | False       |
   | 9d6f955e-3d98-4d1a-9611-468761cebabf | compute-1    | None          | power off   | available          | False       |
   | 8a686fc1-1381-4238-9bf3-3fb16eaec6ab | controller-0 | None          | power off   | available          | False       |
   | eb8083cc-5f8f-405f-9b0c-14b772ce4534 | controller-1 | None          | power off   | available          | False       |
   | a6750f1f-8901-41d6-b9f1-f5d6a10a76c7 | controller-2 | None          | power off   | available          | False       |
   +--------------------------------------+--------------+---------------+-------------+--------------------+-------------+

8. 删除堆栈目录：

   $ rm -rf ~/overcloud-deploy/<stack>
   $ rm -rf ~/config-download/<stack>

   注意

   如果使用 openstack overcloud deploy 命令部署 overcloud 时使用了 --output-dir 和 --working-dir 选项，则堆栈的目录路径可能与默认值不同。

流程

1. 创建名为 newnodes.json 的新 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.02.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.02.24.208"
       }
     ]
   }

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

3. 查找 stackrc undercloud 凭证文件：

   $ source ~/stackrc

4. 注册新节点：

   $ openstack overcloud node import newnodes.json

5. 为每个新节点启动内省过程：

   $ openstack overcloud node introspect \
    --provide <node_1> [<node_2>] [<node_n>]

   • 使用 --provide 选项，在内省后将所有指定的节点重置为 available 状态。
   • 将 <node_1& gt ; , <node_ 2>，将直到 < node_n > 的所有节点替换为您要内省的每个节点的 UUID。

6. 为每个新节点配置镜像属性：

   $ openstack overcloud node configure <node>

流程

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

2. 查找 stackrc undercloud 凭证文件：

   $ source ~/stackrc

3. 打开用于置备裸机节点的 overcloud-baremetal-deploy.yaml 节点定义文件。

4. 增加您要扩展的角色的 count 参数。例如，以下配置将 Object Storage 节点数增加到 4：

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

5. 可选：为新节点配置预测节点放置。例如，使用以下配置在 node03 上置备新的 Object Storage 节点：

   - name: ObjectStorage
     count: 4
     instances:
     - hostname: overcloud-objectstorage-0
       name: node00
     - hostname: overcloud-objectstorage-1
       name: node01
     - hostname: overcloud-objectstorage-2
       name: node02
     - hostname: overcloud-objectstorage-3
       name: node03

6. 可选：定义您要分配给新节点的任何其他属性。有关您可以在节点定义文件中配置节点属性的属性的更多信息，请参阅 裸机节点置备属性。
7. 如果您使用 Object Storage 服务(swift)和整个磁盘 overcloud 镜像，overcloud-hardened-uefi-full，请根据您的磁盘大小配置 /srv 分区的大小以及 /var 和 /srv 的存储要求。如需更多信息，请参阅为对象存储服务配置整个磁盘分区。

8. 置备 overcloud 节点：

   $ openstack overcloud node provision \
     --stack <stack> \
     --network-config \
     --output <deployment_file> \
     /home/stack/templates/overcloud-baremetal-deploy.yaml

   • 将 & lt;stack> 替换为置备裸机节点的堆栈名称。如果未指定，则默认为 overcloud。
   • 包含 --network-config 参数，为 cli-overcloud-node-network-config.yaml Ansible playbook 提供网络定义。

   • 将 <deployment_file> 替换为用于部署命令生成的 heat 环境文件的名称，如 /home/stack/templates/overcloud-baremetal-deployed.yaml。

     注意

     如果您从 Red Hat OpenStack Platform 16.2 升级到 17.1，则必须在 openstack overcloud node provision 命令中在升级过程中创建或更新的 YAML 文件。例如，使用 /home/stack/tripleo-[stack]-baremetal-deploy.yaml 文件，而不是 /home/stack/templates/overcloud-baremetal-deployed.yaml 文件。有关更多信息，请参阅 执行 overcloud 的采用和 准备 Framework (16.2 到 17.1)。

9. 在一个单独的终端中监控置备进度。当置备成功时，节点状态将从 available 变为 active ：

   $ watch openstack baremetal node list

10. 使用其他环境文件将生成的 overcloud-baremetal-deployed.yaml 文件添加到堆栈中，并部署 overcloud：

    $ openstack overcloud deploy --templates \
      -e [your environment files] \
      -e /home/stack/templates/overcloud-baremetal-deployed.yaml \
      --deployed-server \
      --disable-validations \
      ...

流程

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

2. 查找 stackrc undercloud 凭证文件：

   $ source ~/stackrc

3. 对于您要缩减的角色，减少 overcloud-baremetal-deploy.yaml 文件中的 count 参数。
4. 定义您要从堆栈中删除的每个节点的 主机名和 名称 （如果它们尚未在角色的 instances 属性中定义）。

5. 将 attribute provisioned: false 添加到您要删除的节点。例如，要从堆栈中删除节点 overcloud-objectstorage-1，请在 overcloud-baremetal-deploy.yaml 文件中包含以下代码片段：

   - name: ObjectStorage
     count: 3
     instances:
     - hostname: overcloud-objectstorage-0
       name: node00
     - hostname: overcloud-objectstorage-1
       name: node01
       # Removed from cluster due to disk failure
       provisioned: false
     - hostname: overcloud-objectstorage-2
       name: node02
     - hostname: overcloud-objectstorage-3
       name: node03

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

   注意

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

6. 从 overcloud 删除节点：

   $ openstack overcloud node delete \
     --stack <stack> \
     --baremetal-deployment \
      /home/stack/templates/overcloud-baremetal-deploy.yaml

   • 将 & lt;stack> 替换为置备裸机节点的堆栈名称。如果未指定，则默认为 overcloud。

     注意

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

7. 删除 ironic 节点：

   $ openstack baremetal node delete <IRONIC_NODE_UUID>

   将 IRONIC_NODE_UUID 替换为节点的 UUID。

8. 置备 overcloud 节点以生成更新的 heat 环境文件，以包括在部署命令中：

   $ openstack overcloud node provision \
     --stack <stack> \
     --output <deployment_file> \
     /home/stack/templates/overcloud-baremetal-deploy.yaml

   • 将 <deployment_file> 替换为用于部署命令生成的 heat 环境文件的名称，如 /home/stack/templates/overcloud-baremetal-deployed.yaml。

9. 将 provisioning 命令生成的 overcloud-baremetal-deployed.yaml 文件添加到与其他环境文件的堆栈中，并部署 overcloud：

   $ openstack overcloud deploy \
     ...
     -e /usr/share/openstack-tripleo-heat-templates/environments \
     -e /home/stack/templates/overcloud-baremetal-deployed.yaml \
     --deployed-server \
     --disable-validations \
     ...

步骤

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

   $ source stackrc
   $ openstack overcloud status

   只有 overcloud 堆栈的部署状态为 DEPLOY_SUCCESS 时才继续。

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

   $ sudo dnf -y install mariadb

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

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

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

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

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

   $ df -h

6. 如果您要为新 Controller 节点重复使用 IP 地址，请确保删除旧 Controller 使用的端口：

   $ openstack port delete <port>

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

   $ ssh tripleo-admin@192.168.0.47 'sudo pcs status'

   输出显示了在现有节点上运行的所有服务，以及在故障节点上停止的服务。

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

   • wsrep_local_state_comment: Synced

   • wsrep_cluster_size: 2

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

     $ for i in 192.168.0.46 192.168.0.47 ; do echo "*** $i ***" ; ssh tripleo-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

9. 检查 RabbitMQ 状态。例如，运行的 Controller 节点的 IP 地址是 192.168.0.47，使用以下命令查看 RabbitMQ 的状态：

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

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

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

    $ ssh tripleo-admin@192.168.0.47 "sudo pcs property show stonith-enabled"

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

    $ ssh tripleo-admin@192.168.0.47 "sudo pcs property set stonith-enabled=false"

11. 登录到失败的 Controller 节点，并停止运行的所有 nova zFCP 容器：

    $ sudo systemctl stop tripleo_nova_api.service
    $ sudo systemctl stop tripleo_nova_api_cron.service
    $ sudo systemctl stop tripleo_nova_conductor.service
    $ sudo systemctl stop tripleo_nova_metadata.service
    $ sudo systemctl stop tripleo_nova_scheduler.service

12. 可选：如果您使用 Bare Metal Service (ironic)作为 virt 驱动程序，则必须为其 instances.host 被设置为要删除的控制器的任何裸机实例手动更新单元数据库中的服务条目。联系红帽支持以获取帮助。

    注意

    当使用 Bare Metal Service (ironic)作为 virt 驱动程序时，这个手动更新会临时解决这个问题，以确保节点重新平衡，直到 BZ2017980 完成为止。

流程

1. 连接到要替换的 Controller 节点：

   $ ssh tripleo-admin@192.168.0.47

2. 列出 Ceph mon 服务：

   $ sudo systemctl --type=service | grep ceph
   ceph-4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31@crash.controller-0.service          loaded active running Ceph crash.controller-0 for 4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31
     ceph-4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31@mgr.controller-0.mufglq.service     loaded active running Ceph mgr.controller-0.mufglq for 4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31
     ceph-4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31@mon.controller-0.service            loaded active running Ceph mon.controller-0 for 4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31
     ceph-4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31@rgw.rgw.controller-0.ikaevh.service loaded active running Ceph rgw.rgw.controller-0.ikaevh for 4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31

3. 停止 Ceph mon 服务：

   $ sudo systemtctl stop ceph-4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31@mon.controller-0.service

4. 禁用 Ceph mon 服务：

   $ sudo systemctl disable ceph-4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31@mon.controller-0.service

5. 从要替换的 Controller 节点断开连接。

6. 使用 SSH 连接到同一集群中的另一 Controller 节点：

   $ ssh tripleo-admin@192.168.0.46

7. 在此过程中修改并应用 Ceph 规格文件，以操作您必须导出该文件：

   $ sudo cephadm shell --ceph orch ls --export > spec.yaml

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

   $ sudo cephadm shell -- ceph mon remove controller-0
     removing mon.controller-0 at [v2:172.23.3.153:3300/0,v1:172.23.3.153:6789/0], there will be 2 monitors

9. 从 Controller 节点断开连接，再重新登录到您要从集群中删除的 Controller 节点：

   $ ssh tripleo-admin@192.168.0.47

10. 列出 Ceph mgr 服务：

    $ sudo systemctl --type=service | grep ceph
    ceph-4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31@crash.controller-0.service          loaded active running Ceph crash.controller-0 for 4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31
      ceph-4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31@mgr.controller-0.mufglq.service     loaded active running Ceph mgr.controller-0.mufglq for 4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31
      ceph-4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31@rgw.rgw.controller-0.ikaevh.service loaded active running Ceph rgw.rgw.controller-0.ikaevh for 4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31

11. 停止 Ceph mgr 服务：

    $ sudo systemctl stop ceph-4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31@mgr.controller-0.mufglq.service

12. 禁用 Ceph mgr 服务：

    $ sudo systemctl disable ceph-4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31@mgr.controller-0.mufglq.service

13. 启动 cephadm shell：

    $ sudo cephadm shell

14. 验证 Controller 节点的 Ceph mgr 服务是否已从集群中移除：

    $ ceph -s
    cluster:
         id:     b9b53581-d590-41ac-8463-2f50aa985001
         health: HEALTH_OK
    
       services:
         mon: 2 daemons, quorum controller-2,controller-1 (age 2h)
         mgr: controller-2(active, since 20h), standbys: controller1-1
         osd: 15 osds: 15 up (since 3h), 15 in (since 3h)
    
       data:
         pools:   3 pools, 384 pgs
         objects: 32 objects, 88 MiB
         usage:   16 GiB used, 734 GiB / 750 GiB avail
        pgs:     384 active+clean

    如果 Ceph mgr 服务被成功移除，则节点不会被列出。

15. 导出 Red Hat Ceph Storage 规格：

    $ ceph orch ls --export > spec.yaml

16. 在 spec.yaml 规范文件中，从 service_type: mon 和 service_type: mgr 中删除主机的所有实例，如 controller-0。

17. 重新应用 Red Hat Ceph Storage 规格：

    $ ceph orch apply -i spec.yaml

18. 验证删除的主机上没有保留 Ceph 守护进程：

    $ ceph orch ps controller-0

    注意

    如果存在守护进程，使用以下命令删除它们：

    $ ceph orch host drain controller-0

    在运行 ceph orch host drain 命令前，备份 /etc/ceph 的内容。在运行 ceph orch host drain 命令后恢复内容。您必须在运行 ceph orch host drain 命令前备份，直到 https://bugzilla.redhat.com/show_bug.cgi?id=2153827 解析为止。

19. 从 Red Hat Ceph Storage 集群中删除 controller-0 主机：

    $ ceph orch host rm controller-0
      Removed host 'controller-0'

20. 退出 cephadm shell：

    $ exit

流程

1. 要查看 Controller 节点的 IP 地址列表，请运行以下命令：

   (undercloud)$ metalsmith -c Hostname -c "IP Addresses" list
   +------------------------+-----------------------+
   | Hostname               | IP Addresses          |
   +------------------------+-----------------------+
   | 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 状态。如果 pacemaker 正在运行，请使用 pcs cluster 命令停止 pacemaker。本例停止 overcloud-controller-0 上的 pacemaker ：

   (undercloud) $ ssh tripleo-admin@192.168.0.45 "sudo pcs status | grep -w Online | grep -w overcloud-controller-0"
   (undercloud) $ ssh tripleo-admin@192.168.0.45 "sudo pcs cluster stop overcloud-controller-0"

   注意

   如果节点物理不可用或停止，则不需要执行前面的操作，因为 pacemaker 已在该节点上停止。

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

   (undercloud) $ ssh tripleo-admin@192.168.0.45 "sudo pcs cluster node remove overcloud-controller-0"

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

   (undercloud) $ ssh tripleo-admin@192.168.0.45 "sudo pcs cluster node remove overcloud-controller-0 --skip-offline --force"

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

   (undercloud) $ ssh tripleo-admin@192.168.0.45 "sudo pcs host deauth overcloud-controller-0"

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

5. 要确保新 Controller 节点在替换后使用正确的 STONITH 隔离设备，请输入以下命令从节点中删除设备：

   (undercloud) $ ssh tripleo-admin@192.168.0.45 "sudo pcs stonith delete <stonith_resource_name>"

   • 将 <stonith_resource_name > 替换为与节点对应的 STONITH 资源的名称。资源名称使用 < resource_agent>-<host_mac> 格式。您可以在 fence.yaml 文件的 FencingConfig 部分查找资源代理和主机 MAC 地址。

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

   (undercloud) $ ssh tripleo-admin@192.168.0.45 "sudo pcs resource unmanage galera-bundle"

7. 从集群中删除替换 Controller 节点的 OVN 北向数据库服务器：

   1. 获取要替换的 OVN 北向数据库服务器的服务器 ID：

      $ ssh tripleo-admin@<controller_ip> sudo podman exec ovn_cluster_north_db_server ovs-appctl -t /var/run/ovn/ovnnb_db.ctl cluster/status OVN_Northbound 2>/dev/null|grep -A4 Servers:

      将 <controller_ip> 替换为任何活跃 Controller 节点的 IP 地址。

      您应该看到类似如下的输出：

      Servers:
      96da (96da at tcp:172.17.1.55:6643) (self) next_index=26063 match_index=26063 466b (466b at tcp:172.17.1.51:6643) next_index=26064 match_index=26063 last msg 2936 ms ago
      ba77 (ba77 at tcp:172.17.1.52:6643) next_index=26064 match_index=26063 last msg 2936 ms ago

      在本例中，172.17.1.55 是被替换的 Controller 节点的内部 IP 地址，因此北向数据库服务器 ID 为 96da。

   2. 使用您在上一步中获得的服务器 ID，运行以下命令来删除 OVN 北向数据库服务器：

      $ ssh tripleo-admin@172.17.1.52 sudo podman exec ovn_cluster_north_db_server ovs-appctl -t /var/run/ovn/ovnnb_db.ctl cluster/kick OVN_Northbound 96da

      在本例中，您要将 172.17.1.52 替换为任何活跃的 Controller 节点的 IP 地址，并将 96da 替换为 OVN 北向数据库服务器的服务器 ID。

8. 从集群中移除替换 Controller 节点的 OVN 南向数据库服务器：

   1. 获取要替换的 OVN 南向数据库服务器的服务器 ID：

      $ ssh tripleo-admin@<controller_ip> sudo podman exec ovn_cluster_south_db_server ovs-appctl -t /var/run/ovn/ovnsb_db.ctl cluster/status OVN_Southbound 2>/dev/null|grep -A4 Servers:

      将 <controller_ip> 替换为任何活跃 Controller 节点的 IP 地址。

      您应该看到类似如下的输出：

      Servers:
      e544 (e544 at tcp:172.17.1.55:6644) last msg 42802690 ms ago
      17ca (17ca at tcp:172.17.1.51:6644) last msg 5281 ms ago
      6e52 (6e52 at tcp:172.17.1.52:6644) (self)

      在本例中，172.17.1.55 是要替换的 Controller 节点的内部 IP 地址，因此南向数据库服务器 ID 为 e544。

   2. 使用您在上一步中获得的服务器 ID，运行以下命令来删除 OVN 南向数据库服务器：

      $ ssh tripleo-admin@172.17.1.52 sudo podman exec ovn_cluster_south_db_server ovs-appctl -t /var/run/ovn/ovnsb_db.ctl cluster/kick OVN_Southbound e544

      在本例中，您要将 172.17.1.52 替换为任何活跃的 Controller 节点的 IP 地址，并将 e544 替换为 OVN 南向数据库服务器的服务器 ID。

9. 运行以下清理命令以防止重新加入集群。

   将 <replaced_controller_ip> 替换为您要替换的 Controller 节点的 IP 地址：

   $ ssh tripleo-admin@<replaced_controller_ip> sudo systemctl disable --now tripleo_ovn_cluster_south_db_server.service tripleo_ovn_cluster_north_db_server.service
   
   $ ssh tripleo-admin@<replaced_controller_ip> sudo rm -rfv /var/lib/openvswitch/ovn/.ovn* /var/lib/openvswitch/ovn/ovn*.db

1. 在 IdM 服务器上，从 IDM 中删除控制器节点的所有 DNS 条目：

   [root@server ~]# ipa dnsrecord-del
   Record name: <host name> 1
   Zone name: <domain name> 2
   No option to delete specific record provided.
   Delete all? Yes/No (default No): yes
   ------------------------
   Deleted record "<host name>"

   • 将 <host name > 替换为控制器的主机名
   • 将 <domain name > 替换为控制器的域名

2. 在 IdM 服务器中，从 IdM LDAP 服务器中删除客户端主机条目。这会删除所有服务并吊销为该主机发布的所有证书：

   [root@server ~]# ipa host-del client.idm.example.com

步骤

1. 运行以下命令，查找 bootstrap Controller 节点的名称：

   ssh tripleo-admin@<controller_ip> "sudo hiera -c /etc/puppet/hiera.yaml pacemaker_short_bootstrap_node_name"

   • 将 <controller_ip> 替换为任何活跃 Controller 节点的 IP 地址。

2. 检查您的环境文件是否包含 ExtraConfig 和 AllNodesExtraMapData 参数。如果没有设置参数，请创建以下环境文件 ~/templates/bootstrap-controller.yaml 并添加以下内容：

   parameter_defaults:
     ExtraConfig:
       pacemaker_short_bootstrap_node_name: NODE_NAME
       mysql_short_bootstrap_node_name: NODE_NAME
     AllNodesExtraMapData:
       ovn_dbs_bootstrap_node_ip: NODE_IP
       ovn_dbs_short_bootstrap_node_name: NODE_NAME

   • 将 NODE_NAME 替换为在替换过程后您要在 bootstrap 操作中使用的现有 Controller 节点的名称。

   • 将 NODE_IP 替换为映射到 NODE_NAME 中命名的控制器的 IP 地址。要获取名称，请运行以下命令：

     sudo hiera -c /etc/puppet/hiera.yaml ovn_dbs_node_ips

     如果您的环境文件已经包含 ExtraConfig 和 AllNodesExtraMapData 参数，请只添加此步骤中显示的行。

流程

1. Source stackrc 文件：

   $ source ~/stackrc

2. 识别 overcloud-controller-0 节点的 UUID：

   (undercloud)$ NODE=$(metalsmith -c UUID -f value show overcloud-controller-0)

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

   $ openstack baremetal node maintenance set $NODE

4. 复制 overcloud-baremetal-deploy.yaml 文件：

   $ cp /home/stack/templates/overcloud-baremetal-deploy.yaml /home/stack/templates/unprovision_controller-0.yaml

5. 在 unprovision_controller-0.yaml 文件中，降低 Controller 数量来取消置备您要替换的 Controller 节点。在本例中，计数从 3 减小到 2。将 controller-0 节点移到 instances 字典中，并将 provisioned 参数设置为 false ：

   - name: Controller
     count: 2
     hostname_format: controller-%index%
     defaults:
       resource_class: BAREMETAL.controller
       networks:
         [ ... ]
     instances:
     - hostname: controller-0
       name: <IRONIC_NODE_UUID_or_NAME>
       provisioned: false
   - name: Compute
     count: 2
     hostname_format: compute-%index%
     defaults:
       resource_class: BAREMETAL.compute
       networks:
         [ ... ]

6. 运行 node unprovision 命令：

   $ openstack overcloud node delete \
     --stack overcloud \
     --baremetal-deployment /home/stack/templates/unprovision_controller-0.yaml

   The following nodes will be unprovisioned:
   +--------------+-------------------------+--------------------------------------+
   | hostname     | name                    | id                                   |
   +--------------+-------------------------+--------------------------------------+
   | controller-0 | baremetal-35400-leaf1-2 | b0d5abf7-df28-4ae7-b5da-9491e84c21ac |
   +--------------+-------------------------+--------------------------------------+
   
   Are you sure you want to unprovision these overcloud nodes and ports [y/N]?

7. 可选：删除 ironic 节点：

   $ openstack baremetal node delete <IRONIC_NODE_UUID>

   • 将 IRONIC_NODE_UUID 替换为节点的 UUID。

流程

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

2. 查找 stackrc undercloud 凭证文件：

   $ source ~/stackrc

3. 使用原始 overcloud-baremetal-deploy.yaml 环境文件置备 overcloud：

   $ openstack overcloud node provision
     --stack overcloud
     --network-config
     --output /home/stack/templates/overcloud-baremetal-deployed.yaml
     /home/stack/templates/overcloud-baremetal-deploy.yaml

   注意

   如果要使用相同的调度、放置或 IP 地址，您可以编辑 overcloud-baremetal-deploy.yaml 环境文件。在 instances 部分中，为新的 controller-0 实例设置主机名、名称和网络。例如：

   - name: Controller
     count: 3
     hostname_format: controller-%index%
     defaults:
       resource_class: BAREMETAL.controller
       networks:
       - network: external
         subnet: external_subnet
       - network: internal_api
         subnet: internal_api_subnet01
       - network: storage
         subnet: storage_subnet01
       - network: storage_mgmt
         subnet: storage_mgmt_subnet01
       - network: tenant
         subnet: tenant_subnet01
       network_config:
         template: templates/multiple_nics/multiple_nics_dvr.j2
         default_route_network:
         - external
     instances:
     - hostname: controller-0
       name: baremetal-35400-leaf1-2
       networks:
       - network: external
         subnet: external_subnet
         fixed_ip: 10.0.0.224
       - network: internal_api
         subnet: internal_api_subnet01
         fixed_ip: 172.17.0.97
       - network: storage
         subnet: storage_subnet01
         fixed_ip: 172.18.0.24
       - network: storage_mgmt
         subnet: storage_mgmt_subnet01
         fixed_ip: 172.19.0.129
       - network: tenant
         subnet: tenant_subnet01
         fixed_ip: 172.16.0.11
   - name: Compute
     count: 2
     hostname_format: compute-%index%
     defaults:
       [ ... ]

   置备节点时，从 overcloud-baremetal-deploy.yaml 文件中删除 instances 部分。

4. 要在新 Controller 节点上创建 cephadm 用户，请导出包含新主机信息的基本 Ceph 规格：

   $ openstack overcloud ceph spec --stack overcloud \
     /home/stack/templates/overcloud-baremetal-deployed.yaml \
     -o ceph_spec_host.yaml

   注意

   如果您的环境使用自定义角色，请包含 --roles-data 选项。

5. 将 cephadm 用户添加到新的 Controller 节点：

   $ openstack overcloud ceph user enable \
     --stack overcloud ceph_spec_host.yaml

6. 登录 Controller 节点，并将新角色添加到 Ceph 集群：

   $ sudo cephadm shell \
     -- ceph orch host add controller-3 <IP_ADDRESS> <LABELS>
   192.168.24.31 _admin mon mgr
   Inferring fsid 4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31
   Using recent ceph image undercloud-0.ctlplane.redhat.local:8787/rh-osbs/rhceph@sha256:3075e8708792ebd527ca14849b6af4a11256a3f881ab09b837d7af0f8b2102ea
   Added host 'controller-3' with addr '192.168.24.31'

   • 将 <IP_ADDRESS> 替换为 Controller 节点的 IP 地址。
   • 将 <LABELS> 替换为任何所需的 Ceph 标签。

7. 重新运行 openstack overcloud deploy 命令：

   $ openstack overcloud deploy --stack overcloud --templates \
       -n /home/stack/templates/network_data.yaml \
       -r /home/stack/templates/roles_data.yaml \
       -e /home/stack/templates/overcloud-baremetal-deployed.yaml \
       -e /home/stack/templates/overcloud-networks-deployed.yaml \
       -e /home/stack/templates/overcloud-vips-deployed.yaml \
       -e /home/stack/templates/bootstrap_node.yaml \
       -e [ ... ]

   注意

   如果替换的 Controller 节点是 bootstrap 节点，请包含 bootstrap_node.yaml 环境文件。

流程

1. 修改 spec.yml 环境文件，将前面的 Controller 节点名称替换为新的 Controller 节点名称：

   $ cephadm shell -- ceph orch ls --export > spec.yml

   注意

   不要使用基本的 Ceph 环境文件 ceph_spec_host.yaml，因为它不包含所有必要的集群信息。

2. 应用修改后的 Ceph 规格文件：

   $ cat spec.yml | sudo cephadm shell -- ceph orch apply -i -
   Inferring fsid 4cf401f9-dd4c-5cda-9f0a-fa47fbf12b31
   Using recent ceph image undercloud-0.ctlplane.redhat.local:8787/rh-osbs/rhceph@sha256:3075e8708792ebd527ca14849b6af4a11256a3f881ab09b837d7af0f8b2102ea
   Scheduled crash update...
   Scheduled mgr update...
   Scheduled mon update...
   Scheduled osd.default_drive_group update...
   Scheduled rgw.rgw update...

3. 验证新监控器的可见性：

   $ sudo cephadm --ceph status

流程

1. 登录 Controller 节点。

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

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

3. 启用隔离：

   [tripleo-admin@overcloud-controller-0 ~]$ sudo pcs property set stonith-enabled=true

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

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

   注意

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

5. 退出 director：

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

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

   $ source ~/overcloudrc

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

   (overcloud) $ openstack network agent list

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

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

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

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

10. 清理 cinder 服务。

    1. 列出 cinder 服务：

       (overcloud) $ openstack volume service list

    2. 登录到控制器节点，连接到 cinder-api 容器，并使用 cinder-manage service remove 命令删除左侧服务：

       [tripleo-admin@overcloud-controller-0 ~]$ sudo podman exec -it cinder_api cinder-manage service remove cinder-backup <host>
       [tripleo-admin@overcloud-controller-0 ~]$ sudo podman exec -it cinder_api cinder-manage service remove cinder-scheduler <host>

11. 清理 RabbitMQ 集群。

    1. 登录 Controller 节点。

    2. 使用 podman exec 命令启动 bash，并验证 RabbitMQ 集群的状态：

       [tripleo-admin@overcloud-controller-0 ~]$ sudo podman exec -it rabbitmq-bundle-podman-0 bash
       [root@overcloud-controller-0 /]$ rabbitmqctl cluster_status

    3. 使用 rabbitmqctl 命令忘记替换的控制器节点：

       [root@controller-0 /]$ rabbitmqctl forget_cluster_node <node_name>

12. 如果替换了 bootstrap Controller 节点，则必须在替换过程后移除环境文件 ~/templates/bootstrap-controller.yaml，或者从现有环境文件中移除 pacemaker_short_bootstrap_node_name 和 mysql_short_bootstrap_node_name 参数。此步骤可防止 director 在后续替换中尝试覆盖 Controller 节点名称。如需更多信息，请参阅 替换 bootstrap Controller 节点。

13. 如果您在 overcloud 上使用 Object Storage 服务(swift)，则必须在更新 overcloud 节点后同步 swift 环。使用类似以下示例的脚本，将 ring 文件从之前存在的 Controller 节点（本例中为Controller 节点 0）分发到所有 Controller 节点，再重启这些节点上的对象存储服务容器：

    #!/bin/sh
    set -xe
    
    SRC="tripleo-admin@overcloud-controller-0.ctlplane"
    ALL="tripleo-admin@overcloud-controller-0.ctlplane tripleo-admin@overcloud-controller-1.ctlplane tripleo-admin@overcloud-controller-2.ctlplane"

    • 获取当前的环文件集合：

      ssh "${SRC}" 'sudo tar -czvf - /var/lib/config-data/puppet-generated/swift_ringbuilder/etc/swift/{*.builder,*.ring.gz,backups/*.builder}' > swift-rings.tar.gz

    • 将 ring 上传到所有节点，将它们放在正确的位置，然后重新启动 swift 服务：

      for DST in ${ALL}; do
        cat swift-rings.tar.gz | ssh "${DST}" 'sudo tar -C / -xvzf -'
        ssh "${DST}" 'sudo podman restart swift_copy_rings'
        ssh "${DST}" 'sudo systemctl restart tripleo_swift*'
      done

步骤

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

2. 重新引导 undercloud：

   $ sudo reboot

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

流程

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

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

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

3. 重新引导节点：

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

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

验证

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

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

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

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

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

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

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

步骤

1. 登录到一个 Ceph MON 节点。

2. 重新引导节点：

   $ sudo reboot

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

流程

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

   $ sudo cephadm shell -- ceph osd set noout
   $ sudo cephadm shell -- ceph osd set norebalance

   注意

   如果您有多堆栈或分布式计算节点(DCN)架构，您必须在设置 noout 和 norebalance 标志时指定 Ceph 集群名称。例如： sudo cephadm shell -c /etc/ceph/<cluster>.conf -k /etc/ceph/<cluster>.client.keyring。

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

3. 重新引导节点：

   $ sudo reboot

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

5. 登录节点并检查 Ceph 集群状态：

   $ sudo cephadm -- shell ceph status

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

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

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

   $ sudo cephadm shell -- ceph osd unset noout
   $ sudo cephadm shell -- ceph osd unset norebalance

   注意

   如果您有多堆栈或分布式计算节点(DCN)架构，您必须在取消设置 noout 和 norebalance 标志时指定 Ceph 集群名称。例如： sudo cephadm shell -c /etc/ceph/<cluster>.conf -k /etc/ceph/<cluster>.client.keyring

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

   $ sudo cephadm shell ceph status

流程

1. 登录 Object Storage 节点。

2. 重新引导节点：

   $ sudo reboot

3. 稍等片刻，直到节点启动。
4. 对集群中的每个 Object Storage 节点重复重启。

迁移实例工作流

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

流程

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

2. 检索 Compute 节点列表，以识别您要重新引导的节点的主机名：

   (undercloud)$ source ~/overcloudrc
   (overcloud)$ openstack compute service list

   识别您要重新引导的 Compute 节点的主机名。

3. 在您要重新引导的 Compute 节点上禁用 Compute 服务：

   (overcloud)$ openstack compute service list
   (overcloud)$ openstack compute service set <hostname> nova-compute --disable

   • 将 <hostname > 替换为 Compute 节点的主机名。

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

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

5. 可选： 要将实例迁移到另一个 Compute 节点，请完成以下步骤：

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

      • 要将实例迁移到其他主机，请运行以下命令：

        (overcloud) $ openstack server migrate <instance_id> --live <target_host> --wait

        • 将 <instance_id& gt; 替换为您的实例 ID。
        • 将 <target_host > 替换为您要将实例迁移到的主机。

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

        (overcloud) $ nova live-migration <instance_id>

      • 一次性实时迁移所有实例：

        $ nova host-evacuate-live <hostname>

        注意

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

   2. 稍等片刻，直至迁移完成。

   3. 确认迁移成功完成：

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

   4. 继续迁移实例，直到 Compute 节点上没有保留任何实例。

6. 登录到 Compute 节点并重启节点：

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

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

8. 重新启用 Compute 节点：

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

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

   (overcloud) $ openstack compute service list

1. 关闭 overcloud Compute 节点上的实例
2. 关闭 Compute 节点
3. 停止 Controller 节点上的所有高可用性和 OpenStack Platform 服务
4. 关闭 Ceph Storage 节点
5. 关闭 Controller 节点
6. 关闭 undercloud

步骤

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

2. 提供 overcloud 的凭据文件：

   $ source ~/overcloudrc

3. 查看 overcloud 中运行的实例：

   $ openstack server list --all-projects

4. 停止 overcloud 中的每个实例：

   $ openstack server stop <INSTANCE>

   对每个实例重复这一步，直到停止 overcloud 中的所有实例。

步骤

1. 以 root 用户身份登录 Compute 节点。

2. 关闭该节点：

   # shutdown -h now

3. 对每个 Compute 节点执行这些步骤，直到关闭所有 Compute 节点。

步骤

1. 以 root 用户身份登录 Controller 节点。

2. 停止 Pacemaker 集群。

   # pcs cluster stop --all

   此命令停止所有节点上的集群。

3. 等待 Pacemaker 服务停止并检查服务是否已停止。

   1. 检查 Pacemaker 状态：

      # pcs status

   2. 检查 Podman 中没有 Pacemaker 服务在运行：

      # podman ps --filter "name=.*-bundle.*"

4. 停止 Red Hat OpenStack Platform 服务：

   # systemctl stop 'tripleo_*'

5. 等待服务停止，检查 Podman 中服务不再运行：

   # podman ps

步骤

1. 以 root 用户身份登录运行 Ceph MON 服务的节点，如 Controller 节点或单机 Ceph MON 节点。

2. 检查集群的运行状况。在以下示例中，podman 命令在 Controller 节点上的 Ceph MON 容器中运行状态检查：

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

   确保状态为 HEALTH_OK。

3. 为集群设置 noout、norecover、norebalance、nobackfill、nodown 和 pause 标志。在以下示例中，podman 命令通过 Controller 节点上的 Ceph MON 容器设置这些标志：

   # sudo podman exec -it ceph-mon-controller-0 ceph osd set noout
   # sudo podman exec -it ceph-mon-controller-0 ceph osd set norecover
   # sudo podman exec -it ceph-mon-controller-0 ceph osd set norebalance
   # sudo podman exec -it ceph-mon-controller-0 ceph osd set nobackfill
   # sudo podman exec -it ceph-mon-controller-0 ceph osd set nodown
   # sudo podman exec -it ceph-mon-controller-0 ceph osd set pause

4. 关闭每个 Ceph Storage 节点：

   1. 以 root 用户身份登录 Ceph Storage 节点。

   2. 关闭该节点：

      # shutdown -h now

   3. 对每个 Ceph Storage 节点执行这些步骤，直到关闭所有 Ceph Storage 节点。

5. 关闭任何单机 Ceph MON 节点：

   1. 以 root 用户身份登录单机 Ceph MON 节点。

   2. 关闭该节点：

      # shutdown -h now

   3. 对每个单机 Ceph MON 节点执行这些步骤，直到关闭所有单机 Ceph MON 节点。

步骤

1. 以 root 用户身份登录 Controller 节点。

2. 关闭该节点：

   # shutdown -h now

3. 对每个 Controller 节点执行这些步骤，直到关闭所有 Controller 节点。

步骤

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

2. 关闭 undercloud：

   $ sudo shutdown -h now

1. 启动 undercloud。
2. 启动 Controller 节点。
3. 启动 Ceph Storage 节点。
4. 启动 Compute 节点。
5. 启动 overcloud Compute 节点上的实例。

验证

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

2. 查找 stackrc undercloud 凭证文件：

   $ source ~/stackrc

3. 检查 undercloud 上的服务：

   $ systemctl list-units 'tripleo_*'

4. 验证名为 tripleo-ansible-inventory.yaml 的静态清单文件：

   $ validation run --group pre-introspection -i <inventory_file>

   • 将 <inventory_file > 替换为 Ansible 清单文件的名称和位置，如 ~/tripleo-deploy/undercloud/tripleo-ansible-inventory.yaml。

     注意

     当您运行验证时，输出中的 Reasons 列仅限于 79 个字符。要查看验证结果已满，请查看验证日志文件。

5. 检查所有服务和容器是否活跃且健康：

   $ validation run --validation service-status --limit undercloud -i <inventory_file>

验证

1. 以 root 用户身份登录每个 Controller 节点。

2. 检查 Controller 节点上的服务：

   $ systemctl -t service

   只有基于非 Pacemaker 的服务正在运行。

3. 等待 Pacemaker 服务启动并检查服务是否已启动：

   $ pcs status

   注意

   如果您的环境使用 Instance HA，Pacemaker 资源不会在您启动 Compute 节点或使用 pcs stonith confirm <compute_node> 命令执行手动 unfence 操作前启动。您必须在使用 Instance HA 的每个 Compute 节点上运行此命令。

步骤

1. 如果您的环境有单机 Ceph MON 节点，请打开每个 Ceph MON 节点电源。
2. 打开每个 Ceph Storage 节点电源。
3. 以 root 用户身份登录运行 Ceph MON 服务的节点，如 Controller 节点或单机 Ceph MON 节点。

4. 检查集群节点的状态：在以下示例中，podman 命令在 Controller 节点上的 Ceph MON 容器中运行状态检查：

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

   确保每个节点都已打开电源并连接。

5. 为集群取消设置 noout、norecover、norebalance、nobackfill、nodown 和 pause 标志。在以下示例中，podman 命令通过 Controller 节点上的 Ceph MON 容器取消设置这些标志：

   # sudo podman exec -it ceph-mon-controller-0 ceph osd unset noout
   # sudo podman exec -it ceph-mon-controller-0 ceph osd unset norecover
   # sudo podman exec -it ceph-mon-controller-0 ceph osd unset norebalance
   # sudo podman exec -it ceph-mon-controller-0 ceph osd unset nobackfill
   # sudo podman exec -it ceph-mon-controller-0 ceph osd unset nodown
   # sudo podman exec -it ceph-mon-controller-0 ceph osd unset pause

验证

1. 检查集群的运行状况。在以下示例中，podman 命令在 Controller 节点上的 Ceph MON 容器中运行状态检查：

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

   确保状态为 HEALTH_OK。

步骤

1. 打开每个 Compute 节点电源。

验证

1. 以 root 用户身份登录每个 Compute。

2. 检查 Compute 节点上的服务：

   $ systemctl -t service

步骤

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

2. 提供 overcloud 的凭据文件：

   $ source ~/overcloudrc

3. 查看 overcloud 中运行的实例：

   $ openstack server list --all-projects

4. 启动 overcloud 中的实例：

   $ openstack server start <INSTANCE>

步骤

1. Source 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 undercloud 凭证文件：

   $ source ~/stackrc

2. 确保您的节点处于 manageable 状态。内省不检查处于 available 状态的节点，该状态意味着用于部署。如果要检查处于 available 状态的节点，请在内省前将节点状态更改为 manageable 状态：

   (undercloud)$ openstack baremetal node manage <node_uuid>

3. 要在内省调试过程中配置对内省 RAM 磁盘的临时访问，请使用 sshkey 参数将公共 SSH 密钥附加到 /httpboot/inspector.ipxe 文件中的 内核 配置中：

   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 selinux=0 sshkey="<public_ssh_key>"

4. 在节点上运行内省：

   (undercloud)$ openstack overcloud node introspect <node_uuid> --provide

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

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

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

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

   $ ssh root@192.168.24.105

   在内省期间访问节点以运行诊断命令并排除内省故障。

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

   (undercloud)$ openstack baremetal introspection abort <node_uuid>

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

   注意

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

步骤

1. Source stackrc 文件：

   $ source ~/stackrc

2. 启动临时 Heat 进程：

   (undercloud)$ openstack tripleo launch heat --heat-dir /home/stack/overcloud-deploy/overcloud/heat-launcher --restore-db
   (undercloud)$ export OS_CLOUD=heat

3. 查看失败的详情：

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

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

4. 识别失败的堆栈：

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

5. 从 undercloud 中删除临时 Heat 进程：

   (undercloud)$ openstack tripleo launch heat --kill

步骤

1. Source 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。

3. 如果节点的 Maintenance 没有设置为 False 或 Provision State 设置为 available，使用以下表来找出问题以及相关的解决方案。

   问题	原因	解决方案
   Maintenance 自动将自身设置为 True。	director 无法访问节点的电源管理。	检查节点电源管理的凭据。
   Provision State 设置为 available，但节点未置备。	此问题在裸机部署启动前发生。	检查节点硬件详情是否在要求内。
   节点的 Provision State 设置为 wait call-back。	此节点的节点置备过程尚未完成。	等到此状态更改。否则，连接到节点的虚拟控制台并检查输出。
   Provision State 处于 active，Power State 处于 power on，但节点无响应。	节点置备已成功完成，并在部署后配置步骤中出问题。	诊断节点配置过程。连接到节点的虚拟控制台并检查输出。
   Provision State 为 error 或 deploy failed。	节点置备已失败。	使用 openstack baremetal node show 命令查看裸机节点详细信息，并检查 last_error 字段，其中包含错误说明。