3.4. 发行信息 RHOSO 18.0 GA


3.4.1. 公告列表

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

RHEA-2024:5245
RHOSO 18.0 组件发布
RHEA-2024:5246
RHOSO 18.0 的容器发行版本
RHEA-2024:5247
RHOSO 18.0 的数据平面 Operator
RHEA-2024:5248
RHOSO 18.0 的 control plane Operator
RHEA-2024:5249
RHOSO 18.0 组件发布

3.4.2. Observability(可观察性)

3.4.2.1. 新功能

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

使用 Telemetry Operator 部署指标存储

Telemetry Operator 现在支持通过 MonitoringStack 资源使用 cluster-observability-operator 部署和操作 Prometheus。

Jira:OSPRH-1896

扩展与指标和警报的交互

现在,您可以在 OpenStack CLI 中使用 openstack metricopenstack alarm 命令来与指标和警报交互。这些命令可用于故障排除。

Jira:OSPRH-2892

Ceilometer 使用 TCP publisher 来公开 Prometheus 的数据

Ceilometer 现在可以使用 TCP 发布程序将数据发布到 sg-core,后者由 Prometheus 公开以提取数据。

Jira:OSPRH-2957

Prometheus 替换了 Gnocchi 用于指标存储和基于指标的自动扩展

在 RHOSO 18.0 中,Prometheus 替换了 Gnocchi 用于指标和基于指标的自动缩放。

Jira:OSPRH-3057

Compute 节点日志收集

RHOSO 使用 Cluster Logging Operator (cluster-logging-operator)从 OpenStack Compute 节点收集和集中存储日志。

Jira:OSPRH-802

OpenStack 指标的图表仪表板

Red Hat OpenShift Container Platform (RHOCP)控制台 UI 现在为 OpenStack Metrics 提供图形仪表板。

Jira:OSPRH-824

3.4.3. Compute

3.4.3.1. 新功能

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

计算服务现在支持原生安全 RBAC

在 osp 17.1 安全访问控制中,使用自定义策略来实施。在 RHOSO-18.0.0 中,这是使用 nova 对 SRBAC 的原生支持来实现的。因此,所有 OpenStack 部署都默认支持 ADMIN、MEMBER 和 READER 角色。

Jira:OSPRH-1505

使用 Compute 服务 API 微版本 2.90 和 2.94 设置 Compute 服务(nova)实例的主机名

此功能增强允许您使用 Compute 服务 API 微版本 2.90 和 2.94 设置 Compute 服务(nova)实例的主机名,这些实例现在包含在 RHOSO 的 18.0 版本中。

API microversion 2.90 允许您在创建、更新或重建实例时指定可选的主机名。这是一个短名称(没有句点),它出现在客户端操作系统(通过元数据 API 或配置驱动器)可用的元数据中。如果在客户机中安装和配置了,cloud-init 会使用此可选主机名来设置客户机主机名。

API microversion 2.94 通过允许您指定指定主机名的完全限定域名(FQDN)来扩展微版本 2.90。当使用 FQDN 作为实例主机名时,您必须将 [api]dhcp_domain 配置选项设置为空字符串,以便正确的 FQDN 出现在 metadata API 的 hostname 字段中。

Jira:OSPRH-17

管理专用 CPU 电源状态

现在,您可以通过将 [libvirt]cpu_power_management 设置为 True,将 nova-compute 服务配置为管理专用 CPU 电源状态。

此功能要求使用 [compute]cpu_dedicated_set 设置 Compute 服务。使用该设置时,所有专用 CPU 都会关闭,直到实例使用为止。使用实例引导时它们会被开机。如果配置了电源管理,但 [compute]cpu_dedicated_set 未设置,则计算服务将不会启动。

默认情况下,电源策略在关闭和在线 CPU 开启时离线 CPU,但也有可能出现另一个策略。将 [libvirt]cpu_power_management_strategy=governor 设置为使用 governors,并使用 [libvirt]cpu_power_governor_low [libvirt]cpu_power_governor_high 来指示在在线和离线模式中使用哪个 governor (performance 和 powersave)。

Jira:OSPRH-18

