第 2 章 发行注记


2.1. OpenShift Virtualization 发行注记

2.1.1. 提供文档反馈

要报告错误或改进文档,请登录到 Red Hat JIRA 帐户 并提交 JIRA 问题

2.1.2. 关于 Red Hat OpenShift Virtualization

通过 Red Hat OpenShift Virtualization,您可以将传统虚拟机 (VM) 集成到 OpenShift Container Platform 环境中,并将它们与容器一同运行。在 OpenShift Virtualization 中,虚拟机是原生的 Kubernetes 对象,可以使用 OpenShift Container Platform Web 控制台或命令行进行管理。

OpenShift Virtualization 由 OpenShift Virtualization 图标表示。

您可以使用 OpenShift Virtualization 作为 OVN-Kubernetes Container Network Interface (CNI)网络供应商。

了解更多有关 OpenShift Virtualization 的功能

了解更多有关 OpenShift Virtualization 架构和部署的信息。

为 OpenShift Virtualization 准备集群

2.1.2.1. OpenShift Virtualization 支持的集群版本

OpenShift Virtualization 4.19 的最新稳定版本为 4.19.3。

OpenShift Virtualization 4.19 支持在 OpenShift Container Platform 4.19 集群中使用。要使用 OpenShift Virtualization 的最新 z-stream 版本,您需要首先升级到 OpenShift Container Platform 的最新版本。

2.1.2.2. 支持的客户端操作系统

要查看 OpenShift Virtualization 支持的客户机操作系统,请参阅 Red Hat OpenStack Platform、Red Hat Virtualization、OpenShift Virtualization 和带有 KVM 的 Red Hat Enterprise Linux 中的认证的客户机操作系统

2.1.2.3. Microsoft Windows SVVP 认证

OpenShift Virtualization 已在 Microsoft 的 Windows Server Virtualization Validation Program (SVVP) 中认证来运行 Windows Server 的工作负载。

SVVP 认证适用于:

  • Red Hat Enterprise Linux CoreOS worker。在 Microsoft SVVP Catalog 中,它们名为 Red Hat OpenShift Container Platform 4 on RHEL CoreOS 9
  • Intel 和 AMD CPU。

2.1.3. 快速启动

几个 OpenShift Virtualization 功能的快速入门导览。要查看导览,请点 OpenShift Container Platform Web 控制台标题的菜单栏中的 Help 图标 ?,然后选择 Quick Starts。您可以通过在 Filter 字段中输入关键字 virtualization 来过滤可用的导览。

2.1.4. 新增和改变的功能

此发行版本添加了与以下组件和概念相关的新功能和改进:

2.1.4.1. 基础架构

2.1.4.2. 虚拟化

2.1.4.3. 网络

  • 现在 ,您可以配置 NodeNetworkConfigurationPolicy 清单,为 OpenShift Container Platform 集群中的所有以太网端口启用 Link Layer Discovery Protocol (LLDP)监听程序。
  • 现在,您可以在集群的拓扑视图中创建一个新的节点网络配置策略(NNCP),并实时查看其图形表示。点 Node network configuration 页面上的 Create 会打开用于配置新 NNCP 元素的表单,NNCP 也显示为图表。

2.1.4.4. 存储

  • 现在,您可以在 HyperConverged 自定义资源(CR)的 dataImportCronTemplates 部分中使用 PVC 作为自定义 DataImportCron 的源。如需更多信息,请参阅管理 自动引导源更新。

2.1.4.5. Web 控制台

  • 现在 ,您可以通过右键单击虚拟机,从树视图中访问 Options 菜单 的命令。如果您右键点击项目并选择命令,则该操作将应用到项目中的所有虚拟机。
  • 现在,您可以在多个虚拟机(VM)上执行批量操作,包括添加或删除标签,查看为删除选择的虚拟机数量,并将虚拟机移动到同一命名空间中的文件夹。
  • 现在,您可以根据名称、项目、描述、标签、日期创建、vCPU 和内存等字段 搜索虚拟机。您还可以保存常用的搜索查询。

2.1.4.6. 监控

  • 现在,提供了新的指标,并改进了虚拟机(VM)和虚拟机实例(VMI)的可观察性。您可以使用这些指标来监控以下虚拟机生命周期事件、资源使用量和迁移详情:

    • 迁移指标
    • vNIC 网络信息指标
    • 为运行和停止的虚拟机分配的存储大小指标

    另外,现在提供了以下 VM 和 VMI 元数据指标:

    • kubevirt_vmi_info中的 pod_name 标签
    • VM 和 VMI 指标中的 UID
    • 虚拟机创建日期

    有关虚拟化指标的完整列表,请参阅 KubeVirt 组件指标

