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

2.3. 发行信息 RHOSO 18.0.6

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

2.3.1. 公告列表
复制链接

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

RHBA-2025:3029
RHOSO 18.0.6 组件发布（功能版本 2）
RHBA-2025:3030
RHOSO 18.0.6 的数据平面 Operator （功能版本 2）
RHBA-2025:3031
RHOSO 18.0.6 的 Operator 发行版本（功能版本 2）
RHBA-2025:3032
RHOSO 18.0.6 的 control plane Operator （功能版本 2）
RHBA-2025:3033
RHOSO 18.0.6 的容器发布（功能版本 2）

2.3.2. Observability（可观察性）
复制链接

2.3.2.1. 新功能
复制链接

这部分描述了 OpenShift 18.0 上的 Red Hat OpenStack Services 中引入的新功能和主要改进。

改进了 RHOSO Observability 的指标

现在，您可以使用新指标来监控 RHOSO 服务的健康状况，包括：

  • kube_pod_status_phase
  • kube_pod_status_ready
  • node_systemd_unit_state
  • podman_container_state
  • podman_container_health

您可以使用 kube_pod_status_phase 和 kube_pod_status_ready 来监控 control plane 服务。

  • kube_pod_status_phase - 相关参数为 Phase，值为 Pending, Running, Succeeded, Failed, 或 Unknown，对应的布尔值为 1 或 0。
  • kube_pod_status_ready - 此指标还具有布尔值，1 表示 pod 具有所有容器运行和就绪度探测成功，0 表示 pod 没有运行所有容器，或者就绪度探测没有成功。

您可以使用 node_systemd_unit_state 来监控 data plane 服务的运行状态。

  • node_systemd_unit_state ' - 相关参数为 'State，值为 activation, active, deivating, failed, inactive, and corresponding Boolean value 1 或 0。

您可以使用 podman_container_state 和 podman_container_health 来监控 data plane 容器化服务的健康状态。

  • podman_container_state - 此指标可以有以下值： -1=unknown, 0=created, 1=initialized, 2=running, 3=stopped, 4=paused, 5=exited, 6=removing, 7=stopping。
  • podman_container_health - 此指标可以具有以下值： -1=unknown, 0=healthy, 1=unhealthy, 2=starting。

Jira:OSPRH-1052

提供了额外的 Ceilometer 指标

现在，您可以检索 虚拟机：ceilometer_power_state 指标来指示 libvirt 电源状态。

Jira:OSPRH-10377

有额外的虚拟机指标可用

现在，您可以使用仪表板查看专用虚拟机网络流量仪表板，并监控虚拟机的电源状态。

Jira:OSPRH-10481

使用 Ceilometer IPMI 视觉化硬件传感器指标

现在，您可以使用仪表板从计算节点查看可用的 IPMI 传感器硬件指标。

Jira:OSPRH-10808

Kepler 仪表板更加用户友好（技术预览）

现在，您可以通过人类可读的主机名而不是计算服务 UUID 来查看 Compute 节点。

Jira:OSPRH-11755

改进了 Telemetry Operator 和 OpenShift Logging 之间的兼容性

现在，您可以将 Telemetry Operator 与 OpenShift Logging 版本 6.1 及更新版本搭配使用。

Jira:OSPRH-12147

Prometheus 连接信息在 secret 中公开

Telemetry Operator 现在使用内部 Prometheus 连接详情创建一个 secret。其他 OpenShift 服务可以将该 secret 用作服务发现机制，以连接到 Prometheus。

Jira:OSPRH-13223

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

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

在不进行人工干预的情况下提取 Kepler 指标（技术预览）

在此次更新之前，防火墙不适用于 Compute 节点，允许打开端口 8888。但是，如果防火墙启用了，则对端口 8888 的访问可能会意外丢失。在这个版本中，ansible 角色会检查防火墙是否已启用，然后打开端口 8888。因此，Prometheus 可以在不手动干预的情况下提取 Kepler 指标。