使用 v2.95 撤离到 STOPPED

从 v2.95 微版本开始,任何撤离的实例都会在目的地停止。通过选择 v2.95 下的微版本,Operator 仍可继续使用之前的行为。在 v2.95 之前,如果虚拟机在撤离前处于活跃状态,它会在撤离失败时恢复到 active 状态。如果工作负载因为虚拟机监控程序中断而遇到 I/O 崩溃,这可能会使恢复工作变得更加困难,或者如果工作负载是一个容许单个虚拟机故障的集群应用程序,则可能会造成进一步的问题。因此,始终被撤离为 Stopped,并允许租户决定如何恢复虚拟机。

Jira:OSPRH-184

计算服务主机名更改

如果您启动 Compute 服务(nova),且 Compute 主机检测到名称更改,您必须知道主机名更改的原因。解决此问题时,您必须重启 Compute 服务。

Jira:OSPRH-20

如果端口只需要 L2 网络连接,请创建一个没有 IP 地址的 neutron 端口

现在,如果网络后端有 L2 连接,您可以使用没有固定 IP 地址的端口创建实例。

在以前的 RHOSP 版本中,所有 neutron 端口都需要有一个 IP 地址。IP 地址分配可以是即时(默认)或延迟 L3 路由网络。在 RHOSO 18.0 中,该要求已被删除。现在,如果端口只需要 L2 网络连接,您可以创建一个没有 IP 地址的 neutron 端口。

要使用此功能,请在创建虚拟机实例或将端口附加到现有实例前,在 neutron 端口上设置 ip_allocation = 'none',然后将其传递到 nova。

Jira:OSPRH-57

RHOSO 18.0.0 中对 Windows 客户机的 libvirt XML 的新亮点

这个版本在 libvirt XML for Windows 客户机中添加以下亮点:

  • vpindex
  • runtime
  • synic
  • reset
  • frequencies
  • tlbflush
  • ipi

这会在现有 enlightenments 列表中添加:

  • relaxed
  • vapic
  • Spinlocks 重试
  • vendor_id spoofing

Jira:OSPRH-58

在 NUMA 节点上管理实例的新默认值

在 RHOSP 17.1.4 中,默认值是打包 NUMA 节点上的实例。

在 RHOSO 18.0 中,默认值已被更改为在 NUMA 节点之间平衡实例。要更改 NUMA 节点上的默认和打包实例,请设置

[compute]
packing_host_numa_cells_allocation_strategy = True

在调度程序和计算节点 nova.conf 中

Jira:OSPRH-59

使用不同镜像重建卷支持的实例

在这个版本中,增加了从不同镜像重建卷支持的实例的功能。

在此次更新之前,您只能从引导卷中的原始镜像重建卷支持的实例。

现在,您可以在 cinder 端重新镜像引导卷后重建实例。

此功能需要 API 微版本 2.93 或更高版本。

Jira:OSPRH-66

归档 'task_log' 数据库记录

此增强将 --task-log 选项添加到 nova-manage db archive_deleted_rows CLI 中。 当您使用 --task-log 选项时,task_log 表会在归档数据库时存档。这个选项是 nova-operator 数据库中默认清除 cron 作业。在以前的版本中,在没有手动数据库修改的情况下,无法删除 task_log 表。

您可以将 --task-log 选项与 a- before 选项一起使用,用于超过指定 < date> 的记录updated_at 字段与 specifed < date&gt; 进行比较,以确定 archival 的 task_log 记录的年龄。

如果您使用 [DEFAULT]instance_usage_audit = True 配置 nova -compute,则 task_log 数据库表维护了 审计日志的审计日志。

Jira:OSPRH-68

支持虚拟 IOMMU 设备

Libvirt 驱动程序可以将虚拟 IOMMU 设备添加到客户机。这个功能适用于使用 Q35 机器类型的 x86 主机。要启用该功能,请提供 hw:viommu_model extra spec 或等同的镜像元数据属性 hw_viommu_model。支持以下值: intelsmmuv3、 virtioauto。默认值为 auto,它会自动选择 virtio

注意

