第 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 作为 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. 基础架构 复制链接链接已复制到粘贴板!
现在,您可以通过为虚拟机启用 删除保护来防止意外删除虚拟机(VM )。您还可以禁用为虚拟机设置的删除保护。
作为集群管理员,您可以通过删除 集群级别的 选项来防止用户启用虚拟机删除保护。
2.1.4.2. 虚拟化 复制链接链接已复制到粘贴板!
- 现在,您可以使用实例类型和首选项来扩展虚拟机(VM)。如需更多信息,请参阅红帽客户门户网站中的 使用 InstancetypeReferencePolicy 扩展 VirtualMachines。
- Red Hat Enterprise Linux (RHEL) 10 被添加为认证的客户机操作系统。有关支持的客户机操作系统的完整列表,请参阅 OpenShift Virtualization 中的认证的客户机操作系统。
2.1.4.3. 网络 复制链接链接已复制到粘贴板!
-
现在 ,您可以配置
NodeNetworkConfigurationPolicy
清单,为 OpenShift Container Platform 集群中的所有以太网端口启用 Link Layer Discovery Protocol (LLDP)监听程序。 - 现在,您可以在集群的拓扑视图中创建一个新的节点网络配置策略(NNCP),并实时查看其图形表示。点 Node network configuration 页面上的 Create 会打开用于配置新 NNCP 元素的表单,NNCP 也显示为图表。
- 现在,您可以使用 OVN-Kubernetes localnet 网络拓扑将虚拟机连接到 二级用户定义的网络。
2.1.4.4. 存储 复制链接链接已复制到粘贴板!
-
现在,您可以在
HyperConverged
自定义资源(CR)的dataImportCronTemplates
部分中使用 PVC 作为自定义DataImportCron
的源。如需更多信息,请参阅管理 自动引导源更新。
2.1.4.5. Web 控制台 复制链接链接已复制到粘贴板!
- 现在,您可以为 使用快速存储的虚拟机配置多个 IOThreads,如 SSD (solid-state 驱动器)或 NVMe (非易失性内存表达)。这通过为磁盘访问启用多个线程来提高 I/O 性能。
- 在 VirtualMachines 页面中 ,您现在可以看到虚拟机的 CPU、内存和存储使用量概述。要将此摘要限制为特定项目中的虚拟机,请在树形视图中选择项目名称。
- 在 VirtualMachines 页面中,您现在可以使用 树视图在虚拟机之间进行导航。
- 现在,尝试 停止、重启或暂停虚拟机或多个虚拟机 会显示确认对话框。
- 现在 ,您可以通过右键单击虚拟机,从树视图中访问 Options 菜单 的命令。如果您右键点击项目并选择命令,则该操作将应用到项目中的所有虚拟机。
- 现在,您可以在多个虚拟机(VM)上执行批量操作,包括添加或删除标签,查看为删除选择的虚拟机数量,并将虚拟机移动到同一命名空间中的文件夹。
- 在 VirtualMachines 页面中,您现在可以使用树形视图将虚拟机组织到文件夹中,并将虚拟机拖放到这些文件夹。
- 现在,您可以根据名称、项目、描述、标签、日期创建、vCPU 和内存等字段 搜索虚拟机。您还可以保存常用的搜索查询。
2.1.4.6. 监控 复制链接链接已复制到粘贴板!
OpenShift Container Platform runbooks 中现在包含 OpenShift Virtualization Operator 的 以下警报:
-
HAControlPlaneDown
-
HighCPUWorkload
-
NodeNetworkInterfaceDown
-
现在,提供了新的指标,并改进了虚拟机(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. 技术预览功能 复制链接链接已复制到粘贴板!
此版本中的一些功能当前还处于技术预览状态。它们并不适用于在生产环境中使用。请参阅红帽门户网站中关于对技术预览功能支持范围的信息:
- 随着 OpenShift Virtualization 4.19.1 的发布,您可以在 Oracle Cloud Infrastructure (OCI)上安装 OpenShift Virtualization。如需更多信息,请参阅红帽知识库中的 OpenShift Virtualization 和 Oracle Cloud Infrastructure 已知问题和限制,以及在 GitHub 上的 OCI 上安装 OpenShift Virtualization。
- 您可以在 Google Cloud Platform (GCP)上安装 OpenShift Virtualization。如需更多信息,请参阅红帽知识库中的 OpenShift Virtualization 和 Google Cloud Platform 已知问题和限制。
- 现在 ,您可以使用 OpenShift Container Platform web 控制台或 CLI 管理 主或辅助虚拟机(VM)界面的链接状态。
- 您可以在 Azure Red Hat OpenShift (ARO)上安装 OpenShift Virtualization。如需更多信息,请参阅 Microsoft 文档中的 Azure Red Hat OpenShift (预览)的 OpenShift Virtualization。
-
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。
-
作为临时解决方案,请导航到虚拟机的 Configuration
- 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 列表错误地包括 BIOS、UEFI 和 UEFI (安全) 引导模式。如果您为基于 s390x 的虚拟机选择了这些模式之一,操作会失败。(CNV-56889)
-
在 OpenShift Container Platform Web 控制台中,错误地可以根据 s390x 架构为虚拟机定义多个 CPU 线程。如果您定义了多个 CPU 线程,虚拟机会进入带有
qemu-kvm: S390 的
错误。(CNV-56890)CrashLoopBackOff
状态,不支持超过 1 个线程
2.1.8. 维护发行版本 复制链接链接已复制到粘贴板!
Red Hat OpenShift Virtualization 异步发行版本发行注记。
2.1.8.1. 版本 4.19.4 复制链接链接已复制到粘贴板!
新增和改变的功能
通过使用 OpenShift Container Platform Web 控制台,您现在可以将批量的虚拟机从一个存储类迁移到另一个存储类。
此功能需要 OpenShift Virtualization 4.19.4 或更高版本,以及 MTC 的 Migration Toolkit for Containers (MTC) 1.8.9 或更高版本。
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}'
$ oc get cso -n ibm-spectrum-scale-csi ibm-spectrum-scale-csi -o jsonpath='{.spec.clusters[*].primary.primaryFs}'
Copy to Clipboard Copied! Toggle word wrap Toggle overflow (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
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 Copied! Toggle word wrap Toggle overflow 这会导致当 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>
$ oc multipath -f <device>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow oc multipath -r
$ oc multipath -r
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 在其中一个节点上运行这些命令可修复所有节点。
-
用于在 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.
Your focus-trap must have at least one container with at least one tabbable node in it at all times.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow (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.
Failed to create filesystem. Check the operator log for more details.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 这个错误不正确。
(OCPNAS-184)