Jira:OSPRH-11066

使用 Kepler 捕获 GPU 指标（技术预览）

在这个版本中，对 OpenShift 上的 Red Hat OpenStack Services (RHOSO)更新，您现在可以使用 Kepler 捕获 GPU 指标。

Jira:OSPRH-11890

TLS 错误会导致节点导出器提取问题

此 Red Hat OpenStack Services on OpenShift (RHOSO)发行版本解决了在特定 dataplane 配置中提取指标的问题。

Jira:OSPRH-12359

IPv6 地址周围缺少方括号

此 Red Hat OpenStack Services on OpenShift (RHOSO)发行版本更正了提取数据的潜在问题，因为 IPv6 地址缺少方括号。

Jira:OSPRH-13151

使用 RabbitMQ 指标拒绝 IPv6 连接。

在这个版本中，Red Hat OpenStack Services on OpenShift (RHOSO)，Rabbitr 指标导出器现在侦听 IPv6 Control Plane 网络上的正确接口。

Jira:OSPRH-13152

2.3.3. Compute
复制链接

2.3.3.1. 新功能
复制链接

这部分描述了 OpenShift 18.0 上的 Red Hat OpenStack Services 中引入的新功能和主要改进。

引入了统一限制

这个版本为 RHOSO 18.0 引进了统一限制。统一限制是一种现代配额系统，其中配额限制集中存储在 Identity 服务中。统一限制可按照记录的步骤启用。

Jira:OSPRH-9518

验证 hypervisor 上的 systemd-container 软件包安装

现在，您可以在启动 data plane 的最终步骤前，验证 hypervisor 上是否已安装 systemd-container 软件包。在在所有虚拟机监控程序上安装软件包之前，您无法在 OpenShift (RHOSO)上采用源 Red Hat OpenStack Platform 云到 Red Hat OpenStack Services 中。

Jira:OSPRH-10321

禁用 Nova 内部实例信息缓存定期修复

默认情况下，heal_instance_info_cache_interval 现在被禁用，以通过删除 nova-compute 代理创建的负载来提高 neutron API 服务器的性能。这不会影响缓存的正确性，因为它是在大多数虚拟机操作期间更新的。

Jira:OSPRH-10744

现在支持使用巨页的节点

在这个版本中，data plane 采用支持导入配置了 OSP 工作负载的 hypervisor，以使用巨页。

Jira:OSPRH-12073

Nova 启用 NVIDIA vGPU 实例的实时迁移

如果目标使用相同的 NVIDIA 驱动程序版本和相同的中介类型，Nova 会在主机之间启用使用 vGPU 资源的实时迁移实例。

要实时迁移，Operator 需要修改每个主机的配置：

live_migration_completion_timeout = 0 live_migration_downtime = 500000 live_migration_downtime_steps = 3 live_migration_downtime_delay = 3

Jira:OSPRH-13767

对 Compute 服务(nova)和放置服务的拓扑支持

根据 TopologySpreadConstraints 和 Affinity/Anti-Affinity 规则，实施用于调度 RHOSO Nova 和放置服务的 pod 的新自定义资源定义。

Jira:OSPRH-13785

修复了与 nova_statedir_ownership.py 相关的更新故障

在此次更新之前，从 RHOSO18.0.3 更新至更新的版本会失败，并显示与缺失的 nova_statedir_ownership.py 脚本相关的错误。在这个版本中，从 RHOSO 18.0.3 更新至 RHOSO 18.0.6 （功能版本 2）不会生成这些错误。

Jira:OSPRH-14506

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

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

分配候选者在放置 GET /allocation_candidates 查询中的主机之间分布

在具有广泛和对称提供程序树的部署中，例如，同一根下有多个子提供商拥有同一资源类的清单，如果分配候选请求请求多个请求组中这些子资源提供商的资源，则可能的分配候选对象数量会快速增长。在应用分配候选查询中提供的 limit 参数之前，放置服务会完全生成这些候选者。放置服务需要过量时间和内存来生成这个分配候选量，客户端可能会超时。