由于 vIOMMU 引入的可能开销,仅对需要的工作负载启用此功能。

Jira:OSPRH-69

服务器 unshelve 命令的更多选项

在这个版本中,新选项被添加到 RHOSO 18.0.0 中的 server unshelve 命令中。

--host 选项允许 adminstirators 指定目标主机。--no-availability-zone 选项允许管理员指定可用性区域。这两个选项都需要服务器处于 SHELVED_OFFLOADED 状态,以及计算 API 版本为 2.91 或更高版本。

Jira:OSPRH-74

支持 bochs libvirt 视频模型

此发行版本添加了使用 bochs libvirt 视频模型的功能。bochs libvirt 视频模型是最适合 UEFI 客户机的传统视频模型。在某些情况下,它可用于 BIOS 客户机,例如当客户机不依赖于直接 VGA 硬件访问时。

Jira:OSPRH-76

计划归档和清除 Compute 服务(nova)单元中删除的行

nova-operator 现在为每个 Compute 服务(nova)单元调度定期作业来归档并清除单元数据库中的删除行。在 cellTemplates 中每个单元的 {{OpenStackControlPlane.spec.nova.template.cellTemplates[].dbPurge}} 结构中,可以微调作业和数据库行的年龄。

Jira:OSPRH-86

3.4.3.2. 程序错误修复

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

迁移暂停实例不再生成错误消息

在此次更新之前,在 nova.conf 中,带有 live_migration_permit_post_copy=True 的暂停实例实时迁移会导致 libvirt 驱动程序错误地生成类似于 [1] 的错误消息。

现在,当您实时迁移带有 live_migration_permit_post_copy=True 的已暂停实例时,不会生成错误消息。

[1] 错误消息示例:"Live Migration failure: argument unsupported: post-copy migration is not supported with non-live or paused migration: libvirt.libvirtError: argument unsupported: post-copy migration with not-live or paused migration."

Jira:OSPRH-41

没有启用 TLS 的网络块设备(NBD)实时迁移

在 RHOSO 18.0 Beta 中,一个程序错误会阻止您使用网络块设备(NBD)在启用了 TLS 的 Compute 节点间实时迁移存储。请参阅 https://issues.redhat.com/browse/OSPRH-6931

现在,这个问题已被解决,且启用了 TLS 的实时迁移在本地存储中被支持。

Jira:OSPRH-6740

cpu_power_managment 设为 true时无法删除实例

在 rhos-18.0.0 beta 版本中,发现了一个已知问题,在启用了电源管理时立即删除实例。

现在,在 rhoso-18.0.0 发行版本中修复了这个问题

Jira:OSPRH-7103

3.4.3.3. 技术预览

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

有关技术预览功能支持范围的详情,请参考 示例

放置服务中的 PCI 设备跟踪技术预览

RHOSO 18.0.0 引进了一个技术预览,能够跟踪 OpenStack 放置服务中的 PCI 设备。

通过跟踪放置服务中的 PCI 设备,您可以在与 Unified Limits 技术预览组合时使用 PCI 设备上的粒度配额。

放置服务中的 PCI 跟踪默认为禁用,仅限于基于类别的 PCI 透传。不支持网络服务(neutron) SR 端口,但在完全支持此功能前是必需的。

Jira:OSPRH-19

在计算服务(nova)中使用身份服务(Keystone)统一限制.

此 RHOSO 发行版本支持计算服务中的身份服务统一限制。统一限制在身份服务(Keystone)中集中管理资源配额限制,并使用户能够灵活地管理在放置服务中跟踪的任何计算服务资源的配额限值。

Jira:OSPRH-70

3.4.3.4. 删除的功能

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

此产品不再支持删除的功能,且不建议在新部署中使用。

从 RHOSO 18 中删除密钥对生成。

RHOSP 17 中已弃用密钥对生成,已从 RHOSO 18 中删除。现在,您需要通过 SSH 命令行工具 ssh-keygen 预先创建密钥对,然后将公钥传递给 nova API。

Jira:OSPRH-67

i440fx PC 机器类型不再经过测试或支持