2.1.4.7. 主要的技术变化

  • 使用实例类型和首选项的 VirtualMachines 不再在运行时修改规格,使其包含派生的元数据,如 revisionName。这个元数据现在存储在 status 字段中,以保留声明性虚拟机规格并确保兼容性。
  • 在 OpenShift Virtualization 4.19 中,实时迁移的默认权限已更改为提高集群安全性。现在,用户必须明确授予 kubevirt.io :migrate 集群角色 来创建、删除或更新实时迁移请求。在以前的版本中,命名空间管理员默认具有这些权限。如需更多信息,请参阅关于实时迁移权限

2.1.5. 弃用和删除的功能

2.1.5.1. 弃用的功能

弃用的功能包括在当前发行版本中并被支持。但是,它们将在以后的发行版本中删除,且不建议用于新部署。

  • OperatorConditionsUnhealthy 警报已弃用。您可以安全地 静默 它。
  • 以下 HyperConverged 自定义资源(CR)字段已弃用,并从 spec.featureGates 字段下的原始位置复制到 spec 字段中的新位置,如果需要,可以使用它们:

    • DeployVmConsoleProxy
    • EnableApplicationAwareQuota
    • EnableCommonBootImageImport

    如果在 spec.featureGates 位置中使用,则忽略旧字段。

2.1.6. 技术预览功能

此版本中的一些功能当前还处于技术预览状态。它们并不适用于在生产环境中使用。请参阅红帽门户网站中关于对技术预览功能支持范围的信息:

技术预览功能支持范围

  • DevKubeVirtRelieveAndMigrate descheduler 配置集 现在可用。此配置集支持负载感知 descheduling、动态软污点以及改进的工作负载重新平衡来增强 LongLifecycle 配置集。
  • 现在,您可以在 IPv6 单堆栈集群中部署 OpenShift Virtualization。对 IPv6 单堆栈的支持仅限于 OVN-Kubernetes localnet 和 Linux bridge Container Network Interface (CNI)插件。

2.1.7. 已知问题

