3.7. Red Hat OpenStack Platform 16.2 GA

通常，当从加密卷的快照创建加密的卷时，源卷的大小与目标卷的大小相同或更小。

在之前的版本中，如果您从加密卷的快照创建了加密卷，并且目标卷接近或等于源卷的大小，则块存储服务 (cinder) 会静默截断新目标卷中的数据。

在这个版本中，块存储服务计算目标卷的大小，使其包含加密标头的当前大小，从而消除了数据截断的情况。

在以前的版本中，将外部共享带到服务管理的共享文件系统服务 (manila) API 不会检查重复的导出位置。因此，当一个存在的共享被多次带入服务时，会导致状态不一致。

在这个版本中，API 在允许管理外部共享前评估已知或现有共享的导出位置，并防止现有共享被错误地进入共享文件系统服务。

当创建实例时，计算服务 (nova) 清理实例显示名称，以便在网络服务 (neutron) 中启用了 DNS 集成时生成有效的主机名。

在此次更新之前，清理过程并不会替换实例名称中的句点（“.”），如“rhel-8.4”。这可能会导致显示名称被识别为完全限定域名 (FQDN)，而这些 FQDN 可能是无效的主机名。当实例名称包含句点并在网络服务中启用 DNS 集成时，网络服务会拒绝无效的主机名，这会导致实例创建失败，并从计算服务出现 HTTP 500 服务器错误。

通过此次更新，现在实例名称中的句点由连字符替代，以防止将主机名解析为 FQDN。您可以继续在实例显示名称中使用自由格式字符串。

在此次更新之前，NetApp SolidFire 驱动程序会在 API 响应因为连接错误而丢失时创建一个重复的卷，驱动程序会重试 API 请求。当 SolidFire 后端成功接收和处理创建卷操作时会出现这种情况，但无法将响应传送回驱动程序。此次更新解决了该问题：

在此次更新之前，共享文件系统服务 (manila) 控制面板具有动态表单元素，它们的名称可能会导致表单变得无响应。这意味着在共享网络内创建共享组、共享网络和共享不起作用。

通过此次更新，名称可能会有问题的动态元素会进行编码，这意味着在共享网络功能内创建共享组、共享网络和共享可正常工作。

共享文件系统服务 (manila) 使用 CephFS 卷客户端与 Ceph 存储集群通信。在以前的版本中，CephFS 卷客户端软件包在创建和删除文件系统时中止。

中止的操作会导致共享文件系统服务中的 manila-share 进程重启，这会导致被置备或删除的共享分别处于 creating 或 deleting。

在这个版本中，CephFS 卷客户端软件包不再中止调配或删除请求，manila-share 进程不会在这些操作期间重启。

在这个版本中解决了导致网络服务(neutron)代理（如 Networking 服务 DHCP）在 OVN 中尝试创建资源时失败的问题。这是因为在为浮动 IP 创建 QoS 规则时，OVN 数据库中遗留的数据导致。

这个版本会删除遗留的数据并解决了这个问题。

在这个版本中解决了一个已知问题：Open Virtual Network (OVN) 元数据服务不适用于绑定到 SR-IOV 虚拟功能的虚拟机实例。这个问题不会影响网络功能，但这些实例在没有元数据服务连接的情况下不会接收它们的 SSH 密钥。

SR-IOV 端口的元数据服务连接现在可以正常工作。

在此修复之前，grub2 工具会编写对 /boot/grub2/grubenv 的内核参数更改。此文件对于 UEFI 引导的系统不适用，并会导致对内核参数的更改在 UEFI 引导节点上重启后不会被保留。

当您进行内核参数更改时，此修复会更改 /boot/grub2/grubenv 文件和 /boot/efi/EFI/redhat/grubenv 文件。因此，RHOSP director 现在对 UEFI 引导节点所做的内核参数更改会具有持久性。

在堆栈更新期间，可以修改或附加 KernelArgs。您必须手动对受影响的节点执行重启。

例如，如果目前部署有以下配置，可以在堆栈更新期间更改 hugepages=64 或添加或删除参数：

`KernelArgs: "default_hugepagesz=1GB hugepagesz=1G hugepages=32 intel_iommu=on iommu=pt isolcpus=1-11,13-23"

`KernelArgs: "default_hugepagesz=1GB hugepagesz=1G hugepages=32 intel_iommu=on iommu=pt isolcpus=1-11,13-23"

例如：

KernelArgs: "default_hugepagesz=1GB hugepagesz=1G hugepages=64 intel_iommu=on iommu=pt isolcpus=1-24"
KernelArgs: "isolcpus=1-11,13-23"