在 RHOSP 17 中,i440fx PC 机器类型 pc-i440fx 已被弃用,Q35 成为 x86_64 的默认机器类型。

在 RHOSP 18 中,i440fx PC 机器类型不再被测试或支持。

i440fx PC 机器类型仍可用于支持例外,用于无法处理 Q35 机器类型的传统应用程序。如果您有这样的工作负载,请联系红帽支持以请求支持例外。

随着从 RHOSP 中删除了对 i440fx PC 机器类型的支持,您无法使用 pc-i440fx 认证 VNF 或第三方集成。您必须使用 Q35 机器类型。

Jira:OSPRH-7373

不支持:不支持 vDPA 和硬件卸载 OVS

硬件卸载 OVS 由使用内核 swtichdev 和 tcflower 协议的硬件处理网络流量。

VDPA 通过向客户机提供厂商中立的 virtio net 接口扩展硬件卸载 OVS,从而将工作负载与特定的主机硬件分离,而不是呈现特定于供应商的虚拟功能。

RHOSO 18.0 不支持 Hardware offload OVS 和 vDPA,没有适用于现有用户的升级路径。

目前,没有计划重新引入此功能,或继续投资与 vdpa 或硬件卸载的 ovs 相关的新功能。

如果您对这些删除的功能有一定的需要,请联系红帽支持或您的合作伙伴及大客户经理,以便红帽能够为将来的 RHOSO 版本重新评估这些功能的需求。

Jira:OSPRH-7829

3.4.3.5. 已知问题

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

在镜像服务(glance)镜像上设置 hw- architecture 或架构无法正常工作

在 RHOSO 18.0 中,镜像元数据 prefilter 默认启用。RHOSO 不支持非原生架构的模拟。作为引入上游模拟支持上游的一部分,镜像元数据 prefilter 被改进,以支持基于声明的虚拟机架构调度实例,如 hw_architecture=x86_64

当 nova 被改进为支持通过镜像属性模拟非原生架构时,会引入一个程序错误,因为原生架构没有报告为 virt 驱动程序的特征。

因此,默认情况下,对在镜像上设置 hw_ architecture 或架构的支持是无法正常运行的。

要缓解这个程序错误,有两个选择:

  • 取消设置 architecture/hw_architecture 镜像属性。RHOSO 只支持一个架构 x86_64。没有需要为 RHOSO 云设置它的有效用例,因此所有主机都将是 x86_64。
  • 在 nova 调度程序的 CustomServiceConfig 部分中禁用镜像元数据 prefilter :

    [scheduler]
    image_metadata_prefilter=false

Jira:OSPRH-6215

QEMU 进程失败

使用本地存储的暂停实例无法多次实时迁移。第二个迁移会导致 QEMU 进程崩溃,并且 nova 将实例置于 ERROR 状态。

临时解决方案 :如果可行,请临时取消暂停实例,然后在第二次实时迁移前再次暂停它。

取消暂停实例并不始终可行。例如,假设实例使用 multi-attach cinder 卷,并且 pause 用于限制该卷对单个实例的访问,而另一个则保持暂停状态。在这种情况下,取消暂停实例不是可行的临时解决方案。

Jira:OSPRH-8699

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

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

[libvirt]
cpu_power_management = true
cpu_power_management_strategy = governor

由于会导致 NUMA 资源跟踪问题的错误,目前不支持默认的 cpu_power_management_strategy cpu_state,因为所有禁用 CPU 都会在 NUMA 节点 0 上报告,而不是在正确的 NUMA 节点上报告。

Jira:OSPRH-8712

3.4.4. 数据平面

3.4.4.1. 已知问题

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

使用 download-cache 服务可防止 Podman 为 data plane 部署拉取镜像

不要在 OpenStackDataPlaneNodeSet 的 spec.services 中列出 download-cache 服务。如果您在 OpenStackDataPlaneNodeSet 中列出 download-cache,Podman 无法拉取 data plane 部署所需的容器镜像。

临时解决方案:OpenStackDataPlaneNodeSet 的默认服务列表中获取 download-cache 服务。

Jira:OSPRH-9500

3.4.5. 硬件置备

