1.8. 已知问题

网关 API 和 Amazon Web Services (AWS)、Google Cloud 和 Microsoft Azure 私有集群存在一个已知问题。为网关置备的负载均衡器始终配置为外部，这可能会导致错误或意外行为：
- 在 AWS 私有集群中，负载均衡器会处于 pending 状态，并报告错误： Error sync load balancer: failed to ensure load balancer: could not find any appropriate subnets for the ELB。
- 在 Google Cloud 和 Azure 私有集群中，当负载均衡器没有外部 IP 地址时，会置备一个外部 IP 地址。
这个问题不支持临时解决方案。(OCPBUGS-57440)
在 Azure 上安装集群时，如果您将任何 compute.platform.azure.identity.type、controlplane.platform.azure.identity.type 或 platform.azure.defaultMachinePlatform.identity.type 字段值设置为 None，您的集群无法从 Azure Container Registry 拉取镜像。您可以通过提供用户身份或将 identity 字段留空来避免此问题。在这两种情况下，安装程序会生成用户分配的身份。(OCPBUGS-56008)
控制台统一软件目录视图中存在一个已知问题。选择 Ecosystem Software Catalog 时，您必须输入现有项目名称或创建新项目来查看软件目录。项目选择字段不会影响集群中安装目录内容的方式。作为临时解决方案，请输入任何现有项目名称来查看软件目录。(OCPBUGS-61870)

在使用特定的 AMD EPYC 处理器的系统上，一些低级别系统中断（如 AMD-Vi ）可能包含 CPU 掩码中与 CPU 固定工作负载重叠的 CPU。此行为是因为硬件设计。这些特定错误报告中断通常不活跃，目前没有已知的性能影响。(OCPBUGS-57787)
目前，使用 guaranteed QoS 类和请求整个 CPU 的 pod 可能无法在节点重启或 kubelet 重启后自动重启。此问题可能会在配置了静态 CPU Manager 策略的节点并使用 full-pcpus-only 的规格中发生，当节点上的大多数或所有 CPU 都已由此类工作负载分配时。作为临时解决方案，请手动删除并重新创建受影响的 pod。(OCPBUGS-43280)
如果存档包含以后缀 节点 结尾的自定义命名空间目录，则 Performance Profile Creator 工具将无法分析 must-gather 存档。发生故障的原因是工具的搜索逻辑错误地报告多个匹配项的错误。作为临时解决方案，请重命名自定义命名空间目录，使其不以 节点 后缀结尾，并再次运行该工具。(OCPBUGS-60218)
目前，在配置了 SR-IOV 网络虚拟功能的集群中，负责网络设备重命名和由 Node Tuning Operator 管理的 TuneD 服务的系统服务之间可能会出现竞争条件。因此，在节点重启后 TuneD 配置集可能会降级，从而导致性能下降。作为临时解决方案，重启 TuneD pod 以恢复配置集状态。(OCPBUGS-41934)

返回顶部