网络
  • 当您从 OpenShift Container Platform 4.12 更新至较新的次版本时,使用 cnv-bridge Container Network Interface (CNI) 的虚拟机无法实时迁移。(https://access.redhat.com/solutions/7069807)

    • 作为临时解决方案,请在执行更新前将 NetworkAttachmentDefinition 清单中的 spec.config.type 字段从 cnv-bridge 更改为 bridge
节点
  • 卸载 OpenShift Virtualization 不会删除 OpenShift Virtualization 创建的 feature.node.kubevirt.io 节点标签。您必须手动删除标签。(CNV-38543)
存储
  • 恢复使用 MTC 迁移的虚拟机(VM)的快照会失败。恢复会创建一个持久性卷声明(PVC),而不是数据卷(DV)。VM spec 引用 volumes 列表中缺少的 DataVolumeTemplate。(CNV-61279)

    • 作为临时解决方案,请在存储迁移后和创建快照前重启虚拟机。这会创建一个新的控制器修订,以避免出现这个问题。
  • 如果您为一个已停止的虚拟机执行存储类迁移,则虚拟机可能会因为缺少可引导设备而无法启动。要防止出现这种情况,如果虚拟机没有运行,请不要在虚拟机没有运行的情况下尝试存储类迁移。(CNV-55104)

    重要

    存储类迁移只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议(SLA)支持,且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能,并有机会在开发阶段提供反馈意见。

    有关红帽技术预览功能支持范围的更多信息,请参阅技术预览功能支持范围

虚拟化
  • 当实时迁移模式是 PostCopy 时,热插 CPU 或内存资源会失败。(CNV-48348)
  • OpenShift Virtualization 将 pod 使用的服务帐户令牌链接到该特定 pod。OpenShift Virtualization 通过创建包含令牌的磁盘镜像来实施服务帐户卷。如果您迁移虚拟机,则服务帐户卷会无效。(CNV-33835)

    • 作为临时解决方案,使用用户帐户而不是服务帐户,因为用户帐户令牌没有绑定到特定 pod。
  • 当在 Windows 虚拟机中添加 Trusted Platform Module (vTPM) 设备时,BitLocker Drive Encryption 系统检查会通过,即使 vTPM 设备并不具有持久性。这是因为,一个 vTPM 设备,它不是持久性存储,并在 virt-launcher pod 生命周期中使用临时存储来恢复加密密钥。当虚拟机迁移或关闭并重启后,vTPM 数据会丢失。(CNV-36448)
IBM Z 和 IBM LinuxONE
  • 如果您从模板创建虚拟机并选择 Boot from CD,则虚拟机无法引导,且不支持的错误 :SATA 不支持使用这个 QEMU 二进制文件。这是因为 CD-ROM 自动挂载为 SATA 设备,该设备在 s390x 构架中不被支持。(CNV-61740)

    • 作为临时解决方案,请导航到虚拟机的 Configuration Storage 选项卡,选择 CD-ROM,并将接口类型从 SATA 改为 SCSI
  • GPU 设备会出现在 s390x 虚拟机的 Hardware Devices 列表中,但 GPU 支持不适用于 s390x 架构。您可以忽略这些列表条目。(CNV-61957)
  • 当您使用 s390x 架构的 Red Hat Enterprise Linux (RHEL)容器镜像创建虚拟机时,调用 trace 引用 virtio_balloon 可用页面报告打印到虚拟机控制台。这是因为一个内核 bug。(OCPBUGS-51113)

    • 作为临时解决方案,请通过在 VM YAML 配置中添加以下参数来禁用虚拟机的内存气球: spec.domain.devices.autoattachMemBalloon: false

      您还可以为所有新虚拟机禁用内存气球的空闲页面报告。为此,请编辑 HyperConverged CR 并添加参数 spec.virtualMachineOptions.disableFreePageReporting: true

  • 基于 s390x 架构的虚拟机只能使用 IPL 引导模式。但是,在 OpenShift Container Platform web 控制台中,s390x 虚拟机的 Boot mode 列表错误地包括 BIOSUEFIUEFI (安全) 引导模式。如果您为基于 s390x 的虚拟机选择了这些模式之一,操作会失败。(CNV-56889)
  • 在 OpenShift Container Platform Web 控制台中,错误地可以根据 s390x 架构为虚拟机定义多个 CPU 线程。如果您定义了多个 CPU 线程,虚拟机会进入带有 qemu-kvm: S390 的 CrashLoopBackOff 状态,不支持超过 1 个线程 错误。(CNV-56890)

2.1.8. 维护发行版本

Red Hat OpenShift Virtualization 异步发行版本发行注记。

2.1.8.1. 版本 4.19.4

新增和改变的功能

2.1.8.2. 版本 4.19.3

新增和改变的功能

  • 对 s390x 架构的支持现已正式发布。您可以在 IBM Z® 和 IBM® LinuxONE (s390x 架构)系统中在一个或多个逻辑分区(LPAR)部署的 OpenShift Container Platform 集群上使用 OpenShift Virtualization。如需更多信息,请参阅 IBM Z 和 IBM LinuxONE 兼容性

2.1.8.3. 版本 4.19.1

新增和改变的功能

  • 使用 SAN 的新 IBM Fusion 访问权限,您现在可以在 Red Hat OpenShift Virtualization 的可扩展、集群文件系统上部署虚拟机。SAN 的 Fusion 访问权限提供对合并的块存储的访问。它显示存储设备,如将磁盘数组提供给操作系统,就如同它们是直接附加的存储一样。

    OpenShift Container Platform Operator hub 中提供了 SAN Operator 的 Fusion 访问。

    如需更多信息,请参阅关于 SAN 的 IBM Fusion 访问

已知问题

  • 当 SAN 的 Fusion 访问文件系统有两个本地磁盘且一个本地磁盘失败时,两个本地磁盘都移至 Unknown 状态,不表示哪些本地磁盘失败。(OCPNAS-56)
  • 在用于 SAN 的 Fusion 访问中为虚拟机存储创建多个文件系统时,删除初始主文件系统会导致所有剩余的文件系统都不可用。您无法迁移或重启在剩余的文件系统上运行的任何虚拟机,您无法在剩余的文件系统上创建新虚拟机。

    要确定哪个文件系统是主文件系统,请运行以下命令:

    $ oc get cso -n ibm-spectrum-scale-csi ibm-spectrum-scale-csi -o jsonpath='{.spec.clusters[*].primary.primaryFs}'
    Copy to Clipboard Toggle word wrap

    (OCPNAS-61)

  • 当 SAN 存储集群的 Fusion 访问和它们连接的共享 LUN 之间发生中断时,存储集群上的虚拟机会暂停,且在恢复服务后也无法取消暂停。恢复虚拟机的唯一方法是重启它。(OCPNAS-62)
  • 只有在将目标访问模式指定为 RWO 时,使用 MTC (v1.8.6)的 SAN 实时迁移从 ODF 到 Fusion 访问才能正常工作。但是,SAN 的 Fusion 访问默认使用 文件系统/RWX

    当您从 ODF 迁移到 SAN (RWO)的 Fusion Access 时,您可以在虚拟机日志中收到以下错误:

    message: 'cannot migrate VMI: PVC dv-fedora000-mig-hwtp is not shared, live migration
      requires that all PVCs must be shared (using ReadWriteMany access mode)'
    reason: DisksNotLiveMigratable
    Copy to Clipboard Toggle word wrap

    这会导致当 worker 节点不可用时虚拟机无法访问。

    (OCPNAS-77)

  • 当您在 Fusion Access 中为 SAN 创建新文件系统时,会显示与现有文件系统相同的名称,会出现一个错误,创建文件系统 按钮会卡住一个加载机。如果您重新加载该页面,则仅列出原始文件系统。但是,如果您尝试创建另一个新文件系统,您为第二个文件系统选择的 LUN 不再显示为可用。(OCPNAS-81)
  • 如果 SAN 文件系统的 Fusion 访问填充到其最大容量,则文件系统自定义资源(CR)的 mmhealth 状态将变为 Degraded。这是因为 no_disk_space_warn 事件所致。释放磁盘空间后,您可以再次使用文件系统,但文件系统会保持 Degraded 状态。(OCPNAS-110)
  • 当在 SAN 的 Fusion 访问中使用多路径 LUN 时,删除本地磁盘不会删除该分区。(OCPNAS-124)

    • 作为临时解决方案,请在其中一个节点上运行以下命令:

      $ oc multipath -f <device>
      Copy to Clipboard Toggle word wrap
      $ oc multipath -r
      Copy to Clipboard Toggle word wrap

      在其中一个节点上运行这些命令可修复所有节点。

  • 用于在 SAN 的 Fusion 访问中创建文件系统仍显示为可供使用,直到文件系统从 Creating 状态移到 Healthy 状态。这会导致用户创建带有已经正在使用的 LUN 的额外文件系统。在第一个文件系统切换到 Healthy 状态后,LUN 会从第二个文件系统中消失。(OCPNAS-126)
  • Fusion 访问 SAN 格式化磁盘,这些分区不是用于 SAN 的 Fusion 访问。当尝试使用现有分区和数据添加新 iSCSI 目标时,SAN 的 Fusion 访问会自动格式化共享,而无需警告。(OCPNAS-143)
  • 在 SAN 的 Fusion 访问中删除第二个文件系统会导致以下错误:

    Your focus-trap must have at least one container with at least one tabbable node in it at all times.
    Copy to Clipboard Toggle word wrap

    (OCPNAS-163)- 作为临时解决方案,重新载入页面并删除第二个文件系统。

  • 如果您的镜像 registry 的凭证用于安装 SAN 的更改,您必须删除 ibm-fusion-access 命名空间中的 kmm-registry-push-pull-secret pull secret。您必须重启 ibm-fusion-access -access-access 命名空间中的 fusion-access-operator-controller-manager pod。(OCPNAS-170)
  • 如果您更改了 KMM 设置,在 SAN 存储集群运行并使用内核模块时触发重建,KMM 无法卸载模块,从而导致错误。(OCPNAS-172)
  • 当在 SAN 存储集群的 Fusion 访问中使用 OADP 数据备份虚拟机时,进程会在切换到 Bound 状态前长时间处于 Pending 状态,然后再切换到 Bound 状态并启动备份。这个过程甚至可能处于 Pending 状态,直到完全超时为止。(OCPNAS-175)
  • 在创建文件系统时,新文件系统的 Status 可能需要过二十分钟时间从 Creating 改为 Healthy。在此期间,Status 会出现在 Creating 中,当您点击状态时会出现以下出错信息:

    Failed to create filesystem. Check the operator log for more details.
    Copy to Clipboard Toggle word wrap

    这个错误不正确。

    (OCPNAS-184)

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat