Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

2.2. 发行信息 RHOSO 18.0.7

参阅 OpenShift 中 Red Hat OpenStack Services 的已知问题、错误修复和其他发行注记。

RHOSO 18.0.7 引入了 Optimize 服务(watcher)，为基于多租户 RHOSO 的云提供灵活且可扩展的资源优化服务。有关优化服务的更多信息，请参阅 https://issues.redhat.com/browse/OSPRH-15037 并 优化基础架构资源使用率。

2.2.1. 公告列表
复制链接

此 Red Hat OpenStack Services on OpenShift (RHOSO)发行版本包括以下公告：

RHBA-2025:4083
RHOSO 18.0.7 的组件发布
RHBA-2025:4084
RHOSO 18.0.7 的容器发布
RHBA-2025:4085
RHOSO 18.0.7 的数据平面 Operator
RHBA-2025:4086
RHOSO 18.0.7 的 control plane Operator

2.2.2. Compute
复制链接

2.2.2.1. 程序错误修复
复制链接

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中修复的、对用户有严重影响的错误。

计算服务无法对带有无效配置的部署进行 就绪 检查

在此次更新之前，如果 Compute 服务(nova) API 引发配置错误，它会返回一个 500 错误，然后在重新加载后继续使用有问题的配置运行。出现这个问题的原因是，当应用程序初始化过程中引发错误时，mod_wsgi 将 wsgi 应用重新加载到同一个 Python 解释器中。有了这个更新，计算服务已被修改来重新提升配置错误，直到应用程序可以完全重启为止。现在，如果您使用无效的配置进行部署，Compute 服务 API CR 无法进行 ready 检查并更新 OpenShift CR 中的 Status 字段，以提示您查看配置错误的日志文件。

Jira:OSPRH-9737

2.2.2.2. 已知问题
复制链接

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中已知的问题。

默认禁用计算服务电源管理功能

默认情况下，计算服务(nova)电源管理功能被禁用。您可以使用以下 nova-compute 配置启用它： 

[libvirt]
cpu_power_management = true
cpu_power_management_strategy = governor
Copy to Clipboard Toggle word wrap

目前不支持默认的 cpu_power_management_strategy cpu_state。重启 nova-compute 会导致该主机上的所有专用 PCPU 都已关机，包括供实例使用的 PCPU。如果使用 cpu_state 策略，则这些实例的 CPU 将变得 unpinned。

Jira:OSPRH-10772

2.2.3. 数据平面
复制链接

2.2.3.1. 已知问题
复制链接

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中已知的问题。

手动将 redhat 服务添加到 data plane 服务的默认列表中

redhat 服务已从默认 data plane 服务列表中删除。因此，当将订阅或存储库附加到 Compute 节点时，在创建 data plane secret 时，节点不会被注册，data plane 部署会失败。

临时解决方案： 覆盖 OpenStackDataPlaneNodeSet CR 中的服务列表，并确保将 redhat 服务添加为列表中的第一个服务。您可以复制 Data plane 服务中 显示的默认列表，如 自定义 OpenShift 部署中的 Red Hat OpenStack Services。

Jira:OSPRH-15644

2.2.4. 网络
复制链接

2.2.4.1. 程序错误修复
复制链接

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中修复的、对用户有严重影响的错误。

BFD 现在在带有动态路由的 RHOSO 部署中按预期工作

在此次更新之前，当使用边框网关协议(BGP)的动态路由部署 RHOSO 时，双向转发(BFD)无法按预期工作，因为没有 nft 规则允许 BFD 和 BGP 端口。在这个版本中，添加了一个 nft 规则，BFD 可以正常工作： 

  BGP
       - 179 tcp
   BFD
       - 3784 udp
       - 3785 udp
       - 4784 udp
       - 49152 udp
       - 49153 udp
Copy to Clipboard Toggle word wrap

Jira:OSPRH-14536

2.2.4.2. 已知问题
复制链接

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中已知的问题。

FRR 服务没有可用的日志

FRR 服务没有日志可用，当 RHOSO 配置为将 Dynamic Routing 与 BGP 搭配使用时，该服务会在 data plane 节点上部署。

临时解决方案：