为了避免请求超时或内存不足事件，会在候选生成过程中应用新的 [placement]max_allocation_candidates 配置选项。默认情况下，[placement]max_allocation_candidates 选项被设置为 -1，这意味着没有限制，这是旧的行为。根据放置服务可用的内存以及客户端的 timeout 设置，在受影响的部署中编辑此配置选项的值。建议的值为 100000。

如果生成的分配候选数量受 [placement]max_allocation_candidates 配置选项的限制，您可以从有限的根提供商（如 Compute 节点）获取一组有限根提供商的候选者，因为放置服务使用 depth-first 策略，在考虑下一个 root 之前从第一个 root 生成所有候选者。要避免这种情况，请使用 [placement]allocation_candidates_generation_strategy 配置选项，该选项有两个可能的值：

  • depth-first ：在移至下一个前，先从第一个可行的根提供商生成所有候选者。这是默认值，这会触发旧的行为。
  • breadth-first ：以轮循方式从可行的根生成候选者，在从第一个 root 创建第二个候选者之前，先从每个可行的根者创建一个候选者。这是可能的新行为。

在 [placement]max_allocation_candidates 配置为正数的部署中，将 [placement]allocation_candidates_generation_strategy 设置为 breadth-first。

Jira:OSPRH-37

在计算服务重启后，NFS 共享上具有临时存储的实例会继续工作

在此次更新之前，当容器化 Compute 代理服务在虚拟机监控程序主机上重启时，NFS 共享上的具有临时存储的计算服务(nova)实例停止工作。

在这个版本中，在 NFS 共享上具有临时存储的 Nova Compute 服务实例不再停止工作。每次使用链接 Openstack Dataplane Nodeset 中包含的 Nova EDPM 服务创建 Openstack Dataplane Deployment 时都会触发 Nova Compute init 容器，并更正 hypervisor 上 /var/lib/nova/ 目录内容的权限。

Jira:OSPRH-10729

修复了与 nova_statedir_ownership.py 相关的更新故障

在此次更新之前，从 RHOSO18.0.3 更新至更新的版本会失败，并显示与缺失的 nova_statedir_ownership.py 脚本相关的错误。在这个版本中，从 RHOSO 18.0.3 更新至 RHOSO 18.0.6 （功能版本 2）不会生成这些错误。

Jira:OSPRH-13415

修复了：在计算服务重启后，NFS 共享上具有临时存储的实例停止工作

在此次更新之前，当容器化 Compute 代理服务在虚拟机监控程序主机上重启时，NFS 共享上的具有临时存储的计算服务(nova)实例停止工作。这是因为 /var/lib/nova/ 实例的权限改变。

在这个版本中解决了这个程序错误。

Jira:OSPRH-14197

2.3.3.3. 已知问题
复制链接

这部分论述了 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

块存储服务(cinder)已知问题

当您将 Red Hat Ceph Storage 用作块存储服务(cinder)的后端时，您可能无法扩展附加的加密卷。临时解决方案： 分离加密的 RBD 卷，扩展此卷，然后重新连接它。

Jira:OSPRH-14321

2.3.4. 数据平面
复制链接

2.3.4.1. 新功能
复制链接

这部分描述了 OpenShift 18.0 上的 Red Hat OpenStack Services 中引入的新功能和主要改进。

在不扩展云的情况下替换有问题的节点

在这个版本中，您可以选择替换出现故障的节点，而无需扩展云。

  • 对于预置备的节点，在 OpenStackDataPlaneNodeSet CR 中为节点设置一个新的 ansibleHost。
  • 对于置备的节点，删除有问题的裸机主机(BMH)。OpenStackBaremetalSet CR 被协调以置备新的 BMH，并重置 OpenStackDataPlaneNodeSet 的部署状态，提示您创建新的 OpenStackDataPlaneDeployment CR 以部署到新置备的节点上。

