3.3. Red Hat OpenStack Platform 16.1.2 维护发行版本 - 2020 年 10 月 27 日

这个版本包括以下与完全限定域名(FQDN)相关的程序错误修复补丁。

不熟悉的超时值可能会导致 overcloud 部署在四个小时后失败。要防止这些超时失败，请设置以下 undercloud 和 overcloud 超时参数：

在此次更新之前，块存储服务 (cinder) 在 volume create 请求中分配了默认卷类型，忽略指定卷类型的其它方法。

借助此次更新，块存储服务会如预期执行：

在这个版本中，可以在 RHOSP 16 中运行 Brocade FCZM 驱动程序。

Brocade FCZM 供应商选择不更新 Python 3 的驱动程序，超过了 OpenStack [1] 的 Train 发行版本。Red Hat OpenStack (RHOSP) 16 使用 Python 3.6。

上游 Cinder 社区假定 Brocade FCZM 驱动程序的维护以最佳而定，而且会阻止 Brocade FCZM 在 Python 3 环境中运行（因此在 RHOSP 16 中）。

[1] https://docs.broadcom.com/doc/12397527

这个更新在某些情况下提高了堆栈更新的速度。

在以前的版本中，当 Ansible --limit 选项没有传递给 ceph-ansible 时，堆栈更新性能会降级。在堆栈更新过程中，ceph-ansible 有时也会在节点上进行幂等更新，即使使用了 --limit 参数。

现在，director 会截获 Ansible --limit 选项，并将其传递给 ceph-ansible 过量。传递给以 'openstack overcloud' deploy 开头的命令的 --limit 选项会被传递给 ceph-ansible 执行，以减少堆栈更新所需的时间。

在此次更新之前，要在从 RHOSP 13 升级到 RHOSP 16.1 的 Framework for Upgrades (FFU)期间成功运行 leapp upgrade，需要进行 Red Hat Enterprise Linux 升级的节点必须在 ssh 配置文件(/etc/ssh/sshd_config)中定义 PermitRootLogin 字段。

在这个版本中，编排服务(heat)不再需要您使用 PermitRootLogin 字段修改 /etc/ssh/sshd_config。

在这个版本中解决了在 VxFlexOS cinder 后端中导致卷附加失败的问题。

在以前的版本中，尝试在 VxFlexOS cinder 后端上附加卷会失败，因为 VxFlexOS 后端的 cinder 驱动程序不包括连接到卷所需的所有信息。

VxFlexOS cinder 驱动程序已更新，以包含连接到卷所需的所有信息。现在，附加可以正常工作。

在这个版本中解决了导致 VxFlex 卷分离尝试失败的不兼容的问题。

最近更改 ix n VxFlex cinder 卷凭证方法与预先存在的卷附加不向后兼容。如果在凭证方法更改前进行了 VxFlex 卷附加，请尝试分离卷失败。

现在，分离不会失败。

在这个版本中，修改 get_device_info 以使用 lsscsi 获取 [H:C:T:L] 值，从而可以支持超过 255 个逻辑单元号(LUN)和主机逻辑单元(HLU) ID 值。

在以前的版本中，get_device_info 使用 sg_scan 获取这些值，限制为 255。

您可以使用 get_device_info 获取两种设备类型：

在这个版本中解决了一个程序错误，它会阻止分布式计算节点(DCN)计算服务访问 glance 服务。

在以前的版本中，分布式计算节点配置了一个 glance 端点 URI，用于指定 IP 地址，即使部署了内部传输层安全(TLS)。由于 TLS 要求端点 URI 指定完全限定域名(FQDN)，因此计算服务无法访问 glance 服务。

现在，当使用内部 TLS 部署时，DCN 服务会使用指定 FQDN 的 glance 端点 URI 配置，DCN 计算服务可以访问 glance 服务。

这个版本包括以下与完全限定域名(FQDN)相关的程序错误修复补丁。

不熟悉的超时值可能会导致 overcloud 部署在四个小时后失败。要防止这些超时失败，请设置以下 undercloud 和 overcloud 超时参数：

在此次更新之前，块存储服务 (cinder) 在 volume create 请求中分配了默认卷类型，忽略指定卷类型的其它方法。

借助此次更新，块存储服务会如预期执行：

在这个版本中，可以在 RHOSP 16 中运行 Brocade FCZM 驱动程序。

Brocade FCZM 供应商选择不更新 Python 3 的驱动程序，超过了 OpenStack [1] 的 Train 发行版本。Red Hat OpenStack (RHOSP) 16 使用 Python 3.6。

上游 Cinder 社区假定 Brocade FCZM 驱动程序的维护以最佳而定，而且会阻止 Brocade FCZM 在 Python 3 环境中运行（因此在 RHOSP 16 中）。

