director 的安装和使用

1. 从核心 heat 模板集合中加载默认配置。
2. 应用 environment-file-1.yaml 的配置，它会覆盖默认配置中的任何常见设置。
3. 应用 environment-file-2.yaml 的配置，它覆盖来自默认配置和 environment-file-1.yaml 的任何常见设置。

1. 确定您要配置的选项。记录使用 选项的服务。

2. 为此选项检查对应的 Puppet 模块。Red Hat OpenStack Platform 的 Puppet 模块位于 director 节点上的 /etc/puppet/modules 下。每个模块对应于特定的服务。例如，keystone 模块对应于 OpenStack Identity (keystone)。

   • 如果 Puppet 模块包含控制所选选项的变量，请转到下一步。
   • 如果 Puppet 模块不包含控制所选选项的变量，则此选项不存在 hieradata。如果可能，您可以在 overcloud 完成部署后手动设置选项。

3. 以 hieradata 的形式检查 Puppet 变量的核心 heat 模板集合。deployment netobserv 中的模板通常对应于同一服务的 Puppet 模块。例如，deployment/keystone/keystone-container-puppet.yaml 模板为 keystone 模块提供 hieradata。

   • 如果 heat 模板为 Puppet 变量设置了 hieradata，该模板也应披露您可以修改的基于 director 的参数。
   • 如果 heat 模板没有为 Puppet 变量设置 hieradata，请使用配置 hook 使用环境文件传递 hieradata。有关自定义 hieradata 的更多信息，请参阅 第 5.4 节 “puppet ：自定义角色的 hieradata”。

流程