3.4.5.1. 程序错误修复

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

增加 EFI 分区大小

在 RHOSP 17.1.4 之前,overcloud 节点的 EFI 分区大小为 16MB。在这个版本中,用于置备的 EDPM 节点的镜像现在的 EFI 分区大小为 200MB,与 RHEL 保持一致,并容纳固件升级。

Jira:OSPRH-6691

3.4.6. 网络

3.4.6.1. 新功能

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

Octavia Operator 可用区

Octavia Management 网络由 Octavia operator 创建和管理,要求 OpenStack 路由器和网络调度到 OpenShift worker 节点上的 OVN 控制器。

如果 OpenStack Networking Service (neutron)配置了非默认可用区,则 OpenShift worker 和 Octavia 上的 OVN 控制器 pod 必须使用相同的可用区配置。

Example:

ovn:
  template:
    ovnController:
      external-ids:
        availability-zones:
          - zone1
octavia:
  template:
    lbMgmtNetwork:
      availabilityZones:
         zone1

Jira:OSPRH-6901

3.4.6.2. 程序错误修复

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

由于 NIC 映射,OVN pod 不再进入循环

使用大量 NIC 映射时,OVN 可能会进入创建循环。这个问题现已解决

Jira:OSPRH-7480

3.4.6.3. 技术预览

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

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

QoS 最小带宽策略(技术预览)

在 RHOSO 18.0.0 中,为网络服务(neutron)提供技术预览,用于 QoS 最小带宽,用于放置报告和调度。

Jira:OSPRH-507

支持多个 VIP 地址的负载平衡服务(Octavia)

在这个版本中,为负载平衡服务增加了从同一 Neutron 网络分配的多个 VIP 地址的一个技术预览。

现在,您可以为同一 VIP 端口指定额外的 subnet_id/ip_address 对。这样便可配置负载平衡服务,使 IPv4 和 IPv6 都公开给公共和私有子网。

Jira:OSPRH-2154

3.4.6.4. 已知问题

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

oc patch 命令后延迟 OVN 数据库更新

使用 'oc patch …​' 命令应用的任何自定义配置设置都不会影响 neutron ovn 数据库,直到 10 分钟为止。

临时解决方案:在使用 oc patch …​ 命令替换旧 pod 后,使用 oc delete pod …​ 命令手动删除新的 neutron pod。

pod 删除会强制设置一个新的配置,而不会出现延迟问题。

Jira:OSPRH-7998

RHOSO 18.0.0 中缺少 MAC_Binding 老化功能

18.0 GA 中缺少 OSP 17.1.2 中添加的 MAC_Binding 过期功能。一个修复正在进行中。

Jira:OSPRH-8716

'oc patch' 命令和更新 OVN 数据库之间的 10 分钟延迟

使用 'oc patch' 命令应用的自定义配置设置不会影响网络服务(neutron) OVN 数据库,直到 10 分钟为止。

临时解决方案:在旧的网络服务 pod 在 'oc patch' 命令操作后,使用 'oc delete pod' 命令手动删除新的网络服务 pod。

此删除会强制设置一个新的配置,而不会出现延迟问题。

Jira:OSPRH-9035

元数据速率限制功能

RHOSO 18.0.0 没有提供元数据速率限制。一个修复正在进行中。

Jira:OSPRH-9569

3.4.7. 网络功能虚拟化

3.4.7.1. 新功能

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

AMD CPU 节能配置集

Red Hat Enterprise Linux 9 (RHEL 9)中引入了节能配置集 cpu-partitioning-powersave,并在 Red Hat OpenStack Platform (RHOSP) 17.1.3 中提供。

此 TuneD 配置集是用于在 NFV 环境中保存电源的基础构建块。RHOSO 18.0 添加了对 AMD CPU 的 cpu-partitioning-powersave 支持。

Jira:OSPRH-2268

3.4.7.2. 程序错误修复

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

物理功能(PF) MAC 地址现在在虚拟机实例和 SR-IOV 物理功能(PF)之间匹配

在这个版本中解决了导致虚拟机实例和 SR-IOV PF (将 vnic-type 设置为 direct-physical)之间的 PF MAC 地址不匹配的错误。

