2.5. 技术预览

本节概述了 Red Hat OpenStack Platform 16.0 中技术预览的功能。

注意

有关技术预览功能的支持范围的更多信息，请查看技术预览功能支持范围。

2.5.1. 新增技术预览

从一个 undercloud 部署和管理多个 overcloud

此发行版本能够从单个 undercloud 部署多个 overcloud。

  • 与单个 undercloud 交互以管理多个不同的 overcloud。
  • 在 undercloud 上切换上下文以与不同的 overcloud 交互。
  • 减少冗余管理节点。
undercloud minion
此发行版本包含安装 undercloud minion 的功能。undercloud minion 在单独的主机上提供额外的 heat-engine 和 ironic-conductor 服务。这些额外的服务支持 undercloud 的编配和置备操作。跨多个主机的 undercloud 操作分布提供了更多资源来运行 overcloud 部署，这可实现更快和更大型的部署。
验证框架
  • Red Hat OpenStack Platform 包含一个验证框架，可以帮助验证 undercloud 和 overcloud 的要求和功能。该框架包括两种验证类型：
  • 基于 Ansible 的手动验证，通过 openstack tripleo validator 命令集执行。
  • 自动动态验证，在部署过程中执行。

  • director 提供了一组新命令用来列出并运行针对 undercloud 和 overcloud 的验证。

    这些命令是：

    • OpenStack tripleo validator list

    • openstack tripleo validator run

      这些命令会与 openstack-tripleo-validations 软件包中的一组基于 Ansible 的测试进行交互。要启用此功能，请在 undercloud.conf 文件中将 enable_validations 参数设置为 true，然后运行 openstack undercloud install。

为块存储服务创建主动/主动配置的新的 director 功能

在 Red Hat OpenStack Platform director 中，如果后端驱动程序支持这个配置，您现在可以在 Ceph RADOS Block Device (RBD) 后端中使用 active-active 配置部署块存储服务 (cinder) 。

新的 cinder-volume-active-active.yaml 文件通过为 CinderVolumeCluster 参数指定一个值来定义 active-active 集群名称。CinderVolumeCluster 是一个全局块存储参数，它可防止您在同一部署中包括集群的（active-active）和非集群的后端。

cinder-volume-active-active.yaml 文件让 director 使用非 Pacemaker、cinder-volume 编排服务模板，并在 Red Hat OpenStack Platform 部署中添加 etcd 服务作为分布式锁定管理器 (DLM) 。

用于配置块存储服务可用域的新 director 参数
使用 Red Hat OpenStack Platform director，您可以为块存储服务 (cinder) 卷后端配置不同的可用域。director 有一个新的参数，即 CinderXXXAvailabilityZone，其中 XXX 与特定后端相关联。
用于 Bare Metal 服务的新的 Redfish BIOS 管理界面

Red Hat OpenStack Platform Bare Metal 服务 (ironic) 现在有一个 BIOS 管理界面，您可以用它检查并修改设备的 BIOS 配置。

在 Red Hat OpenStack Platform 16.0 中，Bare Metal 服务支持与 Redfish API 兼容的数据中心设备的 BIOS 管理功能。Bare Metal 服务通过 Python 库 Sushy 实现 Redfish 调用。

部署多个 Ceph 集群
您可以使用 director 部署多个 Ceph 集群（在专用于运行 Ceph 或超线程的节点上），每个集群使用单独的 heat 栈。对于边缘站点，您可以部署一个超线程架构 (HCI) 栈，该栈使用同一节点上的计算和 Ceph 存储。例如：您可以部署两个名为 HCI-01 和 HCI-02 的边缘栈，每个栈都位于它们自己的可用域中。因此，每个边缘栈都有自己的 Ceph 集群和计算服务。
添加了新的计算 (nova) 配置来启用 memoryBacking 源类型文件，并具有共享访问权限

提供新的计算 (nova) 参数 QemuMemoryBackingDir，该参数指定了在 libvirt memoryBacking 元素被配置为使用 source type="file" 和 access mode="shared" 时保存内存备份文件的目录。

注意：只有 libvirt 4.0.0 和 QEMU 2.6.0 提供了 memoryBacking 元素 。

RedFish API 的隔离
现在，RedFish API 可采用 Pacemaker 进行隔离。
使用 director 在 IPv6 上部署裸机
如果您有 IPv6 节点和基础架构，您可以将 undercloud 和置备网络配置为使用 IPv6 而不是 IPv4，以便 director 能够在 IPv6 节点上置备和部署 Red Hat OpenStack Platform。
nova-less provisioning

在 Red Hat OpenStack Platform 16.0 中，您可以将部署的置备和部署阶段划分为不同的步骤：

  1. 置备裸机节点。

    1. 以 yaml 格式创建节点定义文件。
    2. 运行置备命令，包括节点定义文件。

  2. 部署 overcloud。

    1. 运行部署命令，包括置备命令生成的 heat 环境文件。

置备过程可置备节点并生成包含各种节点规格的 heat 环境文件，包括节点数、预测节点放置、自定义镜像和自定义 NIC。当您部署 overcloud 时，请将此文件包括在部署命令中。

networking-ansible 中继端口支持
在 Red Hat OpenStack Platform 16.0 中，您可以使用交换机端口进行中继模式和访问模式，并将多个 VLAN 分配给交换机端口。
networking-ansible Arista 支持
在 Red Hat OpenStack Platform 16.0 中，您可以使用 Arista Extensible Operating System (Arista EOS) 交换机配置 ML2 networking-ansible 功能。
Redfish 虚拟介质引导
您可以使用 Redfish 虚拟介质引导，向节点的 Baseboard Management Controller (BMC) 提供引导镜像，以便 BMC 可将镜像插入到其中一个虚拟驱动器中。然后，节点可以从虚拟驱动器引导到镜像中存在的操作系统。