1. 要更改 OpenStack Identity (keystone)的通知格式，请使用工作流并完成以下步骤：

   1. 识别您要配置的 OpenStack 参数(notification_format)。

   2. 在 keystone Puppet 模块中搜索 notification_format 设置：

      $ grep notification_format /etc/puppet/modules/keystone/manifests/*

      Copy to Clipboard Toggle word wrap

      在这种情况下，keystone 模块使用 keystone::notification_format 变量管理这个选项。

   3. 为这个变量搜索 keystone 服务模板：

      $ grep "keystone::notification_format" /usr/share/openstack-tripleo-heat-templates/deployment/keystone/keystone-container-puppet.yaml

      Copy to Clipboard Toggle word wrap

      输出显示 director 使用 KeystoneNotificationFormat 参数来设置 keystone::notification_format hieradata。

流程

1. 创建一个基本的 heat 模板 ~/templates/nameserver.yaml，该脚本运行一个脚本，将变量 nameserver 写入节点的 resolv.conf 文件：

   heat_template_version: 2014-10-16
   
   description: >
     Extra hostname configuration
   
   parameters:
     server:
       type: string
     nameserver_ip:
       type: string
     DeployIdentifier:
       type: string
   
   resources:
     CustomExtraConfigPre:
       type: OS::Heat::SoftwareConfig
       properties:
         group: script
         config:
           str_replace:
             template: |
               #!/bin/sh
               echo "nameserver _NAMESERVER_IP_" > /etc/resolv.conf
             params:
               _NAMESERVER_IP_: {get_param: nameserver_ip}
   
     CustomExtraDeploymentPre:
       type: OS::Heat::SoftwareDeployment
       properties:
         server: {get_param: server}
         config: {get_resource: CustomExtraConfigPre}
         actions: ['CREATE']
         input_values:
           deploy_identifier: {get_param: DeployIdentifier}
   
   outputs:
     deploy_stdout:
       description: Deployment reference, used to trigger pre-deploy on changes
       value: {get_attr: [CustomExtraDeploymentPre, deploy_stdout]}

   Copy to Clipboard Toggle word wrap

   在本例中，resources 部分包含以下参数：

   CustomExtraConfigPre

   这定义了软件配置。在本例中，我们定义一个 Bash 脚本，并且 heat 将 _NAMESERVER_IP_ 替换为存储在 nameserver_ip 参数中的值。

   CustomExtraDeploymentPre

   这会执行软件配置，这是来自 CustomExtraConfigPre 资源的软件配置。注意以下几点：

   • config 参数会引用 CustomExtraConfigPre 资源，以便 heat 知道要应用的配置。
   • server 参数检索 overcloud 节点的 map。此参数由父模板提供，在此 hook 模板中是强制的。
   • actions 参数定义何时应用配置。在这种情况下，您要在创建 overcloud 时应用配置。可能的操作包括 CREATE、UPDATE、DELETE、SUSPEND 和 RESUME。
   • input_values 包含一个名为 deploy_identifier 的参数，它存储来自父模板的 DeployIdentifier。此参数为每个部署更新的资源提供时间戳，以确保后续 overcloud 更新中的资源获取。

2. 创建一个环境文件 ~/templates/pre_config.yaml，该文件将 heat 模板注册到基于角色的资源类型。例如，要将配置应用到 Controller 节点，请使用 ControllerExtraConfigPre hook：

   resource_registry:
     OS::TripleO::ControllerExtraConfigPre: /home/stack/templates/nameserver.yaml
   
   parameter_defaults:
     nameserver_ip: 192.168.1.1

   Copy to Clipboard Toggle word wrap

3. 将环境文件添加到堆栈中，以及其他环境文件：

   $ openstack overcloud deploy --templates \
       ...
       -e /home/stack/templates/pre_config.yaml \
       ...

   Copy to Clipboard Toggle word wrap

   这会在核心配置开始创建初始 overcloud 或后续更新前，将所有 Controller 节点应用到所有 Controller 节点。

流程

1. 创建一个基本的 heat 模板 ~/templates/nameserver.yaml，该脚本使用变量 nameserver 附加每个节点的 resolv.conf 文件：

   heat_template_version: 2014-10-16
   
   description: >
     Extra hostname configuration
   
   parameters:
     server:
       type: string
     nameserver_ip:
       type: string
     DeployIdentifier:
       type: string
   
   resources:
     CustomExtraConfigPre:
       type: OS::Heat::SoftwareConfig
       properties:
         group: script
         config:
           str_replace:
             template: |
               #!/bin/sh
               echo "nameserver _NAMESERVER_IP_" >> /etc/resolv.conf
             params:
               _NAMESERVER_IP_: {get_param: nameserver_ip}
   
     CustomExtraDeploymentPre:
       type: OS::Heat::SoftwareDeployment
       properties:
         server: {get_param: server}
         config: {get_resource: CustomExtraConfigPre}
         actions: ['CREATE']
         input_values:
           deploy_identifier: {get_param: DeployIdentifier}
   
   outputs:
     deploy_stdout:
       description: Deployment reference, used to trigger pre-deploy on changes
       value: {get_attr: [CustomExtraDeploymentPre, deploy_stdout]}

   Copy to Clipboard Toggle word wrap

   在本例中，resources 部分包含以下参数：

   CustomExtraConfigPre

   此参数定义软件配置。在本例中，您定义一个 Bash 脚本，heat 将 _NAMESERVER_IP_ 替换为存储在 nameserver_ip 参数中的值。

   CustomExtraDeploymentPre

   此参数执行软件配置，这是来自 CustomExtraConfigPre 资源的软件配置。注意以下几点：

   • config 参数会引用 CustomExtraConfigPre 资源，以便 heat 知道要应用的配置。
   • server 参数检索 overcloud 节点的 map。此参数由父模板提供，在此 hook 模板中是强制的。
   • actions 参数定义何时应用配置。在这种情况下，您仅在创建 overcloud 时应用配置。可能的操作包括 CREATE、UPDATE、DELETE、SUSPEND 和 RESUME。
   • input_values 参数包含名为 deploy_identifier 的子参数，它存储父模板中的 DeployIdentifier。此参数为每个部署更新的资源提供时间戳，以确保后续 overcloud 更新中的资源获取。

2. 创建一个环境文件 ~/templates/pre_config.yaml，它将 heat 模板注册为 OS::TripleO::NodeExtraConfig 资源类型。

   resource_registry:
     OS::TripleO::NodeExtraConfig: /home/stack/templates/nameserver.yaml
   
   parameter_defaults:
     nameserver_ip: 192.168.1.1

   Copy to Clipboard Toggle word wrap

3. 将环境文件添加到堆栈中，以及其他环境文件：

   $ openstack overcloud deploy --templates \
       ...
       -e /home/stack/templates/pre_config.yaml \
       ...

   Copy to Clipboard Toggle word wrap

   这会在核心配置开始创建初始 overcloud 或后续更新之前，将配置应用到所有节点。

流程

1. 创建一个基本的 heat 模板 ~/templates/nameserver.yaml，该脚本使用变量 nameserver 附加每个节点的 resolv.conf 文件：

   heat_template_version: 2014-10-16
   
   description: >
     Extra hostname configuration
   
   parameters:
     servers:
       type: json
     nameserver_ip:
       type: string
     DeployIdentifier:
       type: string
     EndpointMap:
       default: {}
       type: json
   
   resources:
     CustomExtraConfig:
       type: OS::Heat::SoftwareConfig
       properties:
         group: script
         config:
           str_replace:
             template: |
               #!/bin/sh
               echo "nameserver _NAMESERVER_IP_" >> /etc/resolv.conf
             params:
               _NAMESERVER_IP_: {get_param: nameserver_ip}
   
     CustomExtraDeployments:
       type: OS::Heat::SoftwareDeploymentGroup
       properties:
         servers:  {get_param: servers}
         config: {get_resource: CustomExtraConfig}
         actions: ['CREATE']
         input_values:
           deploy_identifier: {get_param: DeployIdentifier}

   Copy to Clipboard Toggle word wrap

   在本例中，resources 部分包含以下参数：

   CustomExtraConfig

   这定义了软件配置。在本例中，您定义一个 Bash 脚本，heat 将 _NAMESERVER_IP_ 替换为存储在 nameserver_ip 参数中的值。

   CustomExtraDeployments

   这会执行软件配置，这是来自 CustomExtraConfig 资源的软件配置。注意以下几点：

   • config 参数会引用 CustomExtraConfig 资源，以便 heat 知道要应用的配置。
   • servers 参数检索 overcloud 节点的 map。此参数由父模板提供，在此 hook 模板中是强制的。
   • actions 参数定义何时应用配置。在这种情况下，您希望在创建 overcloud 时应用配置。可能的操作包括 CREATE、UPDATE、DELETE、SUSPEND 和 RESUME。
   • input_values 包含一个名为 deploy_identifier 的参数，它存储来自父模板的 DeployIdentifier。此参数为每个部署更新的资源提供时间戳，以确保后续 overcloud 更新中的资源获取。

2. 创建一个环境文件 ~/templates/post_config.yaml，它将 heat 模板注册为 OS::TripleO::NodeExtraConfigPost: 资源类型。

   resource_registry:
     OS::TripleO::NodeExtraConfigPost: /home/stack/templates/nameserver.yaml
   
   parameter_defaults:
     nameserver_ip: 192.168.1.1

   Copy to Clipboard Toggle word wrap

3. 将环境文件添加到堆栈中，以及其他环境文件：

   $ openstack overcloud deploy --templates \
       ...
       -e /home/stack/templates/post_config.yaml \
       ...

   Copy to Clipboard Toggle word wrap

   这会在初始 overcloud 创建或后续更新后将配置应用到所有节点。

流程

1. 要在部署后配置过程中添加额外的配置，请在 parameter_defaults 部分中创建一个包含这些参数的环境文件。例如，要将 Compute 主机保留的内存增加到 1024 MB，并将 VNC keymap 设置为日语，请使用 ComputeExtraConfig 参数中的以下条目：

   parameter_defaults:
     ComputeExtraConfig:
       nova::compute::reserved_host_memory: 1024
       nova::compute::vnc_keymap: ja

   Copy to Clipboard Toggle word wrap
2. 将此环境文件包含在 openstack overcloud deploy 命令中，以及与部署相关的任何其他环境文件。

流程

1. 从节点的内省数据识别系统 UUID：

   $ openstack baremetal introspection data save 9dcc87ae-4c6d-4ede-81a5-9b20d7dc4a14 | jq .extra.system.product.uuid

   Copy to Clipboard Toggle word wrap

   这个命令返回一个系统 UUID。例如：

   "f5055c6c-477f-47fb-afe5-95c6928c407f"

   Copy to Clipboard Toggle word wrap

2. 创建环境文件以定义特定于节点的 hieradata，并将 per_node.yaml 模板注册到预先配置 hook。在 NodeDataLookup 参数中包括您要配置的节点的系统 UUID：

   resource_registry:
     OS::TripleO::ComputeExtraConfigPre: /usr/share/openstack-tripleo-heat-templates/puppet/extraconfig/pre_deploy/per_node.yaml
   parameter_defaults:
     NodeDataLookup: '{"f5055c6c-477f-47fb-afe5-95c6928c407f": {"nova::compute::vcpu_pin_set": [ "2", "3" ]}}'

   Copy to Clipboard Toggle word wrap
3. 将此环境文件包含在 openstack overcloud deploy 命令中，以及与部署相关的任何其他环境文件。

流程

1. 创建可启动 Puppet 配置的 heat 模板 ~/templates/custom_puppet_config.yaml。

   heat_template_version: 2014-10-16
   
   description: >
     Run Puppet extra configuration to set new MOTD
   
   parameters:
     servers:
       type: json
     DeployIdentifier:
       type: string
     EndpointMap:
       default: {}
       type: json
   
   resources:
     ExtraPuppetConfig:
       type: OS::Heat::SoftwareConfig
       properties:
         config: {get_file: motd.pp}
         group: puppet
         options:
           enable_hiera: True
           enable_facter: False
   
     ExtraPuppetDeployments:
       type: OS::Heat::SoftwareDeploymentGroup
       properties:
         config: {get_resource: ExtraPuppetConfig}
         servers: {get_param: servers}

   Copy to Clipboard Toggle word wrap

   本例在模板中包含 /home/stack/templates/motd.pp，并将它传递给配置的节点。motd.pp 文件包含安装和配置 motd 所需的 Puppet 类。

2. 创建一个环境文件 ~templates/puppet_post_config.yaml，它将您的 heat 模板注册为 OS::TripleO::NodeExtraConfigPost: 资源类型。

   resource_registry:
     OS::TripleO::NodeExtraConfigPost: /home/stack/templates/custom_puppet_config.yaml

   Copy to Clipboard Toggle word wrap

3. 将此环境文件包含在 openstack overcloud deploy 命令中，以及与部署相关的任何其他环境文件。

   $ openstack overcloud deploy --templates \
       ...
       -e /home/stack/templates/puppet_post_config.yaml \
       ...

   Copy to Clipboard Toggle word wrap

   这会将 motd.pp 的配置应用到 overcloud 中的所有节点。

步骤

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

2. 创建 stack 用户：

   [root@director ~]# useradd stack

   Copy to Clipboard Toggle word wrap

3. 为该用户设置密码：

   [root@director ~]# passwd stack

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

5. 切换到新的 stack 用户：

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

   Copy to Clipboard Toggle word wrap

6. 为系统镜像和 heat 模板创建目录：

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

   Copy to Clipboard Toggle word wrap

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

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

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

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

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

   Copy to Clipboard Toggle word wrap

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

   search overcloud.com idp.overcloud.com

   Copy to Clipboard Toggle word wrap

步骤

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

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

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

   Copy to Clipboard Toggle word wrap

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)
                        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

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

5. 将 undercloud 锁定到 Red Hat Enterprise Linux 9.0：

   $ sudo subscription-manager release --set=9.0

   Copy to Clipboard Toggle word wrap

步骤

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

2. 禁用所有默认的软件仓库，然后启用所需的 Red Hat Enterprise Linux 软件仓库：

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

   Copy to Clipboard Toggle word wrap

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

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

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

   Copy to Clipboard Toggle word wrap

步骤

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

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

   Copy to Clipboard Toggle word wrap

步骤

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

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

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

   Copy to Clipboard Toggle word wrap

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

   • --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. 为您的 overcloud 创建新的容器镜像文件：

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

   Copy to Clipboard Toggle word wrap
2. 编辑 containers-prepare-parameter-dellemc.yaml 文件。

3. 在 Red Hat OpenStack Platform 主容器镜像的策略中添加 exclude 参数。使用此参数排除厂商容器镜像替换的容器镜像。在示例中，容器镜像是 cinder-volume 镜像：

   parameter_defaults:
     ContainerImagePrepare:
       - push_destination: true
         excludes:
     	   - cinder-volume
         set:
           namespace: registry.redhat.io/rhosp-rhel9
           name_prefix: openstack-
           name_suffix: ''
           tag: 16.2
           ...
         tag_from_label: "{version}-{release}"

   Copy to Clipboard Toggle word wrap

4. 在 ContainerImagePrepare 参数中添加新策略，其中包含厂商插件的替代容器镜像：

   parameter_defaults:
     ContainerImagePrepare:
       ...
       - push_destination: true
         includes:
           - cinder-volume
         set:
           namespace: registry.connect.redhat.com/dellemc
           name_prefix: openstack-
           name_suffix: -dellemc-rhosp16
           tag: 16.2-2
           ...

   Copy to Clipboard Toggle word wrap

5. 将 registry.connect.redhat.com registry 的身份验证详情添加到 ContainerImageRegistryCredentials 参数中：

   parameter_defaults:
     ContainerImageRegistryCredentials:
       registry.redhat.io:
         [service account username]: [service account password]
       registry.connect.redhat.com:
         [service account username]: [service account password]

   Copy to Clipboard Toggle word wrap
6. 保存 containers-prepare-parameter-dellemc.yaml 文件。

7. 使用任何部署命令（如 openstack overcloud deploy ）包含 containers-prepare-parameter-dellemc.yaml 文件：

   $ openstack overcloud deploy --templates
       ...
       -e containers-prepare-parameter-dellemc.yaml
       ...

   Copy to Clipboard Toggle word wrap

   当 director 部署 overcloud 时，overcloud 使用厂商容器镜像而不是标准容器镜像。

   重要

   containers-prepare-parameter-dellemc.yaml 文件替换了 overcloud 部署中的标准 containers-prepare-parameter.yaml 文件。不要在 overcloud 部署中包含标准 containers-prepare-parameter.yaml 文件。保留标准的 containers-prepare-parameter.yaml 文件，用于您的 undercloud 安装和更新。

步骤

1. 编辑 containers-prepare-parameter.yaml 文件以排除 Ceph Storage 容器：

   parameter_defaults:
     ContainerImagePrepare:
     - push_destination: true
       excludes:
         - ceph
         - prometheus
       set:
         …​

   Copy to Clipboard Toggle word wrap

   excludes 参数使用正则表达式来排除包含 ceph 或 prometheus 字符串的任何容器镜像。

2. 保存 containers-prepare-parameter.yaml 文件。

步骤

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

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

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

步骤

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

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

   parameter_defaults:
     Debug: True

   Copy to Clipboard Toggle word wrap

   完成后保存此文件。

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

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

   Copy to Clipboard Toggle word wrap
   注意

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

步骤

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

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

   nova::compute::force_raw_images: False

   Copy to Clipboard Toggle word wrap

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

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

   Copy to Clipboard Toggle word wrap

   例如：

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

   Copy to Clipboard Toggle word wrap

3. 将 undercloud.conf 文件中的 hieradata_override 参数设置为新 /home/stack/hieradata.yaml 文件的路径：

   hieradata_override = /home/stack/hieradata.yaml

   Copy to Clipboard Toggle word wrap

流程

1. 打开 undercloud.conf 文件。

2. 将 IPv6 地址模式指定为 stateless 或 stateful ：

   [DEFAULT]
   ipv6_address_mode = <address_mode>
   ...

   Copy to Clipboard Toggle word wrap
   • 根据 NIC 支持的模式，将 < address_mode > 替换为 dhcpv6-stateless 或 dhcpv6-stateful。
   注意

   当您使用有状态地址模式时，固件、链加载程序和操作系统可能会使用不同的算法来生成 DHCP 服务器跟踪的 ID。DHCPv6 不会按 MAC 跟踪地址，如果请求者中的标识符值改变，但 MAC 地址保持不变，则不会提供相同的地址。因此，当使用有状态 DHCPv6 时，还必须完成下一步来配置网络接口。

3. 如果您将 undercloud 配置为使用有状态 DHCPv6，请指定用于裸机节点的网络接口：

   [DEFAULT]
   ipv6_address_mode = dhcpv6-stateful
   ironic_enabled_network_interfaces = neutron,flat
   ...

   Copy to Clipboard Toggle word wrap

4. 为裸机节点设置默认网络接口：

   [DEFAULT]
   ...
   ironic_default_network_interface = neutron
   ...

   Copy to Clipboard Toggle word wrap

5. 指定 undercloud 是否应该在 provisioning 网络中创建路由器：

   [DEFAULT]
   ...
   enable_routed_networks: <true/false>
   ...

   Copy to Clipboard Toggle word wrap
   • 将 <true/false> 替换为 true 来启用路由网络，并防止 undercloud 在置备网络上创建路由器。为 true 时，数据中心路由器必须提供路由器公告。
   • 将 <true/false> 替换为 false 来禁用路由网络，并在 provisioning 网络中创建一个路由器。

6. 通过 SSL/TLS 配置本地 IP 地址和 director Admin API 和公共 API 端点的 IP 地址：

   [DEFAULT]
   ...
   local_ip = <ipv6_address>
   undercloud_admin_host = <ipv6_address>
   undercloud_public_host = <ipv6_address>
   ...

   Copy to Clipboard Toggle word wrap
   • 将 <ipv6_address > 替换为 undercloud 的 IPv6 地址。

7. 可选：配置 director 用来管理实例的 provisioning 网络：

   [ctlplane-subnet]
   cidr = <ipv6_address>/<ipv6_prefix>
   ...

   Copy to Clipboard Toggle word wrap
   • 将 <ipv6_address > 替换为在不使用默认 provisioning 网络时用于管理实例的网络的 IPv6 地址。
   • 将 < ipv6_prefix > 替换为在不使用默认置备网络时用于管理实例的网络的 IP 地址前缀。

8. 为置备节点配置 DHCP 分配范围：

   [ctlplane-subnet]
   cidr = <ipv6_address>/<ipv6_prefix>
   dhcp_start = <ipv6_address_dhcp_start>
   dhcp_end = <ipv6_address_dhcp_end>
   ...

   Copy to Clipboard Toggle word wrap
   • 将 <ipv6_address_dhcp_start > 替换为要用于 overcloud 节点的网络范围的 IPv6 地址。
   • 将 <ipv6_address_dhcp_end > 替换为用于 overcloud 节点的网络范围末尾的 IPv6 地址。

9. 可选：配置将流量转发到外部网络的网关：

   [ctlplane-subnet]
   cidr = <ipv6_address>/<ipv6_prefix>
   dhcp_start = <ipv6_address_dhcp_start>
   dhcp_end = <ipv6_address_dhcp_end>
   gateway = <ipv6_gateway_address>
   ...

   Copy to Clipboard Toggle word wrap
   • 在不使用默认网关时，将 <ipv6_gateway_address> 替换为网关的 IPv6 地址。

10. 将 DHCP 范围配置为在检查过程中使用：

    [ctlplane-subnet]
    cidr = <ipv6_address>/<ipv6_prefix>
    dhcp_start = <ipv6_address_dhcp_start>
    dhcp_end = <ipv6_address_dhcp_end>
    gateway = <ipv6_gateway_address>
    inspection_iprange = <ipv6_address_inspection_start>,<ipv6_address_inspection_end>
    ...

    Copy to Clipboard Toggle word wrap
    • 将 < ipv6_address_inspection_ start> 替换为在检查过程中要使用的网络范围开始的 IPv6 地址。
    • 将 < ipv6_address_inspection_ end> 替换为在检查过程中要使用的网络范围末尾的 IPv6 地址。
    注意

    此范围不得与 dhcp_start 和 dhcp_end 定义的范围重叠，但必须位于同一 IP 子网中。

11. 为子网配置 IPv6 名称服务器：

    [ctlplane-subnet]
    cidr = <ipv6_address>/<ipv6_prefix>
    dhcp_start = <ipv6_address_dhcp_start>
    dhcp_end = <ipv6_address_dhcp_end>
    gateway = <ipv6_gateway_address>
    inspection_iprange = <ipv6_address_inspection_start>,<ipv6_address_inspection_end>
    dns_nameservers = <ipv6_dns>

    Copy to Clipboard Toggle word wrap
    • 将 <ipv6_dns> 替换为特定于子网的 DNS 名称服务器。

步骤

1. 登录 undercloud 主机。

2. 创建新文件 undercloud-os-net-config.yaml，并包含所需的网络配置。

   如需更多信息，请参阅 网络接口参考。

   下面是一个示例：

   network_config:
   - name: br-ctlplane
     type: ovs_bridge
     use_dhcp: false
     dns_servers:
     - 192.168.122.1
     domain: lab.example.com
     ovs_extra:
     - "br-set-external-id br-ctlplane bridge-id br-ctlplane"
     addresses:
     - ip_netmask: 172.20.0.1/26
     members:
     - type: interface
       name: nic2

   Copy to Clipboard Toggle word wrap

   要为特定接口创建网络绑定，请使用以下示例：

   network_config:
   - name: br-ctlplane
     type: ovs_bridge
     use_dhcp: false
     dns_servers:
     - 192.168.122.1
     domain: lab.example.com
     ovs_extra:
     - "br-set-external-id br-ctlplane bridge-id br-ctlplane"
     addresses:
     - ip_netmask: 172.20.0.1/26
     members:
     - name: bond-ctlplane
       type: linux_bond
       use_dhcp: false
       bonding_options: "mode=active-backup"
       mtu: 1500
       members:
       - type: interface
         name: nic2
       - type: interface
         name: nic3

   Copy to Clipboard Toggle word wrap

3. 将 undercloud-os-net-config.yaml 文件的路径包含在 undercloud.conf 文件的 net_config_override 参数中：

   [DEFAULT]
   ...
   net_config_override=undercloud-os-net-config.yaml
   ...

   Copy to Clipboard Toggle word wrap
   注意

   director 使用您在 net_config_override 参数中包含的文件作为模板来生成 /etc/os-net-config/config.yaml 文件。os-net-config 管理您在模板中定义的接口，因此您必须在此文件中执行所有 undercloud 网络接口自定义。

4. 安装 undercloud。

步骤

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

   [stack@director ~]$ openstack undercloud install

   Copy to Clipboard Toggle word wrap

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

   此脚本会生成两个文件：

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

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

   [stack@director ~]$ sudo podman ps

   Copy to Clipboard Toggle word wrap

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

   [stack@director ~]$ source ~/stackrc

   Copy to Clipboard Toggle word wrap

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

   (undercloud) [stack@director ~]$

   Copy to Clipboard Toggle word wrap

步骤

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

   enabled_hardware_types = ipmi,redfish,idrac

   Copy to Clipboard Toggle word wrap

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

   [stack@director ~]$ openstack undercloud install

   Copy to Clipboard Toggle word wrap

   等待命令运行完成。

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

   [stack@director ~]$ source ~/stackrc

   Copy to Clipboard Toggle word wrap

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

   (undercloud) [stack@director ~]$

   Copy to Clipboard Toggle word wrap

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 |
   +---------------------+----------------------+

   Copy to Clipboard Toggle word wrap