Dieser Inhalt ist in der von Ihnen ausgewählten Sprache nicht verfügbar.
Chapter 2. Release notes
2.1. Red Hat OpenShift support for Windows Containers release notes Link kopierenLink in die Zwischenablage kopiert!
2.1.1. Release notes for Red Hat Windows Machine Config Operator 10.17.1 Link kopierenLink in die Zwischenablage kopiert!
Issued: 9 June 2025
This release of the WMCO provides bug fixes for running Windows compute nodes in an OpenShift Container Platform cluster. The components of the WMCO 10.17.1 were released in RHSA-2025:8704.
2.1.1.1. New features and improvements Link kopierenLink in die Zwischenablage kopiert!
2.1.1.1.1. WMCO now defaults to info-level logging Link kopierenLink in die Zwischenablage kopiert!
The WMCO is configured to use the info log level by default. You can change the log level to debug by editing the WMCO subscription object.
For more information, see Configuring debug-level logging for the Windows Machine Config Operator.
2.1.1.2. Bug fixes Link kopierenLink in die Zwischenablage kopiert!
-
Previously, Windows nodes were unable to pull from image mirror registries if an organization name or namespace was included in the source of the
ImageTagMirrorSet(ITMS) object. With this fix, you can include an organization name or namespace in theITMSobject. With this change, additional guidelines and requirements around using mirror registries have been added to the OpenShift Container Platform documentation. For more information, see Using Windows containers with a mirror registry. (OCPBUGS-55915) - Previously, the OpenShift Container Platform documentation lacked information about WMCO support for the installer-provisioned infrastructure (IPI) and the user-provisioned infrastructure (UPI) installation methods. With this fix, the documentation reports that the IPI method is the preferred installation method and can be used with all platforms. The UPI method is limited to specific use cases. For more information, see WMCO supported installation method. (OCPBUGS-44237)
2.2. Release notes for past releases of the Windows Machine Config Operator Link kopierenLink in die Zwischenablage kopiert!
The following release notes are for previous versions of the Windows Machine Config Operator (WMCO).
For the current version, see Red Hat OpenShift support for Windows Containers release notes.
2.2.1. Release notes for Red Hat Windows Machine Config Operator 10.17.0 Link kopierenLink in die Zwischenablage kopiert!
This release of the WMCO provides bug fixes for running Windows compute nodes in an OpenShift Container Platform cluster. The components of the WMCO 10.17.0 were released in RHSA-2024:7436.
2.2.1.1. New features and improvements Link kopierenLink in die Zwischenablage kopiert!
2.2.1.1.1. Kubernetes upgrade Link kopierenLink in die Zwischenablage kopiert!
The WMCO now uses Kubernetes 1.30.
2.2.1.2. Bug fixes Link kopierenLink in die Zwischenablage kopiert!
-
Previously, if a Windows VM had its PowerShell
ExecutionPolicyset toRestricted, the Windows Instance Config Daemon (WICD) could not run the commands on that VM that are necessary for creating Windows nodes. With this fix, the WICD now bypasses the execution policy on the VM when running PowerShell commands. As a result, the WICD can create Windows nodes on the VM as expected. (OCPBUGS-30995)
- Previously, if reverse DNS lookup failed due to an error, such as the reverse DNS lookup services being unavailable, the WMCO would not fall back to using the VM hostname to determine if a certificate signing requests (CSR) should be approved. As a consequence, Bring-Your-Own-Host (BYOH) Windows nodes configured with an IP address would not become available. With this fix, BYOH nodes are properly added if reverse DNS is not available. (OCPBUGS-36643)
- Previously, if there were multiple service account token secrets in the WMCO namespace, scaling Windows nodes would fail. With this fix, the WMCO uses only the secret it creates, ignoring any other service account token secrets in the WMCO namespace. As a result, Windows nodes scale properly. (OCPBUGS-29253)
2.3. Windows Machine Config Operator prerequisites Link kopierenLink in die Zwischenablage kopiert!
The following information details the supported platform versions, Windows Server versions, and networking configurations for the Windows Machine Config Operator (WMCO). See the vSphere documentation for any information that is relevant to only that platform.
2.3.1. WMCO supported installation method Link kopierenLink in die Zwischenablage kopiert!
The WMCO fully supports installing Windows nodes into installer-provisioned infrastructure (IPI) clusters. This is the preferred OpenShift Container Platform installation method.
For user-provisioned infrastructure (UPI) clusters, the WMCO supports installing Windows nodes only into a UPI cluster installed with the platform: none field set in the install-config.yaml file (bare-metal or provider-agnostic) and only for the BYOH (Bring Your Own Host) use case. UPI is not supported for any other platform.
2.3.2. WMCO 10.17.0 supported platforms and Windows Server versions Link kopierenLink in die Zwischenablage kopiert!
The following table lists the Windows Server versions that are supported by WMCO 10.17.0, based on the applicable platform. Windows Server versions not listed are not supported and attempting to use them will cause errors. To prevent these errors, use only an appropriate version for your platform.
| Platform | Supported Windows Server version |
|---|---|
| Amazon Web Services (AWS) |
|
| Microsoft Azure |
|
| VMware vSphere | Windows Server 2022, OS Build 20348.681 or later |
| Google Cloud Platform (GCP) | Windows Server 2022, OS Build 20348.681 or later |
| Nutanix | Windows Server 2022, OS Build 20348.681 or later |
| Bare metal or provider agnostic |
|
- For disconnected clusters, the Windows AMI must have the EC2LaunchV2 agent version 2.0.1643 or later installed. For more information, see the Install the latest version of EC2Launch v2 in the AWS documentation.
2.3.3. Supported networking Link kopierenLink in die Zwischenablage kopiert!
Hybrid networking with OVN-Kubernetes is the only supported networking configuration. See the additional resources below for more information on this functionality. The following tables outline the type of networking configuration and Windows Server versions to use based on your platform. You must specify the network configuration when you install the cluster.
- The WMCO does not support OVN-Kubernetes without hybrid networking or OpenShift SDN.
- Dual NIC is not supported on WMCO-managed Windows instances.
| Platform | Supported networking |
|---|---|
| Amazon Web Services (AWS) | Hybrid networking with OVN-Kubernetes |
| Microsoft Azure | Hybrid networking with OVN-Kubernetes |
| VMware vSphere | Hybrid networking with OVN-Kubernetes with a custom VXLAN port |
| Google Cloud Platform (GCP) | Hybrid networking with OVN-Kubernetes |
| Nutanix | Hybrid networking with OVN-Kubernetes |
| Bare metal or provider agnostic | Hybrid networking with OVN-Kubernetes |
2.4. Windows Machine Config Operator known limitations Link kopierenLink in die Zwischenablage kopiert!
Note the following limitations when working with Windows nodes managed by the WMCO (Windows nodes):
The following OpenShift Container Platform features are not supported on Windows nodes:
- Image builds
- OpenShift Pipelines
- OpenShift Service Mesh
- OpenShift monitoring of user-defined projects
- OpenShift Serverless
- Horizontal Pod Autoscaling
- Vertical Pod Autoscaling
- Hosted Control Planes
The following Red Hat features are not supported on Windows nodes:
- Dual NIC is not supported on WMCO-managed Windows instances.
- Windows nodes do not support workloads created by using deployment configs. You can use a deployment or other method to deploy workloads.
- Red Hat OpenShift support for Windows Containers does not support adding Windows nodes to a cluster through a trunk port. The only supported networking configuration for adding Windows nodes is through an access port that carries traffic for the VLAN.
- Red Hat OpenShift support for Windows Containers does not support any Windows operating system language other than English (United States).
-
Due to a limitation within the Windows operating system,
clusterNetworkCIDR addresses of class E, such as240.0.0.0, are not compatible with Windows nodes. Kubernetes has identified the following node feature limitations :
- Huge pages are not supported for Windows containers.
- Privileged containers are not supported for Windows containers.
- Kubernetes has identified several API compatibility issues.