您仍然必须使用 scale-in 手动清理已删除的节点。

Jira:OSPRH-13948

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

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

文档 ：限制添加了 OpenStackDataPlaneNodeSet CR 名称的最大长度

围绕命名的OpenStackDataPlaneNodeSet' CR 的规则描述已更新，使其包含最大长度为 53 个字符。

Jira:OSPRH-12327

2.3.5. 网络
复制链接

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

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

修复了负载均衡服务中的默认反关联性策略

在此次更新之前，octavia 操作符不会在 active-standby 拓扑中创建 amphorae 时启用反关联性。在某些情况下，虚拟机被调度到同一计算节点上。

此发行版本解决了这个问题，并确保启用了反关联性。

Jira:OSPRH-10705

更正了负载平衡服务提供商网络可见性

在此次更新之前，最终用户可以看到负载均衡服务提供商网络。现在，负载均衡服务提供商网络仅对管理员可见。

Jira:OSPRH-12519

在离线集群中部署负载均衡服务

在此次更新之前，octavia-rsyslog pod 的容器镜像 URL 被硬编码，且无法覆盖，因此用户无法在离线集群中部署负载均衡服务(octavia)。

在这个版本中，容器镜像 URL 可以被覆盖，您可以离线部署负载均衡服务。

Jira:OSPRH-13530

修复了在 DCN 模式中负载均衡服务健康管理器的稳定性问题

在此次更新之前，当您以 DCN 模式运行负载均衡服务(octavia)健康管理器 pod 时，pod 由 Operator 随机重启。在这个版本中，不会发生随机重启。

Jira:OSPRH-13951

负载均衡服务 rsyslog 端点不再从远程区域丢弃日志

在此次更新之前，如果您使用了 DCN 的 rsyslog 服务，rsyslog pod 会丢弃传入的 rsyslog 数据包，因为缺少到远程 DCN 的路由。现在，数据包不会被丢弃。

Jira:OSPRH-14085

2.3.5.2. 技术预览
复制链接

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

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

Amphora Vertical Scaling （线程/CPU 固定）（技术预览）

使用这个技术预览，您可以测试对 amphora 驱动程序的负载均衡服务垂直扩展支持的改进处理。此技术预览中的更新使用额外的 amphora 镜像，该镜像专门用于改进垂直扩展，以及一个使用多个 vCPU 的额外负载均衡器类型。这有助于提高负载均衡器的延迟和吞吐量。

Jira:OSPRH-370

使用负载均衡服务进行 TLS 客户端身份验证（技术预览）

在这个版本中，使用证书建立双向 TLS 身份验证，包括 TLS Web 客户端与 RHOSO 负载均衡服务(octavia) TLS 终止 HTTPS 负载均衡器的技术预览。

Jira:OSPRH-1375

分布式区功能的负载均衡服务(octavia)支持（技术预览）

在这个版本中引进了负载均衡服务(octavia)可用域(AZ)的技术预览，它允许项目用户在分布式区环境中创建负载均衡器以提高流量吞吐量并降低延迟。

Jira:OSPRH-8336

来自同一网络的多个负载均衡服务 VIP 地址

在 Octavia 中存在一个与 Amphora 供应商进行负载均衡服务的用例，需要从同一 Neutron 网络分配多个 VIP 地址。使用这个技术预览，您可以测试指定与 VIP 端口关联的额外 subnet_id/ip_address 对的能力。这可让场景同时具有 IPv4 和 IPv6 地址，或者公开给公共和私有子网。

Jira:OSPRH-14480

改进了 TLS 密码和协议支持（技术预览）

这个版本引进了改进的负载均衡服务(octavia)支持的 TLS 密码和协议的技术预览。现在，您可以使用更适合您的站点的值覆盖默认密码列表，以及为每个监听器设置密码和协议列表等其他新功能。

Jira:OSPRH-14705