要在 OpenstackDataplaneDeployment 完成后获取 FRR 日志，请在运行 FRR 的所有 networker 和 Compute 节点上执行以下操作：

  1. 编辑 /var/lib/config-data/ansible-generated/frr/etc/frr/frr.conf'file，并将 ' log 文件替换为 日志文件 /var/log/frr/frr.log。
  2. 编辑 /var/lib/kolla/config_files/frr.json，并使用 tail -f /var/log/frr.log 替换 sleep infinity。
  3. 重新启动 FRR： systemctl restart edpm_frr。

Jira:OSPRH-10204

采用后旧的 tripleo Networking services (neutron)

在 edpm_tripleo_cleanup 任务后，仍有传统的 tripleo Networking 服务(neutron)服务。这些服务在采用后停止，因此 RHOSO 服务不受影响。

临时解决方案：

执行以下步骤手动删除旧服务：

  • check tripleo neutron services list: systemctl list-unit-files --type service
  • 从 /etc/systemd/system/中删除 tripleo 服务

Jira:OSPRH-11323

当外部 MTU 大于内部 MTU 时，数据包会静默丢弃

当外部 MTU 大于内部 MTU 时，RHOSO 不会按预期分段南北数据包。相反，在没有通知的情况下丢弃入口数据包。

此外，碎片不适用于租户网络之间的 east/west 流量。

在解决这些问题之前，请确保外部 MTU 设置小于或等于内部 MTU 设置，并且 east/west 路径上的所有 MTU 设置都相等。

临时解决方案：

在解决这些问题之前，请执行以下步骤以确保外部 MTU 设置小于或等于内部 MTU 设置，并且 east/west 路径上的所有 MTU 设置都相等。

  1. 将 ovn_emit_need_to_frag 设置为 true。
  2. 将 global_physnet_mtu 设置为至少大于外部网络 MTU 的 58 字节的大小，以适应生成的隧道封装开销。
  3. 设置 physical_network_mtus 值对，以描述每个物理网络的 MTU。
  4. 确保外部网络中的每个设备上的 MTU 设置小于内部 MTU 设置。
  5. 要将更改应用到现有的路由器，请删除路由器并重新创建它。

Example

例如，假设外部网络 datacentre MTU 是 1500。

  • 在 OpenStackControlPlane CR 中输入以下 neutron 设置： 

    neutron:
    enabled: true
:
    template:
 :
      customServiceConfig: |
        [DEFAULT]
        global_physnet_mtu=1558
        [ml2]
        physical_network_mtus = ["datacentre:1500_{context}"]
        [ovn]
        ovn_emit_need_to_frag = true
    Copy to Clipboard Toggle word wrap
    • 确保外部网络中的每个设备上的 MTU 设置小于内部 MTU 设置。
    • 确保所有使用 OVN 路由器的租户网络具有相同的 MTU。
    • 要将更改应用到现有的路由器，请删除路由器并重新创建它。

Jira:OSPRH-12695

端口更新删除 VLAN 或扁平网络端口的 QoS 信息

任何带有出口 QoS 策略规则（最大和/或最小带宽）的 VLAN 或扁平网络端口将此信息存储在 Logical_Switch_Port. 选项 字典中。此端口上的任何更新都会从端口名称更改为实时迁移，将删除此 QoS 信息。

临时解决方案： 要恢复 QoS 信息，您必须删除此端口的 QoS 策略，然后再次设置它。

Jira:OSPRH-15457

2.2.5. 网络功能虚拟化
复制链接

2.2.5.1. 程序错误修复
复制链接

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中修复的、对用户有严重影响的错误。

修复了从 18.0.6 更新开始的次要更新失败

在这个版本中解决了在从 RHOSO 18.0.1 到 18.0.5 到 18.0.6 或更高版本的更新过程中进行小的更新失败。如果您从 RHOSO 18.0.6 或更高版本更新至任何版本，不再会发生失败。

重要

如果您从 18.0.1 更新至任何版本，则更新会失败，因为无法找到 edpm_openstack_network_exporter.service。在执行这些更新前，您必须执行以下临时解决方案。

临时解决方案： 在更新 'OpenStackDataplaneService'custom 资源前，将 telemetry 服务添加到 openstack-edpm-update-services.yaml 文件中的 service Override 字段中。例如： 

apiVersion: dataplane.openstack.org/v1beta1
kind: OpenStackDataPlaneDeployment
metadata:
  name: edpm-deployment-ipam-update-dataplane-services
spec:
  nodeSets:
    - openstack-edpm-ipam
  servicesOverride:
    - telemetry
    - update
Copy to Clipboard Toggle word wrap

Jira:OSPRH-14841

2.2.5.2. 过时的功能
复制链接

