第 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 版本。
- 请记住,如果有一个待处理的安装计划,可能还有更多待处理的安装计划,只有在安装了现有待定计划后才会显示这些计划。