[1] https://docs.broadcom.com/doc/12397527

这个更新在某些情况下提高了堆栈更新的速度。

在以前的版本中，当 Ansible --limit 选项没有传递给 ceph-ansible 时，堆栈更新性能会降级。在堆栈更新过程中，ceph-ansible 有时也会在节点上进行幂等更新，即使使用了 --limit 参数。

现在，director 会截获 Ansible --limit 选项，并将其传递给 ceph-ansible 过量。传递给以 'openstack overcloud' deploy 开头的命令的 --limit 选项会被传递给 ceph-ansible 执行，以减少堆栈更新所需的时间。

在此次更新之前，要在从 RHOSP 13 升级到 RHOSP 16.1 的 Framework for Upgrades (FFU)期间成功运行 leapp upgrade，需要进行 Red Hat Enterprise Linux 升级的节点必须在 ssh 配置文件(/etc/ssh/sshd_config)中定义 PermitRootLogin 字段。

在这个版本中，编排服务(heat)不再需要您使用 PermitRootLogin 字段修改 /etc/ssh/sshd_config。

在这个版本中解决了在 VxFlexOS cinder 后端中导致卷附加失败的问题。

在以前的版本中，尝试在 VxFlexOS cinder 后端上附加卷会失败，因为 VxFlexOS 后端的 cinder 驱动程序不包括连接到卷所需的所有信息。

VxFlexOS cinder 驱动程序已更新，以包含连接到卷所需的所有信息。现在，附加可以正常工作。

在这个版本中解决了导致 VxFlex 卷分离尝试失败的不兼容的问题。

最近更改 ix n VxFlex cinder 卷凭证方法与预先存在的卷附加不向后兼容。如果在凭证方法更改前进行了 VxFlex 卷附加，请尝试分离卷失败。

现在，分离不会失败。

在这个版本中，修改 get_device_info 以使用 lsscsi 获取 [H:C:T:L] 值，从而可以支持超过 255 个逻辑单元号(LUN)和主机逻辑单元(HLU) ID 值。

在以前的版本中，get_device_info 使用 sg_scan 获取这些值，限制为 255。

您可以使用 get_device_info 获取两种设备类型：

在这个版本中解决了一个程序错误，它会阻止分布式计算节点(DCN)计算服务访问 glance 服务。

在以前的版本中，分布式计算节点配置了一个 glance 端点 URI，用于指定 IP 地址，即使部署了内部传输层安全(TLS)。由于 TLS 要求端点 URI 指定完全限定域名(FQDN)，因此计算服务无法访问 glance 服务。

现在，当使用内部 TLS 部署时，DCN 服务会使用指定 FQDN 的 glance 端点 URI 配置，DCN 计算服务可以访问 glance 服务。

在这个版本中，支持使用由 Key Manager 服务(barbican)管理的密钥对加密镜像的支持。

对于部分数据必须保持加密的安全工作流，您可以将精心准备的加密镜像上传到镜像服务(glance)中，供块存储服务(cinder)使用。

在这个版本中，增加了对分布式计算节点(DCN)上的加密卷和镜像的支持。

DCN 节点现在可以访问在中央 control plane 中运行的 Key Manager 服务(barbican)。

例如：

$ openstack overcloud roles generate DistributedComputeHCI DistributedComputeHCIScaleOut -o ~/dcn0/roles_data.yaml

使用角色数据文件的适当路径。

RHOSP 16.1.2 引入了 AMD EPYC 2 (Rome)平台的技术预览，将 UEFI 设置 NPS (Numa Per Socket)设置为 1。

DPDK 基准中使用 NPS (2 或 4)的其他值来访问裸机上没有 OpenStack 的平台峰值性能。

红帽会继续评估 NPS=2 或带有 OpenStack 的 NPS=4 的操作权衡。此配置为每个套接字公开多个 Numa 节点。

Red Hat OpenStack Platform 16.1.2 引入了 AMD EPYC 2 (Rome)平台的技术预览，将 UEFI 设置 NPS (Numa Per Socket)设置为 1。

DPDK 基准中使用 NPS (2 或 4)的其他值来访问裸机上没有 OpenStack 的平台峰值性能。

红帽会继续评估 NPS=2 或带有 OpenStack 的 NPS=4 的操作权衡。此配置为每个套接字公开多个 Numa 节点。

Red Hat OpenStack Platform 16.1.2 引入了与同一 hypervisor 上的 SR-IOV 在一起的 OVN 和 OVS-DPDK 的技术预览。

有关相关问题，请参阅：

https://bugzilla.redhat.com/show_bug.cgi?id=1575512 and