KernelArgs: "default_hugepagesz=1GB hugepagesz=1G hugepages=64 intel_iommu=on iommu=pt isolcpus=1-24"
KernelArgs: "isolcpus=1-11,13-23"

在这个版本中，您可以使用以下新参数提高实时迁移的性能：

Red Hat OpenStack Platform (RHOSP) director Operator 在 Red Hat OpenShift Container Platform 上创建一组自定义资源定义(CRD)，以管理通常由 RHOSP undercloud 创建的资源。CRD 分为两种类型，用于硬件配置和软件配置。Operator 包含用于创建和管理 overcloud 网络、管理 IP 地址、为 RHOSP Controller 创建虚拟机集并为 RHOSP Compute 创建裸机集的 CRD。

对于技术预览，软件配置通过 OpenStackClient 容器集来完成，该容器集使用传统的 RHOSP 或 TripleO 接口和 CLI 命令。相关工作正在展开，以在 RHOSP director Operator 内生成一个更具扩展性的 Heat-to-Ansible playbook 部署工作流。

对于镜像服务(glance)镜像转换，默认情况下不启用 glance-direct 方法。若要启用此功能，请在 glance-api.conf 的 DEFAULT 部分中将 enabled_import_methods 设置为 [glance-direct,web-download] 或 [glance-direct]。

使用 glance-direct 导入方法时，镜像服务必须具有暂存区域。将 glance-api.conf 文件的 DEFAULT 部分中的 node_staging_uri 选项设置为 file://<absolute-directory-path>。此路径必须位于所有镜像服务 API 节点可用的共享文件系统上。

从 Red Hat Ceph Storage 4 开始，可以为 Ceph 守护进程通过网络生成的所有流量启用加密。

消息传递 v2 的安全模式设置加密 Ceph 守护进程和 Ceph 客户端之间的通信，从而实现端到端加密。

新的 tripleo-heat-templates 参数可以在守护进程和客户端之间启用在线加密。要将 Ceph 配置为在守护进程和客户端之间启用在线加密，请将以下行添加到 overcloud 部署环境文件中：

parameter_defaults:
  CephMsgrSecureMode: true

parameter_defaults:
  CephMsgrSecureMode: true

在以前的版本中，管理员必须在其自定义环境文件中将 ceph 插件添加到 CollectdExtraPlugins 参数中。

在这个版本中，ceph 插件会在 Ceph Storage 节点上自动加载。因此，在从 Red Hat OpenStack Platform 13 升级到 16.2 之前，您必须从自定义环境文件中的 CollectdExtraPlugins 参数中删除 ceph 插件。

在某些更新 RHOSP 16.2.2 和 16.2.3 后，显著连接丢失可能会影响您的工作负载。

当您将 RHOSP 从 16.2.0, 16.2.1, 或任何 16.1 版本更新至 16.2.2 或 16.2.3 时，这个错误会影响您的部署。要验证您的更新路径是否会受到影响，请参阅文章 [1]。

如果您的计划升级路径会受到这个程序错误的影响，且您必须现在更新至 16.2.2 或 16.2.3，请联络您的红帽支持代表以查看您的部署是否与这个程序错误的热修复兼容。

特别是，当运行以下命令时，实例连接会在变量时间内丢失（从 20 秒到 3 分钟）：

openstack overcloud external-update run --stack overcloud --tags ovn

$ openstack overcloud external-update run --stack overcloud --tags ovn

RHOSP 16.2.4 包括了对这个程序错误的修复。

[1] 按照本文档中的步骤检查您的更新路径是否会受到影响：

https://access.redhat.com/solutions/6974338

在评估对 libvirt 版本不兼容的风险之前，不要从 RHOSP 116.2.0 更新至 16.2.2 或 16.2.3。要完成此评估，请检查所有计算节点上 nova_libvirt 容器中的 libvirt 软件包：

sudo podman exec nova_libvirt rpm -q libvirt

$ sudo podman exec nova_libvirt rpm -q libvirt

如果 libvirt 版本是 7.0，则部署不会受到这个程序错误的影响。您可以执行更新。

如果 libvirt 版本为 7.6，则部署会受到购买的影响。您的更新存在风险。

如果您了解您的更新面临与 libvirt 不兼容的风险，请选择以下选项之一：

Wait: 在发布了 RHOSP 16.2.4 时直接更新到 RHOSP 16.2.4。它包括对不兼容问题的修复。如果您可以发布更新，这是首选的选项。在 16.2.4 中，可以执行 KCS [1] 中介绍的手动步骤，而无需进行热修复，因为 16.2.4 中包括了 skip_hypervisor_version_check_on_lm 选项。