IPv6 负载平衡网络 [技术预览]

现在，您可以测试使用 IPv6 CIDR 进行负载平衡管理网络的技术预览。

Jira:OSPRH-14811

2.3.5.3. 已知问题
复制链接

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

FRR 服务没有可用的日志

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

临时解决方案： 要在 OpenstackDataplaneDeployment 完成后获取 FRR 日志，请在运行 FRR 的所有网络和 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 不会按预期分段南北数据包。如果在没有通知的情况下丢弃 ingress 数据包，则应该被使用。

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

在解决这些问题之前，请确保外部 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。

  1. 在 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
  2. 确保外部网络上的每个设备上的 MTU 设置小于内部 MTU 设置。
  3. 确保所有使用 OVN 路由器的租户网络具有相同的 MTU。
  4. 要将更改应用到现有的路由器，请删除路由器并重新创建它。

Jira:OSPRH-12695

BFD 在带有动态路由的 RHOSO 部署中无法正常工作；需要临时解决方案

当您使用边框网关协议(BGP)部署 RHOSO 时，双向转发(BFD)无法正常工作。

临时解决方案： 将 NFT 规则添加到 OpenstackDataplaneNoteSet CR。有两种方法可以做到这一点：选择一个。

  1. 通过将 edpm_frr_bfd 设置为 false 来禁用 BFD。
  2. 配置 edpm_nftables_user_rules 以允许 BFD 流量： 
edpm_nftables_user_rules: |
  - rule_name: 121 frr bgp port
    rule:
      proto: tcp
      dport:
       - 179
  - rule_name: 122 frr bfd ports
    rule:
      proto: udp
      dport:
       - 3784
       - 3785
       - 4784
       - 49152
       - 49153
      state: ["UNTRACKED_{context}"]
Copy to Clipboard Toggle word wrap

Jira:OSPRH-14536

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

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

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

将 os-net-config 供应商改为 nmstate

在之前的 RHOSO 版本中，红帽不支持 NMstate 作为 os-net-config 供应商。现在支持它，但默认配置将 os-net-config 供应商设置为 ifcfg。

参数是 edpm_network_config_nmstate。默认值为 false。将它更改为 true 以使用 nmstate 提供程序，除非 nmstate 供应商的具体限制要求您使用 ifcfg 供应商。

如需更多信息，请参阅规划部署中的" os-net-config 的 nmstate 供应商"

Jira:OSPRH-11309

2.3.6.2. 技术预览
复制链接

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

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

OVS-DPDK 的 TSO （技术预览）

RHOSO 18.0.6 （功能版本 2）为具有 OVS-DPDK 的 RHOSO 环境引入 TCP 分段卸载(TSO)的技术预览。

如需更多信息，请参阅部署网络功能虚拟化中的带有 TCP 分段卸载（技术预览）的 OVS-DPDK （技术预览）。 https://docs.redhat.com/en/documentation/red_hat_openstack_services_on_openshift/18.0/html/deploying_a_network_functions_virtualization_environment/plan-ovs-dpdk-deploy_rhoso-nfv#ovsdpdk-tso_plndpdk-nfv

Jira:OSPRH-3885

2.3.6.3. 过时的功能
复制链接

本节概述了 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.3.6.4. 已知问题
复制链接

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

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

当物理功能(PF)附加到实例时，如果重新运行 os-net-config，os-net-config 无法找到主机中的 SR-IOV PF，因此 deployment/update/adoption 会失败。

Jira:OSPRH-12024

使用 cpu-partitioning-powersave 配置集时无法设置 no_turbo

由于在内核中设置 no_turbo 参数存在问题，因此 tuned 会挂起，并在使用 cpu-partitioning-powersave 配置集时失败。

临时解决方案： 通过将以下配置添加到 edpm_bootstrap_command 中，作为部署到旧版本的一部分进行调优： 

...
edpm_bootstrap_command: |-
...
dnf downgrade tuned-2.24.0
…
Copy to Clipboard Toggle word wrap