本节概述了 OpenShift 18.0 上的 Red Hat OpenStack Services 中 弃用的功能。

弃用的功能可能在以后的主要发行本中不被支持，因此不建议在新的部署中使用。

弃用了 edpm_ovs_dpdk_lcore_list 变量

您可以使用 RHOSO 部署中的 edpm_ovs_dpdk_lcore_list Ansible 变量停止。在以前的版本中，它在 nodeset CR 定义文件中使用，在 NFV 环境中的数据平面部署中启用 OVS DPDK。它不再需要或支持，它现在会导致部署错误。

Jira:OSPRH-14642

2.2.5.3. 已知问题
复制链接

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中已知的问题。

当物理功能附加到虚拟机实例时，采用会失败

当物理功能(PF)附加到实例时，如果重新运行 os-net-config，则 os-net-config 无法找到主机中的 SR-IOV PF，因此部署、更新或采用会失败。

Jira:OSPRH-12024

启用 SELinux 时 NetworkManager-dispatcher 脚本无法运行

os-net-config 配置工具使用 NetworkManager-dispatcher 脚本进行驱动程序绑定。启用 SELinux 后，这些脚本无法运行，os-net-config 网络部署会失败。

临时解决方案： 目前没有临时解决方案。

Jira:OSPRH-13544

2.2.6. Control plane（控制平面）
复制链接

2.2.6.1. 程序错误修复
复制链接

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中修复的、对用户有严重影响的错误。

在 httpd 配置中默认禁用 TraceEnable 参数

在此次更新之前，从 OpenStackProvisionServer CR 默认启用 HTTP TRACE，这会导致安全扫描程序创建警报。在这个版本中，TraceEnable 参数默认在 httpd 配置中被设置为 "off"。

Jira:OSPRH-14672

2.2.6.2. 已知问题
复制链接

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中已知的问题。

control plane 在次版本更新过程中临时不可用

在次版本更新过程中，RHOSO control plane 临时不可用。API 请求可能会失败并显示 HTTP 错误代码，如错误 500。或者，API 请求可能会成功，但底层生命周期操作会失败。例如，在次要更新期间使用 openstack server create 命令创建的虚拟机(VM)永远不会达到 ACTIVE 状态。control plane 中断是临时的，并在次要更新完成后自动恢复。control plane 中断不会影响已在运行的工作负载。

临时解决方案： 要防止这种中断，请参阅红帽知识库文章 如何在 OpenShift 上的 Red Hat Openstack Services 中启用镜像队列。

Jira:OSPRH-10790

2.2.7. 安全与强化
复制链接

2.2.7.1. 已知问题
复制链接

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中已知的问题。

生成的 CA 捆绑包不会在 data plane 节点上安装

RHOSO control plane 生成的 CA 捆绑包部署在 data plane 节点上，用于部署或运行服务，但不会作为 CA 捆绑包安装到 data plane 节点本身。CA 捆绑包可以包含自定义第三方 CA 文件，例如访问 satellite。临时解决方案： 目前没有临时解决方案。

Jira:OSPRH-14205

2.2.8. 资源优化服务
复制链接

2.2.8.1. 技术预览
复制链接

这部分列出了 OpenShift 18.0 上的 Red Hat OpenStack Services 中的所有技术预览。

有关技术预览功能支持范围的信息，请参阅技术预览功能支持范围 - 支持范围。

优化服务(watcher)以获得资源优化

Red Hat OpenStack Services on OpenShift (RHOSO) Optimize service (watcher)为基于多租户 RHOSO 的云提供灵活且可扩展的资源优化服务。Optimize 服务提供了一个框架，可帮助您为基础架构资源使用设定和管理目标。

Optimize 服务专注于帮助用户实现广泛的基础架构资源利用率目标，以降低数据中心操作成本。它包括一个指标接收器、复杂的事件处理器和配置集器，优化处理器，以及操作计划 applier。

此功能目前以技术预览形式提供，并支持第一个发行版本中的有限数量的优化策略。有关 Optimize 服务的详情，请参考 https://docs.redhat.com/en/documentation/red_hat_openstack_services_on_openshift/18.0/html/optimizing_infrastructure_resource_utilization/index。

RHOSO 中的 Optimize 服务在 RHOSO 18.0.6 中作为技术预览发布，现在在 18.0.7 中作为支持的策略的一个技术预览。

Jira:OSPRH-15037

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2025 Red Hat