https://bugzilla.redhat.com/show_bug.cgi?id=1575512

Red Hat OpenStack Platform 16.1.2 引进了 OVN 技术预览，带有基于 OVS TC 流的卸载。

请注意，OVN 不支持常规间的通信。因此，不支持使用带有 OVN 硬件卸载的 VXLAN。See https://bugzilla.redhat.com/show_bug.cgi?id=1881704.

Red Hat OpenStack Platform 16.1 包括以下 PowerMax Driver 更新：

功能更新：

在这个版本中，Red Hat OpenStack Platform (RHOSP)编排服务(heat)可让您部署多个 Dell EMC XtremIO 后端，以及块存储服务(cinder)的存储协议组合。

新的 heat 参数 CinderXtremioStorageProtocol 现在允许您在光纤通道(FC)或 iSCSI 存储协议之间进行选择。

新的 heat 模板可让您部署多个 XtremIO 后端。

在以前的版本中，RHOSP director 只支持块存储服务的一个 iSCSI 后端。（传统的 iSCSI-only heat 模板将在以后的 RHOSP 发行版本中被弃用。

在 Red Hat OpenStack Platform 10 (newton)后，PowerMax 配置选项已更改。这个版本包括最新的 PowerMax 配置选项，并支持 iSCSI 和 FC 协议。

CinderPowermaxBackend 参数还支持多个后端。CinderPowermaxBackendName 支持一系列后端，您可以使用新的 CinderPowermaxMultiConfig 参数为每个后端指定参数值。如需示例语法，请参阅 environments/cinder-dellemc-powermax-config.yaml。

在 ML2/OVN 路由器上传输巨型 UDP 帧依赖于尚未受攻击的内核版本。

收到超过外部网络最大传输单元的巨型 UDP 帧后，ML2/OVN 路由器可以将 ICMP"fragment required"数据包返回回发送的虚拟机，其中发送的应用程序会将有效负载分成较小的数据包。要确定数据包大小，此功能依赖于发现 MTU 限制以及 south-to-north 路径。

南向北度路径 MTU 发现需要 kernel-4.18.0-193.20.1.el8_2，它计划在以后的版本中可用。要跟踪内核版本的可用性，请参阅 https://bugzilla.redhat.com/show_bug.cgi?id=1860169。

当您启用负载均衡服务实例(amphora)日志卸载时，管理日志和租户日志都会写入同一文件(octavia-amphora.log)。这是一个由编排服务(heat)参数错误的默认值导致的已知问题，OctaviaTenantLogFacility。作为临时解决方案，请执行以下步骤：

在自定义环境文件中将 OctaviaTenantLogFacility 设置为零(0)，并运行 openstack overcloud deploy 命令：

parameter_defaults:
    OctaviaLogOffload: true
    OctaviaTenantLogFacility: 0
    ...

如需更多信息，请参阅修改 overcloud 环境

已知问题导致 Ceph OSD 从 FileStore 迁移到 BlueStore 失败。在使用 Red Hat Ceph Storage 3 部署 Red Hat OpenStack Platform 13 时 osd_objectstore 参数没有被显式设置，则迁移会在不转换任何 OSD 的情况下退出，并错误地报告 OSD 已使用 BlueStore。有关已知问题的详情请参考 https://bugzilla.redhat.com/show_bug.cgi?id=1875777

作为临时解决方案，请执行以下步骤：

Red Hat OpenStack Platform 负载均衡服务 (octavia) 实例 (amphora) 中的 keepalived 实例通常会终止和中断 UDP 流量。造成这个问题的原因是 UDP 健康状态监测程序的超时值太小。

临时解决方案：指定一个大于 2 秒的新超时值：$ openstack loadbalancer healthmonitor set --timeout 3 <heath_monitor_id>

如需更多信息，请在命令行界面参考中搜索“loadbalancer healthmonitor”。

在客户虚拟机中启用 realtime-virtual-host tuned 配置集会降低吞吐量，并显示非确定的性能。OVS-dpdk PMD 错误地固定到内务 CPU。

作为临时解决方案，在客户虚拟机中使用 cpu-partitioning tuned 配置集，编写部署后脚本更新 tuned.conf 文件并重新引导节点：

ps_blacklist=ksoftirqd.*;rcuc.*;rcub.*;ktimersoftd.*;.*pmd.*;.*PMD.*;^DPDK;.*qemu-kvm.*

目前，如果 Red Hat OpenStack Platform 使用 tripleo-ipa 部署 TLS Everywhere，则无法缩减或删除计算节点。这是因为清理角色通常被委派给 undercloud，因为 localhost 现在会从 Workflow 服务(mistral)容器调用。

如需更多信息，请参阅 https://access.redhat.com/solutions/5336241