Jira:OSPRH-14688

请求的服务无法在次版本更新过程中找到

当更新数据平面上的其余服务时，从 18.0.3 到 18.0.6 的次要更新会失败，因为无法找到 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.3.7. Control plane（控制平面）
复制链接

2.3.7.1. 新功能
复制链接

这部分描述了 OpenShift 18.0 上的 Red Hat OpenStack Services 中引入的新功能和主要改进。

在单一 OLM 捆绑包下管理 Service Operator 安装

OpenStack Operator 不再单独安装多个 RHOSO 服务 Operator。相反，新的初始化资源会在单个 Operator Lifecycle Manager (OLM)捆绑包下管理服务 Operator 的安装。有关新安装方法的更多信息，请参阅安装和准备 Operator。

Jira:OSPRH-11244

OpenStackClient 容器集的自定义环境变量

您可以为 OpenStackClient pod 设置自定义环境变量。

Jira:OSPRH-13969

2.3.7.2. 已知问题
复制链接

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

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

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

Jira:OSPRH-10790

2.3.8. Storage
复制链接

2.3.8.1. 新功能
复制链接

这部分描述了 OpenShift 18.0 上的 Red Hat OpenStack Services 中引入的新功能和主要改进。

在精简置备的后端中增强的块存储卷恢复

此功能增强优化了在任何精简置备的后端恢复块存储卷备份的过程。在以前的版本中，当在精简置备的后端中恢复备份时，会恢复完整的卷大小，而不是只恢复使用的卷的一部分。这会导致不必要的网络流量，并大大增加了恢复过程所花费的时间。此功能增强可确保在精简置备的后端中恢复卷时，只有使用的卷的部分会被恢复。

Jira:OSPRH-1783

Red Hat Ceph Storage 8 支持

此功能增强添加了对与外部 Red Hat Ceph Storage 8 集成的支持。由于已知问题，不支持所有 Red Hat Ceph Storage 8 功能。有关这些问题的更多信息，请参阅已知问题部分。

Jira:OSPRH-10661

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

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

当 pod 带有任意名称前缀时，ExtraMounts 可以处理每个实例的传播

当 uniquePodNames 为 true 时，每个 Cinder pod （通常每个组件和服务）都以 pseudo-random 字符串作为前缀。在这个版本中，当 pod 带有任意名称前缀时，ExtraMounts 可以处理每个实例的传播。

Jira:OSPRH-11240

2.3.8.3. 已知问题
复制链接

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

多部分镜像上传不适用于 S3 后端

如果使用 S3 后端上传多部分镜像，则必须使用导入工作流。

Jira:OSPRH-11018

不支持 Red Hat Ceph Storage 8 NFS

在 RHOSO 18.0.6 中，与 Red Hat Ceph Storage 8 集成时目前不支持 NFS。

临时解决方案： 没有当前的临时解决方案。

Jira:OSPRH-14788

不支持 Red Hat Ceph Storage 8 对象网关。

在 RHOSO 18.0.6 中，与 Red Hat Ceph Storage 8 集成时，目前不支持 Red Hat Ceph Storage 对象网关(RGW)。

临时解决方案： 没有当前的临时解决方案。

Jira:OSPRH-14789

2.3.9. 升级和更新
复制链接

2.3.9.1. 已知问题
复制链接

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

在次版本更新过程中创建 openstack 实例

如果在 18.0.6 之前从任何发行版本更新 Red Hat OpenStack Services，则必须在更新 openstack -operator 后创建一个 openstack 实例，以触发所有 Operator 的部署。例如： 

cat > openstack-init.yaml <<'EOF'
---
apiVersion: operator.openstack.org/v1beta1
kind: OpenStack
metadata:
   name: openstack
   namespace: openstack-operators
EOF

$ oc apply -f ./openstack-init.yaml
Copy to Clipboard Toggle word wrap

Jira:OSPRH-14826

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat