1.5. 弃用和删除的功能


之前版本中的一些功能已被弃用或删除。

弃用的功能仍然包含在 OpenShift Container Platform 中,并将继续被支持。但是,这个功能会在以后的发行版本中被删除,且不建议在新的部署中使用。有关 OpenShift Container Platform 4.10 中已弃用并删除的主要功能的最新列表,请参考下表。表后列出了更详细的、已弃用和删除的功能信息。

在下表中,被标记为以下状态的功能:

  • GA: 正式发行
  • DEP: 已弃用
  • REM: 删除
表 1.1. 过时和删除的功能
功能OCP 4.8OCP 4.9OCP 4.10

软件包清单格式(Operator 框架)

REM

REM

REM

Operator 目录的 SQLite 数据库格式

GA

DEP

DEP

oc adm catalog build

REM

REM

REM

oc adm catalog mirror--filter-by-os 标记

REM

REM

REM

v1beta1 CRD

DEP

REM

REM

Docker Registry v1 API

DEP

REM

REM

Metering Operator

DEP

REM

REM

调度程序策略

DEP

DEP

REM

Cluster Samples Operator 的 ImageChangesInProgress 条件

DEP

DEP

DEP

Cluster Samples Operator 的 MigrationInProgress 条件

DEP

DEP

DEP

使用不带有 apiVersion 组的 v1 用于 OpenShift Container Platform 资源

DEP

REM

REM

在 RHCOS 中使用 dhclient

DEP

REM

REM

Cluster Loader

DEP

DEP

REM

使用自己的 RHEL 7 计算机器

DEP

DEP

REM

Builds 的 BuildConfig spec 中的 lastTriggeredImageID 字段

DEP

REM

REM

Jenkins Operator

DEP

DEP

REM

基于 Prometheus 的 HPA 定制 metrics adapter

REM

REM

REM

vSphere 6.7 更新 2 或更早版本

GA

DEP

DEP

虚拟硬件版本 13

GA

DEP

DEP

VMware ESXi 6.7 更新 3 或更早版本

GA

DEP

DEP

Microsoft Azure 集群的 Mint 凭证

GA

GA

REM

使用 FlexVolume 的持久性存储

  

DEP

用于 Jenkins 的 Non-sidecar pod 模板

  

DEP

多集群控制台(技术预览)

  

REM

1.5.1. 已弃用的功能

1.5.1.1. IBM POWER8、IBM z13 所有模型、LinuxONE Emperor、LinuxONE Rockhopper 和 x86_64 v1 架构将被弃用

IBM POWER8、IBM z13 所有模型、LinuxONE Emperor、LinuxONE Rockhopper 和 AMD64 (x86_64) v1 CPU 架构中的 RHCOS 功能将在即将推出的发行版本中弃用。以后的发行版本中将宣布对这些架构的支持的附加信息。

注意

AMD 和 Intel 64 位体系结构(x86-64-v2)仍被支持。

1.5.1.2. 默认 Docker 配置位置弃用

在以前的版本中,使用 registry 配置的 oc 命令会从 Docker 配置位置获取凭证,默认为 ~/.docker/config.json。这已被弃用,并将在以后的 OpenShift Container Platform 版本中被 Podman 配置位置替代。

1.5.1.3. oc registry login 中的空文件和 stdout 支持弃用

支持使用 oc registry login 中的 --registry-config--to 标志的空文件已弃用。在使用 oc registry login 时支持 - (标准输出) 作为参数的功能已被弃用。在以后的 OpenShift Container Platform 版本中会把它们删除。

1.5.1.4. 用于 Jenkins 弃用的非端 pod 模板

在 OpenShift Container Platform 4.10 中,用于 Jenkins 的非 sidecar 的 mavennodejs pod 模板已弃用。计划在以后的发行版本中删除这些 pod 模板。程序错误修复及支持将在以后的生命周期结束时提供,之后不会进行新的功能增强。借助此次更新,您可以运行 Jenkins 代理作为 sidecar 容器。(JKNS-257)

1.5.1.5. 第三方监控组件用户界面弃用

对于以下监控堆栈组件,访问第三方 Web 用户界面(UI)已被弃用,计划在以后的 OpenShift Container Platform 发行版本中删除:

  • Grafana
  • Prometheus

另外,用户可以导航到 OpenShift Container Platform Web 控制台的 Observe 部分,以访问仪表板以及平台组件的其他 UI。

1.5.1.6. 使用 FlexVolume 的持久性存储

在 OpenShift Container Platform 4.10 中,使用 FlexVolume 的持久性存储已弃用。这个功能仍被完全支持,但只会修复重要的错误。但是,以后的 OpenShift Container Platform 发行版本中可能会删除它。虚拟机监控程序 Container Storage Interface(CSI)驱动程序是在 OpenShift Container Platform 中写入卷驱动程序的建议方法。FlexVolume 驱动程序的维护者应该实施 CSI 驱动程序,并将 FlexVolume 用户移到 CSI。FlexVolume 的用户应该将其工作负载移到 CSI 驱动程序。

1.5.1.7. RHEL 7 对 OpenShift CLI (oc) 的支持已弃用

在 Red Hat Enterprise Linux (RHEL) 7 中使用 OpenShift CLI (oc) 已被弃用,并将在以后的 OpenShift Container Platform 发行版本中删除。

1.5.2. 删除的功能

OpenShift Container Platform 4.10 从 OpenShift Container Platform Web 控制台界面的 OperatorHub 页面中删除属于技术预览功能的 Jenkins Operator。错误修复和支持不再可用。

相反,您可以使用 Samples Operator 提供的模板在 OpenShift Container Platform 上继续部署 Jenkins。另外,您可以使用 web 控制台的 Developer 视角中的 Helm 页面从 Developer Catalog 安装 Jenkins Helm Chart。

1.5.2.1. 删除的 OpenShift CLI(oc)命令

本发行版本中删除了以下 OpenShift CLI(oc)命令:

  • oc adm completion
  • oc adm config
  • oc adm options

1.5.2.2. 已删除调度程序策略

在这个版本中删除了对配置调度程序策略的支持。使用调度程序配置集来控制 pod 如何调度到节点上。

1.5.2.3. 删除了对计算机器的 RHEL 7 支持

删除了对在 OpenShift Container Platform 中运行 Red Hat Enterprise Linux(RHEL)7 计算机器的支持。如果您希望使用 RHEL 计算机器,则它们必须在 RHEL 8 中运行。

您无法将 RHEL 7 计算机器升级到 RHEL 8。您必须部署新的 RHEL 8 主机,必须删除旧的 RHEL 7 主机。

1.5.2.4. 删除第三方监控组件用户界面访问

在这个版本中,您无法访问以下监控堆栈组件的第三方 Web 用户界面(UI):

  • Alertmanager
  • Thanos querier
  • Thanos Ruler(如果用户工作负载监控已启用)

反之,您可以导航到 OpenShift Container Platform Web 控制台的 Observe 部分,以访问平台组件的指标、警报和指标目标 UI。

1.5.2.5. 删除了对 Microsoft Azure 的 mint 凭证的支持

删除了对在 Microsoft Azure 集群中以 mint 模式使用 Cloud Credential Operator(CCO)的支持。此更改的原因是 Microsoft 的 Azure AD Graph API 将于 2022 年 6 月 30 日停用,并被向后移植到 z-stream 更新中所有支持的 OpenShift Container Platform 版本。

对于在以前安装的使用 mint 模式的 Azure 集群,CCO 会尝试更新现有的 secret。如果 secret 包含之前 minted 应用程序注册服务主体的凭证,则会使用 kube-system/azure-credentials 中的 secret 的内容更新。这个行为和 passthrough 模式类似。

对于将凭证模式设置为默认值 "" 的集群,更新的 CCO 会自动从 mint 模式运行,以 passthrough 模式运行。如果您的集群将凭证模式明确设置为 mint 模式("Mint"),则必须将值改为 """Passthrough"

注意

除了 mint 模式所需的 Contributor 角色外,修改后的应用程序注册服务主体现在还需要用于 passthrough 模式的 User Access Administrator 角色。

虽然 Azure AD Graph API 仍然可用,但升级版 OpenShift Container Platform 的 CCO 会尝试清理之前 mint 的应用注册服务主体。在 Azure AD Graph API 之前升级集群可能会避免需要手动清理资源。

如果在 Azure AD Graph API 停用后,集群被升级到一个不再支持 mint 模式的 OpenShift Container Platform 版本,CCO 会在关联的 CredentialsRequest 上设置 OrphanedCloudResource 条件,但不会将相关错误视为是致命(fatal)错误。该条件包括与 unable to clean up App Registration / Service Principal: <app_registration_name> 类似的消息。在 Azure AD Graph API 停用后,清理需要使用 Azure CLI 工具或 Azure Web 控制台手动删除剩余的应用程序注册服务主体。

要手动清理资源,您必须找到并删除受影响的资源。

  1. 使用 Azure CLI 工具,通过运行以下命令从 OrphanedCloudResource 条件消息过滤使用 <app_registration_name> 的应用程序注册服务主体:

    $ az ad app list --filter "displayname eq '<app_registration_name>'" --query '[].objectId'

    输出示例

    [
      "038c2538-7c40-49f5-abe5-f59c59c29244"
    ]

  2. 运行以下命令来删除应用程序注册服务主体:

    $ az ad app delete --id 038c2538-7c40-49f5-abe5-f59c59c29244
注意

在手动清理资源后,OrphanedCloudResource 条件会保留,因为 CCO 无法验证资源是否已清理。

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

© 2024 Red Hat, Inc.