托管控制平面发行说明

之前，当配置托管集群代理并使用具有 HTTP 或 HTTPS 端点的身份提供程序 (IDP) 时，在通过代理发送之前，无法解析 IDP 的主机名。因此，数据平面只能解析的主机名无法为 IDP 解析。通过此更新，在通过konnectivity隧道发送 IPD 流量之前，会执行 DNS 查询。因此，控制平面操作员可以验证主机名只能由数据平面解析的 IDP。OCPBUGS-41371

之前，当托管集群controllerAvailabilityPolicy设置为SingleReplica时，网络组件上的podAntiAffinity阻止了组件的可用性。在此版本中，此问题已解决。OCPBUGS-39313

之前，在托管集群映像配置中指定的AdditionalTrustedCA未按照image-registry-operator的预期协调到openshift-config命名空间中，并且该组件不可用。在此版本中，此问题已解决。OCPBUGS-39225

之前，Red Hat HyperShift 定期一致性作业由于核心操作系统更改而失败。这些失败的作业导致 OpenShift API 部署失败。在此版本中，更新会递归地复制单个受信任证书颁发机构 (CA) 证书，而不是复制单个文件，以便定期一致性作业成功并且 OpenShift API 按预期运行。OCPBUGS-38941

之前，托管集群中的 Konnectivity 代理始终通过 HTTP/S 代理发送所有 TCP 流量。它还忽略了NO_PROXY配置中的主机名，因为它只在其流量中接收已解析的 IP 地址。结果，不应代理的流量（例如 LDAP 流量）无论配置如何都会被代理。在此版本中，代理在源（控制平面）处完成，并删除 Konnectivity 代理代理配置。结果，不应代理的流量（例如 LDAP 流量）不再被代理。包含主机名的NO_PROXY配置将被遵守。OCPBUGS-38637

之前，在使用registryOverride时，azure-disk-csi-driver-controller映像未获得适当的覆盖值。这是故意的，目的是避免将这些值传播到azure-disk-csi-driver数据平面映像。通过此更新，通过添加单独的映像覆盖值解决了此问题。结果，azure-disk-csi-driver-controller可以与registryOverride一起使用，并且不再影响azure-disk-csi-driver数据平面映像。OCPBUGS-38183

之前，在代理的管理集群上运行的托管控制平面内的 AWS 云控制器管理器不会将代理用于云 API 通信。在此版本中，此问题已修复。OCPBUGS-37832

之前，在托管集群的控制平面中运行的运算符的代理是通过在数据平面中运行的 Konnectivity 代理 pod 上的代理设置执行的。无法根据应用程序协议区分是否需要代理。

之前，IDP 通信的代理发生在 Konnectivity 代理中。流量到达 Konnectivity 时，其协议和主机名已不可用。结果，OAUTH 服务器 pod 的代理未正确完成。它没有区分需要代理的协议（http/s）和不需要代理的协议（ldap://）。此外，它没有遵守在HostedCluster.spec.configuration.proxy规范中配置的no_proxy变量。

之前，在您从HostedCluster对象中删除ImageContentSources字段后，托管集群配置运算符 (HCCO) 不会删除ImageDigestMirrorSet CR (IDMS)。结果，IDMS 在HostedCluster对象中持续存在，而实际上不应该如此。在此版本中，HCCO 管理从HostedCluster对象中删除 IDMS 资源。OCPBUGS-34820

之前，在断开连接的环境中部署hostedCluster需要设置hypershift.openshift.io/control-plane-operator-image注释。通过此更新，不再需要此注释。此外，元数据检查器在托管运算符协调期间按预期工作，并且OverrideImages按预期填充。OCPBUGS-34734

之前，在 AWS 上托管的集群利用其 VPC 的主 CIDR 范围在数据层面生成安全组规则。因此，如果您将托管集群安装到具有多个 CIDR 范围的 AWS VPC 中，生成的安全组规则可能不足。此更新通过基于提供的机器 CIDR 范围生成安全组规则来解决此问题。(OCPBUGS-34274)

之前，OpenShift 集群管理器容器缺少正确的 TLS 证书。因此，您无法在断开连接的部署中使用镜像流。在此版本中，通过添加作为投影卷的 TLS 证书来解决此问题。(OCPBUGS-31446)

之前，Kubernetes 运算符控制台中用于 OpenShift 虚拟化的多集群引擎中的批量销毁选项无法销毁托管集群。在此版本中，此问题已解决。(ACM-10165)

如果注释和ManagedCluster资源名称不匹配，Kubernetes 运算符控制台中用于多集群引擎会将集群显示为Pending import。多集群引擎运算符无法使用该集群。当没有注释并且ManagedCluster名称与HostedCluster资源的Infra-ID值不匹配时，也会发生同样的问题。

当您使用 Kubernetes 运算符控制台中用于多集群引擎向现有托管集群添加新的节点池时，OpenShift Container Platform 的同一版本可能会在选项列表中出现多次。您可以选择列表中的任何实例作为所需的版本。

当节点池缩减到 0 个工作节点时，控制台中的主机列表仍然显示处于就绪状态的节点。您可以通过两种方式验证节点数量

当您在使用双栈网络的环境中创建托管集群时，可能会遇到以下与 DNS 相关的問題

在 Agent 平台上，托管控制平面功能会定期轮换 Agent 用于提取 ignition 的令牌。因此，如果您有较早创建的 Agent 资源，它可能无法提取 ignition。作为解决方法，在 Agent 规范中，删除IgnitionEndpointTokenReference属性的密钥，然后添加或修改 Agent 资源上的任何标签。系统将使用新令牌重新创建密钥。

如果您在与其托管集群相同的命名空间中创建了托管集群，则分离托管托管集群会删除托管集群命名空间中的所有内容，包括托管集群。以下情况会在与其托管集群相同的命名空间中创建托管集群