在 RHOSO 18.0 Beta 版本中,计算服务(nova)中的一个错误会阻止 SR-IOV PF 的 MAC 地址在附加到虚拟机实例时无法正确更新。

现在,PF 的 MAC 地址在对应的 neutron 端口上设置。

Jira:OSPRH-7085

3.4.7.3. 技术预览

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

有关技术预览功能支持范围的详情,请参考 示例

在 RHOSO 18.0 中,对于 os-net-config 中的 nmstate 供应商后端提供了一个技术预览。

nmstate 和 NIC 硬件卸载的技术预览有已知的问题,使它无法用于生产环境。对于生产环境,请使用 openstack-network-scripts 软件包,而不是 nmstate 和 NetworkManager。

您可以在安装过程中选择生产就绪的原生 nmstate 模式,但网络配置必须以 nmstate 格式提供,与来自 TripleO 的模板不向后兼容。它还缺少 os-net-config 提供的某些功能,如 NIC 名称映射或 DSCP 配置。

Jira:OSPRH-2273

基于数据中心网桥(DCB)的 QoS 设置技术预览

特定于端口/接口,基于 DCB 的 QoS 设置现在作为技术预览提供,作为 os-net-config 工具的网络配置模板的一部分。如需更多信息,请参阅此知识库文章: https://access.redhat.com/articles/7062865

Jira:OSPRH-2889

3.4.7.4. 过时的功能

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

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

timemaster 服务在 RHOSO 18.0 中已弃用

在 RHOSO 18.0 中,对 TimeMaster 服务的支持已弃用。错误修复和支持在 RHOSO 18.0 生命周期结束时提供,但不会进行新的功能增强。

Jira:OSPRH-8244

3.4.7.5. 已知问题

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

不要将虚拟功能(VF)用于 RHOSO control plane 接口

这个 RHOSO 发行版本不支持对 RHOSO control plane 接口使用 VF。

Jira:OSPRH-8882

绑定至少需要两个接口

如果配置 OVS 或 DPDK 绑定,请至少配置两个接口。只有一个接口的绑定无法正常工作。

Jira:OSPRH-9307

3.4.8. 高可用性

3.4.8.1. 新功能

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

密码轮转

在这个版本中,增加了生成和轮转 OpenStack 数据库密码的功能。

Jira:OSPRH-92

3.4.9. Storage

3.4.9.1. 新功能

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

共享文件系统支持可扩展的 CephFS-NFS

共享文件系统服务(manila)现在支持可扩展的 CephFS-NFS 服务。在早期版本的 Red Hat OpenStack Platform 中,只支持使用 Pacemaker/Corosync 编排 Director 的主动/被动高可用性。在这个版本中,部署器可以创建 CephFS-NFS 的主动/主动集群,并将这些集群与共享文件系统服务集成,以提高 NFS 工作负载的可扩展性和高可用性。

Jira:OSPRH-1024

Block Storage 服务(cinder)卷删除

在这个版本中,块存储服务 RBD 驱动程序利用最新的 Ceph 开发,允许 RBD 卷满足正常的卷删除预期。

在以前的版本中,当块存储服务使用 RBD (Ceph)卷后端时,并不总是可以删除卷。

Jira:OSPRH-1777

API URL 中的 project_id 现在是可选的

您不再需要在 Block Storage 服务(cinder) API URL 中包含 project_id

Jira:OSPRH-1787

Dell PowerStore 存储系统驱动程序

添加了一个新的共享驱动程序,以支持使用共享文件系统服务(Manila)服务的 Dell PowerStore 存储系统。

Jira:OSPRH-4425

Dell PowerFlex 存储系统驱动程序

添加了一个新的共享驱动程序,以支持具有共享文件系统服务(Manila)服务的 Dell PowerFlex 存储系统。

Jira:OSPRH-4426

openstack-must-gather SOS 报告支持

现在,您可以使用 openstack-must-gather 收集有关 RHOSO 部署的诊断信息。

您可以使用单个命令检索 RHOCP control plane 和 RHOSO 数据平面节点的 SOS 报告,选项可用于转储与特定部署服务相关的特定信息。

