2.2. Windows Machine Config Operator 的过去版本的发行注记


以下发行注记适用于 Windows Machine Config Operator (WMCO) 的早期版本。

有关当前版本,请参阅 Windows Machine Config Operator 发行注记

此 WMCO 发行版本为在 OpenShift Container Platform 集群中运行 Windows 计算节点提供程序错误修正。WMCO 9.0.2 组件在 RHBA-2024:2830 中发布。

2.2.1.1. 程序错误修复

  • 在以前的版本中,kubelet 无法使用私有 ECR registry 进行身份验证。由于这个错误,kubelet 无法从这些 registry 中拉取镜像。在这个版本中,kubelet 能够按预期从这些 registry 中拉取镜像。(OCPBUGS-32136)

此 WMCO 发行版本为在 OpenShift Container Platform 集群中运行 Windows 计算节点提供程序错误修正。WMCO 9.0.1 组件在 RHSA-2024:1203 中发布。

2.2.2.1. 程序错误修复

  • 在以前的版本中,因为在更新机器集节点时缺少 Windows 机器集节点和 Bring-Your-Own-Host (BYOH)实例之间的同步,并且 BYOH 实例可以同时更新。这会影响运行的工作负载。在这个版本中,引入了一个锁定机制,以便机器设置节点和 BYOH 实例单独更新。(OCPBUGS-22984)
  • 在以前的版本中,因为缺少 secret,WMCO 无法为 Nutanix 集群上的 WICD 配置正确的凭证。因此,WMCO 无法创建 Windows 节点。在这个版本中,WMCO 为 WICD 服务帐户创建长期凭证。因此,WMCO 可以在 Nutanix 集群中配置 Windows 节点。(OCPBUGS-24748)
  • 在以前的版本中,由于网络配置脚本中的错误逻辑,WICD 被错误地读取 CNI 配置文件中的 carriage 返回,并将该文件标识为修改。这会导致 CNI 配置被不必要重新加载,可能会导致容器重启和短网络中断。在这个版本中,WICD 现在仅在实际修改 CNI 配置时重新载入 CNI 配置。(OCPBUGS-27046)
  • 在以前的版本中,因为 WMCO 执行了一个错误的清理步骤,该步骤使用集群范围代理配置中的分号替换逗号,所以 Windows 会忽略 noProxy 参数中指定的端点。因此,流量被错误地通过这些代理发送。在这个版本中,清理步骤已被删除。因此,从 Windows 节点到集群内部端点或 noProxy 参数中存在的端点不会通过代理。(OCPBUGS-27240)
  • 在以前的版本中,由于 Windows Server 2019 中出现的路由问题,在某些条件下,运行了一小时后,Windows Server 2019 上的工作负载在与集群中的其他容器通信时可能会出现数据包丢失的情况。在这个版本中,在 kube-proxy 中启用直接服务器返回 (DSR) 路由。因此,DSR 现在会导致请求和响应流量使用不同的网络路径,绕过 Windows Server 2019 中的 bug。(OCPBUGS-28226)

此 WMCO 发行版本为在 OpenShift Container Platform 集群中运行 Windows 计算节点提供程序错误修正。WMCO 9.0.0 组件在 RHSA-2023:1372 中发布。

2.2.3.1. 新功能及改进

2.2.3.1.1. 支持 Windows 容器上的集群范围代理

使用集群范围代理的集群现在支持 WMCO。从 OpenShift Container Platform 版本 4.14 开始,WMCO 可以在集群内部网络外进行外部请求时使用全局出口代理配置。如需更多信息,请参阅配置集群范围代理

2.2.3.1.2. 支持 Nutanix 上的 Windows 容器

在 Nutanix 上安装的集群现在支持 Windows Server 2022 节点。您可以在 Nutanix 上创建 Windows 机器集来托管 Windows Server 2022 计算节点。如需更多信息,请参阅在 Nutanix 上创建 Windows 机器集

2.2.3.1.3. 新的调度优先级类

WMCO 现在支持 windows-priorityclass kubelet 参数,该参数可确保运行 pod 不耗尽 CPU 周期的 kubelet。默认情况下,windows-priorityclass 参数设置为 ABOVE_NORMAL_PRIORITY_CLASS。不建议更改此设置。有关此参数的更多信息,请参阅 Kubernetes 文档中的 CPU 管理

2.2.3.1.4. Windows Containers 的 CSI 代理支持

WMCO 现在支持通过在每个 Windows 节点上运行 CSI Proxy 服务,在没有使用树内存储驱动程序的情况下将持久性存储用于 Windows 工作负载。每个节点上的 Windows pod 现在可通过持久性卷声明访问存储。

使用在集群 Windows 节点上运行的 CSI 代理,您可以将您选择的 Container Storage Interface (CSI) 存储驱动程序部署为 Windows 守护进程集。如需有关 CSI 代理的更多信息,请参阅 Kubernetes 文档中的 CSI Windows 支持(使用 CSI 代理)。有关 CSI 的详情,请参考 OpenShift Container Platform 文档中的配置 CSI 卷

2.2.3.2. 主要的技术变化

现在,所有 Windows 节点都默认禁用 SSH 密码身份验证。节点现在拒绝不使用公钥身份验证的 SSH 连接。Red Hat Enterprise Linux CoreOS (RHCOS) 需要这个更改。

2.2.3.3. 程序错误修复

  • 在以前的版本中,在没有安装 Azure 容器服务的 Azure Windows Server 2019 平台上,WMCO 无法部署 Windows 实例,并显示以下出错信息:

    Install-WindowsFeature : Win32 internal error "Access is denied" 0x5 occurred while reading the console output buffer
    Copy to Clipboard Toggle word wrap

    发生了故障,因为 Microsoft Install-WindowsFeature cmdlet 显示无法通过 SSH 连接发送的进度条。在这个版本中,隐藏了进度条。因此,Windows 实例可以部署为节点。(OCPBUGS-13244)

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat