在尝试替换 overcloud 控制器节点前，务必要检查 Red Hat OpenStack Platform 环境的当前状态；此检查有助于避免在替换控制器节点的过程中出现混乱。参照以下初步检查列表，确定是否可以安全地执行控制器节点替换。在 undercloud 中执行这些检查的所有命令。

找出要被删除节点的索引。节点索引是 nova list 输出中的实例名的一个后缀。

(undercloud) $ openstack server list
+--------------------------------------+------------------------+
| ID                                   | Name                   |
+--------------------------------------+------------------------+
| 861408be-4027-4f53-87a6-cd3cf206ba7a | overcloud-compute-0    |
| 0966e9ae-f553-447a-9929-c4232432f718 | overcloud-compute-1    |
| 9c08fa65-b38c-4b2e-bd47-33870bff06c7 | overcloud-compute-2    |
| a7f0f5e1-e7ce-4513-ad2b-81146bc8c5af | overcloud-controller-0 |
| cfefaf60-8311-4bc3-9416-6a824a40a9ae | overcloud-controller-1 |
| 97a055d4-aefd-481c-82b7-4a5f384036d2 | overcloud-controller-2 |
+--------------------------------------+------------------------+

本例中的目标是删除 overcloud-controller-1 节点，并替换为 overcloud-controller-3。首先，把节点设置为维护模式，从而使 director 不再重新部署故障节点。把 nova list 中的实例 ID 与 ironic node-list 中的节点 ID 相关联

(undercloud) $ openstack baremetal node list
+--------------------------------------+------+--------------------------------------+
| UUID                                 | Name | Instance UUID                        |
+--------------------------------------+------+--------------------------------------+
| 36404147-7c8a-41e6-8c72-a6e90afc7584 | None | 7bee57cf-4a58-4eaf-b851-2a8bf6620e48 |
| 91eb9ac5-7d52-453c-a017-c0e3d823efd0 | None | None                                 |
| 75b25e9a-948d-424a-9b3b-f0ef70a6eacf | None | None                                 |
| 038727da-6a5c-425f-bd45-fda2f4bd145b | None | 763bfec2-9354-466a-ae65-2401c13e07e5 |
| dc2292e6-4056-46e0-8848-d6e96df1f55d | None | 2017b481-706f-44e1-852a-2ee857c303c4 |
| c7eadcea-e377-4392-9fc3-cf2b02b7ec29 | None | 5f73c7d7-4826-49a5-b6be-8bfd558f3b41 |
| da3a8d19-8a59-4e9d-923a-6a336fe10284 | None | cfefaf60-8311-4bc3-9416-6a824a40a9ae |
| 807cb6ce-6b94-4cd1-9969-5c47560c2eee | None | c07c13e6-a845-4791-9628-260110829c3a |
+--------------------------------------+------+--------------------------------------+

把节点设为维护模式：

(undercloud) $ openstack baremetal node maintenance set da3a8d19-8a59-4e9d-923a-6a336fe10284

使用 control 配置集标记新节点。

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

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

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

创建一个 YAML 文件（~/templates/remove-controller.yaml），它定义了要被删除的节点索引：

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

parameter_defaults:
  CorosyncSettleTries: 5

在确定节点索引后，重新部署 overcloud 并包含 remove-controller.yaml 环境文件：

(undercloud) $ openstack overcloud deploy --templates --control-scale 3 -e ~/templates/remove-controller.yaml [OTHER OPTIONS]

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

请注意，-e ~/templates/remove-controller.yaml 在这个实例中只需要一次。

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

(undercloud) $ openstack stack list --nested

在 ControllerNodesPostDeployment 阶段，overcloud 栈更新会在 ControllerDeployment_Step1 中因出现 UPDATE_FAILED 错误而终止执行。这是因为一些 Puppet 模块不支持节点替换。因此，这一时点上需要一些人工干预。请执行以下配置步骤：

手动配置已完成。保持登录到 Controller 的状态。

打开一个新的终端，重新运行 overcloud 部署命令以继续栈的更新：

$ source ~/stackrc
(undercloud) $ openstack overcloud deploy --templates --control-scale 3 [OTHER OPTIONS]

完成 overcloud 栈的更新之后，应设置适当的集群节点属性，允许 pacemaker 在新加入的控制器节点上运行控制器服务。在一个现有的控制器节点上（例如 overcloud-controller-0）运行以下命令：

[heat-admin@overcloud-controller-0 ~]$ for i in $(sudo pcs property | grep overcloud-controller-0: | cut -d' ' -f 3- | tr  ' ' '\n' | grep role); do sudo pcs property set --node overcloud-controller-3 $i; done

从此以后，由 pacemaker 托管的服务将在新加入的 controller 节点上启动。

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

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

退出 director

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

对 overcloudrc 文件执行 source 命令，从而可以和 overcloud 进行交互。检查您的路由器，确保 overcloud 环境中的 L3 代理正确托管了路由器。本例中使用了名为 r1 的路由器：

$ source ~/overcloudrc
(overcloud) $ neutron l3-agent-list-hosting-router r1

这个命令可能仍然会显示旧节点而不是新节点。要替换它，列出环境中的 L3 网络代理：

(overcloud) $ neutron agent-list | grep "neutron-l3-agent"

找出新节点和旧节点上代理的 UUID。把路由添加到新节点上的代理，并从旧节点上删除。例如：

(overcloud) $ neutron l3-agent-router-add fd6b3d6e-7d8c-4e1a-831a-4ec1c9ebb965 r1
(overcloud) $ neutron l3-agent-router-remove b40020af-c6dd-4f7a-b426-eba7bac9dbc2 r1

在路由器上进行最后的检查，确认所有都已激活：

(overcloud) $ neutron l3-agent-list-hosting-router r1

删除那些指向旧的 Controller 节点的 Neutron 代理。例如：

(overcloud) $ neutron agent-list -F id -F host | grep overcloud-controller-1
| ddae8e46-3e8e-4a1b-a8b3-c87f13c294eb | overcloud-controller-1.localdomain |
(overcloud) $ neutron agent-delete ddae8e46-3e8e-4a1b-a8b3-c87f13c294eb

已删除节点的计算服务仍然存在于 overcloud 中，需要删除。对 overcloudrc 文件执行 source 命令，从而可以和 overcloud 进行交互。检查已删除节点的计算服务：

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

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

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

失败的 Controller 节点和它的相关服务被一个新节点替代。