第 1 章 3scale API 管理基于 Operator 的升级指南:从 2.13 升级到 2.14


警告

在某些情况下,将 3scale API Management 从 2.13 升级到 2.14 可能无法完成。要防止这种情况,请在尝试升级前 按照红帽客户门户网站中的经过测试和批准的步骤操作。https://access.redhat.com/solutions/7049647该解决方案包含有关造成问题的根本原因和条件的详细信息。

在基于 operator 的安装中,将 Red Hat 3scale API Management 从 2.13 升级到 2.14,以在 OpenShift 4.x 上管理 3scale。

要自动获得 3scale 的微版本,请确保自动更新已经启动。如果您使用 Oracle 外部数据库,请不要设置自动更新。要查看这一点,请参阅配置微版本的自动应用程序

重要

为了了解所需的条件和程序,请在应用列出的步骤前阅读整个升级指南。升级过程会破坏服务的调配,直到过程完成为止。因为这个过程需要涉及到系统中断,请确保计划有一个维护窗口进行。

1.1. 执行升级的先决条件

重要

要使用 3scale 操作器解决证书验证失败,请添加注解 来跳过对受影响的自定义资源(CR)的证书验证。此注解可以在创建过程中应用到 CR,或添加到现有 CR 中。应用后,会协调错误。

本节介绍了在基于 Operator 的安装中,将 3scale 从 2.13 升级到 2.14 所需的配置。

  • 具有管理员访问权限的 OpenShift Container Platform (OCP) 4.12、4.13 或 4.14 集群。确保您的 OCP 环境至少升级到 4.12 版本,这是进行 3scale 更新的最低要求。
  • 3scale 2.13 以前通过 3scale Operator 部署。
  • 4 RWO (ReadWriteOnce)用于 Redis、MySQL 和 System-searchd 持久性的持久性卷,如在 OpenShift 上安装 3scale 2.14 的系统要求中所述。https://access.redhat.com/documentation/zh-cn/red_hat_3scale_api_management/2.14/html-single/installing_red_hat_3scale_api_management/index#system-requirements-for-installing-threescale-on-openshift
  • 为系统搜索的持久性卷声明(PVC)要求提供持久性卷(PV)的默认 StorageClass。
  • 确保正在使用 threescale-2.13 频道的最新 CSV。检查它:

    • 如果订阅的批准设置 是自动的,您应该已处于该频道的最新 CSV 版本。
    • 如果订阅的批准设置是 manual,请确保批准所有待处理的 InstallPlans,并具有最新的 CSV 版本。
    • 请记住,如果有一个待处理的安装计划,可能还有更多待处理的安装计划,只有在安装了现有待定计划后才会显示这些计划。
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2026 Red Hat
返回顶部