5.3. 添加或删除对象存储节点

流程

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，再创建一个临时目录：

   $ mkdir temp && cd temp/

2. 将 overcloud 环文件从之前现有节点之一（本例中为 controller 0）下载到新目录中：

   $ ssh tripleo-admin@overcloud-controller-0.ctlplane 'sudo tar -czvf - \
     /var/lib/config-data/puppet-generated/swift_ringbuilder/etc/swift \
     /{*.builder,*.ring.gz,backups/*.builder}' > swift-rings.tar.gz

3. 提取环并更改到 ring 子目录：

   $ tar xzvf swift-rings.tar.gz && cd \
   var/lib/config-data/puppet-generated/swift_ringbuilder/etc/swift/

4. 根据您的设备详情收集以下变量的值：

   • <device_name>:

     $ openstack baremetal introspection data save \
       <node_name> | jq ".inventory.disks"

   • <node_ip>:

     $ metalsmith <node_name> show

   • <port > : 默认端口为 600x。如果您更改了默认值，请使用适用的端口。
   • <builder_file > ：第 3 步中的构建器文件名。
   • <weight &gt ; 和 <zone > 变量是用户定义的。

5. 使用 swift-ring-builder 将新节点添加到现有环中。根据设备详情替换变量。

   注意

   您必须安装 python3-swift RPM 以使用 swift-ring-builder 命令。

   $ swift-ring-builder etc/swift/<builder_file> \
     add <zone>-<node_ip>:<port>/<device_name> <weight>

6. 重新平衡环，以确保使用新设备：

   $ swift-ring-builder etc/swift/<builder_file> rebalance

7. 将修改后的环文件上传到 Controller 节点，并确保使用这些环文件。使用类似以下示例的脚本来分发环文件：

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

   • 将环上传到所有节点并重新启动对象存储服务：

     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. 使用类似以下示例的脚本，将环文件从之前现有的 Controller 节点分发到所有 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

   • 将环上传到所有节点并重新启动对象存储服务：

     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

2. 要确认数据正在移至新磁盘，请在新存储节点上运行以下命令：

   $ sudo grep -i replication  /var/log/container/swift/swift.log

流程

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 \
     ...