Jira:OSPRH-866

3.4.9.2. 程序错误修复

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

密钥管理器服务配置修复启用镜像服务镜像签名和验证

在这个版本中,Image 服务(glance)会自动配置为与密钥管理器服务(barbican)交互,您现在可以执行加密的镜像签名和验证。

Jira:OSPRH-7155

修复了在使用 SVM 范围帐户时 NetApp ONTAP 驱动程序中的错误共享创建

由于创建共享时有故障的 kerberos 启用检查,NetApp ONTAP 驱动程序在使用 SVM 范围帐户配置时无法创建共享。已提交了 openstack-manila 的修复,共享创建应该平稳进行。

Jira:OSPRH-8044

3.4.9.3. 技术预览

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

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

对象存储服务部署和规模

此功能允许在 data plane 节点上部署和缩放 Object Storage 服务(swift)数据。此特性发行版本是一个技术预览功能。

Jira:OSPRH-1307

3.4.9.4. 已知问题

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

RGW 不传递特定的 Tempest 对象存储元数据测试

Red Hat OpenStack Services on OpenShift 18.0 支持 Red Hat Ceph Storage 7。Red Hat Ceph Storage 7 RGW 不会通过以下 Jira 跟踪的 Tempest 对象存储元数据测试:

https://issues.redhat.com/browse/RHCEPH-6708https://issues.redhat.com/browse/RHCEPH-9119https://issues.redhat.com/browse/RHCEPH-9122https://issues.redhat.com/browse/RHCEPH-4654

Jira:OSPRH-7464

使用 ISO 镜像格式转换后镜像导入处于 导入 状态

当您将镜像转换与 ISO 镜像格式搭配使用时,镜像导入操作将处于"导入"状态。

*Workaround:* If your deployment supports uploading images in ISO format, you can use the `image-create` command to upload ISO images as shown in the following example (instead of using image conversion with the `image-create-via-import` command).

Example:

glance image-create \
--name <iso_image> \
--disk-format iso \
--container-format bare \
--file <my_file.iso>

  • <iso_image > 替换为您的镜像的名称。
  • <my_file.iso > 替换为镜像的文件名。

Jira:OSPRH-8580

3.4.10. Dashboard

3.4.10.1. 新功能

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

hypervisor 状态现在包含 vCPU 和 pCPU 信息

在此次更新之前,即使 nova.conf 文件中设置了 cpu_dedicated_set 配置选项,pCPU 用量不包括在 Dashboard 服务(horizon)中的 hypervisor 状态。此增强使用放置 API 显示有关 vCPU 和 pCPU 的信息。您可以在 Resource Providers Summary 下查看 vCPU 和 pCPU 使用量图,并在 Hypervisors 面板上找到有关 vCPU 和 pCPU 的更多信息。

Jira:OSPRH-1516

在这个版本中,您可以自定义 OpenStack Dashboard (horizon)容器。

自定义可以通过使用额外挂载功能在 Dashboard 容器中添加或更改文件来执行。

Jira:OSPRH-5644

RHOSO Dashboard Operator 中的 TLS

在这个版本中,RHOSO Dashboard (horizon) Operator 会自动配置与 TLS 相关的配置设置。

这些设置包括证书和响应标头(当适当时),包括安全 Cookie 和 HSTS 标头(用于通过 HTTPS 提供)。

Jira:OSPRH-5882

3.4.10.2. 程序错误修复

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

主机欺骗保护措施

在此次更新之前,hosts 配置选项不会填充防止主机欺骗所需的最小主机。

在这个版本中,hosts 配置选项会被正确填充。

Jira:OSPRH-5832

仪表板服务 Operator 现在包含 HSTS 标头

在此次更新之前,只有 Django 中通过 Dashboard 服务(horizon)应用程序启用 HSTS。但是,用户 HTTPS 会话会通过 OpenShift 路由,其中 HSTS 被禁用。在这个版本中,HSTS 在 OpenShift 路由中启用。

Jira:OSPRH-7367

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

© 2024 Red Hat, Inc.