热修复 ： 请联系您的红帽支持代表，以探索您的环境是否兼容解决此问题的热修复补丁。如果需要即时更新，则使用此选项。

如果您已经使用不兼容的版本执行更新，请参阅 KCS 文章 [2] 以了解有关修复问题的指导。

[1] 文章可帮助您验证更新是否存在风险（与上述步骤相同）。另外，如果选择了 Hot Fix 选项，它还包括可用于更新到 16.2.1、16.2.2 或 16.2.3 的步骤。请参阅 https://access.redhat.com/solutions/6972451

[2] 文章在您完成了对 16.2.1、16.2 或 16.2.2 或 16.2.3 的更新，且您的部署会受到不兼容的影响，则帮助您修复您的部署。请参阅 https://access.redhat.com/solutions/6969430

从 Red Hat Enterprise Linux (RHEL) 版本 8.3 开始，默认禁用对 Intel 事务同步扩展 (TSX) 功能的支持。目前，在从启用了 TSX 内核参数的主机迁移到禁用了 TSX 内核参数的主机时，这会导致实例实时迁移失败。

此影响仅适用于支持 TSX 功能的 Intel 主机。有关受此问题影响的 CPU 的更多信息，请参阅受影响的配置。

如需更多信息，请参阅红帽知识库解决方案有关 Intel TSX 对 OpenStack 客户机的影响的指南。

在使用带有 Open vSwitch (ML2/OVS)机制驱动程序的 Modular Layer 2 插件的 Red Hat OpenStack Platform (RHOSP)部署中，目前存在一个已知问题：编排服务(heat)参数，NeutronL3AgentAvailabilityZone 没有正确设置相关的 Neutron L3 代理参数。

临时解决方案：使用自定义 hieradata 语句来设置这个值。在以下示例中，将 [ROLE] 替换为适合您的站点的可组合角色名称。

[ROLE]ExtraConfig:
    neutron::agents::l3::availability_zone: role_availability_zone

[ROLE]ExtraConfig:
    neutron::agents::l3::availability_zone: role_availability_zone

有关更多信息，请参阅高级 Overcloud 自定义指南中的 Puppet：自定义角色的 hieradata。

使用附加到 OVS-DPDK（vfio-pci 驱动程序）的虚拟功能 (VF) 重启节点会导致 VF 未初始化到该物理功能 (PF)。因此，虚拟机无法使用该 PF 中的 VF。如果将第二个 VF 用于另一个 OSP 网络，则重启后将无法正常工作。

临时解决方案：重新引导节点前，在 Compute 节点上执行以下步骤：

RHOSP 尚不支持带有 VXLAN 网络的 ML2/OVN。迁移过程包括将 VXLAN 网络转换为 Geneve 的步骤。当迁移目标版本是 RHOSP 16.2.0 时，一个程序错误会阻止预期的 VXLAN 转换为 Geneve，并且网络仍然配置为 VXLAN。

这个错误只会影响到 RHOSP 16.2 上的 ML2/OVN。它不会影响迁移到 RHOSP 16.1 上的 ML2/OVN。

OVS OFFLOAD 部署 SRIOV Switchdev 模式的 VF 链路聚合组(LAG)模式中的 Mellanox ConnectX-5 适配器卡存在已知的限制。

当任何物理功能(PF)至少有一个 VF 仍然被绑定或附加到虚拟机时，当尝试禁用单根输入/输出虚拟化(SR-IOV)时，以及使用 ifdown 和 ip link 等函数取消绑定 PF 时会出现内部固件错误。

临时解决方案：重启节点来恢复绑定。如需更多信息，请参阅红帽知识库解决方案 Mellanox ConnectX-5 内部错误，从绑定中删除 PF 或禁用 SR-IOV。

如果您使用 mstconfig 工具为 Firmware 配置中的 NUM_OF_VFS 参数设置大于 64 的值，则不支持带有 OVS OFFLOAD、SRIOV switchdev 模式的 VF LAG 模式。目前，还没有可用的临时解决方案。

在 Red Hat Openstack Platform (RHOSP) 16.2 中，QXL 视频模型的支持已弃用，因为 RHEL 9 中移除了对 Spice 图形软件的支持。这将对从 RHEL-8 迁移到 RHEL-9 时使用 QXL 的实例造成问题。红帽建议将 virtio 视频模型用于 UEFI 和 BIOS 实例，而不是 qxl。从镜像创建新实例时，请在启动新实例前设置视频模型：

openstack image set --property hw_video_model=virtio <image>

$ openstack image set --property hw_video_model=virtio <image>

为使用 QXL 视频模型的现有实例更新视频模型：