安装 Red Hat 3scale API Management

流程

1. 在 OpenShift Container Platform 控制台中，使用具有管理员特权的帐户登录。
2. 点 Operators > OperatorHub。
3. 在 Filter by keyword 框中，键入 3scale operator 来查找 Red Hat Integration - 3scale。
4. 点 Red Hat Integration - 3scale。此时会显示有关 Operator 的信息。
5. 阅读有关 Operator 的信息，再点 Install。此时会打开 Install Operator 页面。
6. 在 Install Operator 页面中，在 Update channel 部分选择要更新的频道。

7. 在 Installation mode 部分中，选择安装 Operator 的位置。

   1. All namespaces on the cluster(default) - operator 在集群的所有命名空间中可用。
   2. A specific namespace on the cluster - operator 只能在您选择的集群的特定单一命名空间中可用。
8. 点 Install。
9. 安装完成后，系统会显示确认信息，指示 Operator 已准备就绪。

10. 验证 3scale operator ClusterServiceVersion (CSV) 是否已正确安装。另外，检查它报告 Operator 的安装是否成功：

    • 点 Operators > Installed Operators。
    • 点 Red Hat Integration - 3scale operator。
    • 在 Details 选项卡中，向下滚动到 Conditions 部分，其中 Succeeded 条件应该在 Reason 列中读取 InstallSucceeded。

流程

1. 在 OpenShift Container Platform 控制台中，使用具有管理员特权的帐户登录。
2. 点 Operators > OperatorHub。此时会显示安装的 Operator 页面。
3. 在 Filter by name 中输入 3scale 以查找 Operator 并点它。
4. 在 Operator Details 页面中，从 Actions 下拉菜单中选择 Uninstall Operator，将其从特定命名空间中删除。

5. 此时会显示 Uninstall Operator? 对话框，提醒您：

   Removing the operator will not remove any of its custom resource definitions or managed resources. If your operator has deployed applications on the cluster or configured off-cluster resources, these will continue to run and need to be cleaned up manually.
   This action removes the operator as well as the Operator deployments and pods, if any. Any operands and resources managed by the operator, including CRDs and CRs, are not removed. The web console enables dashboards and navigation items for some operators. To remove these after uninstalling the operator, you might need to manually delete the operator CRDs.

6. 选择 Uninstall。此 operator 会停止运行，并且不再接收更新。
7. 在 OpenShift Container Platform 控制台中点 Operators > OperatorHub。
8. 在 Filter by keyword 框中，键入 3scale operator 来查找 Red Hat Integration - 3scale。
9. 点 Red Hat Integration - 3scale。此时会显示有关 Operator 的信息。
10. 点 Install。此时会打开 Install Operator 页面。
11. 在 Install Operator 页面中，在 Update channel 部分选择要更新的频道。
12. 在 Installation mode 部分中，选择 All namespaces on the cluster(default)。Operator 将在集群中的所有命名空间中可用。
13. 点 Subscribe.3scale operator 详情页面会显示，您可以查看 Subscription Overview。
14. 确认订阅升级状态显示为 Up to date。
15. 验证是否显示了 3scale operator ClusterServiceVersion(CSV)。

流程

1. 点 Operators > Installed Operators。

   1. 从 Installed Operators 列表中，点 Red Hat Integration - 3scale。
2. 点 API Manager 选项卡。
3. 点 Create APIManager。

4. 清除示例内容，并将以下 YAML 定义添加到编辑器中，然后单击 Create。

   • 在 3scale 2.8 之前，您可以通过将 HighAvailability 字段设置为 true 来配置自动添加副本。从 3scale 2.8 开始，对副本的添加会通过 APIManager CR 中的 replicas 字段来控制，如下例所示。

     注意

     wildcardDomain 参数的值必须是解析到 OpenShift Container Platform (OCP) 路由器地址的有效域名。例如 apps.mycluster.example.com。

   • 具有最低要求的 APIManager CR：

     apiVersion: apps.3scale.net/v1alpha1
     kind: APIManager
     metadata:
       name: apimanager-sample
     spec:
       wildcardDomain: example.com

     Copy to clipboard

   • 配置副本的 APIManager CR：

     apiVersion: apps.3scale.net/v1alpha1
     kind: APIManager
     metadata:
       name: apimanager-sample
     spec:
       system:
         appSpec:
           replicas: 1
         sidekiqSpec:
           replicas: 1
       zync:
         appSpec:
           replicas: 1
         queSpec:
           replicas: 1
       backend:
         cronSpec:
           replicas: 1
         listenerSpec:
           replicas: 1
         workerSpec:
           replicas: 1
       apicast:
         productionSpec:
           replicas: 1
         stagingSpec:
           replicas: 1
       wildcardDomain: example.com

     Copy to clipboard

1. 运行以下命令来获取 Admin Portal 凭证：

   $ oc get secret system-seed -o json | jq -r .data.ADMIN_USER | base64 -d
   $ oc get secret system-seed -o json | jq -r .data.ADMIN_PASSWORD | base64 -d

   Copy to clipboard
   1. 以 Admin Portal 管理员身份登录，以验证这些凭据是否正常工作。

2. 运行以下命令来获取主管理门户凭证：

   $ oc get secret system-seed -o json | jq -r .data.MASTER_USER | base64 -d
   $ oc get secret system-seed -o json | jq -r .data.MASTER_PASSWORD | base64 -d

   Copy to clipboard
   1. 以 Master Admin Portal 管理员身份登录，以验证这些凭据是否正常工作。

流程

1. 编写用于定义您要注入的自定义环境的 Lua 代码。例如，以下 env1.lua 文件显示了 3scale 操作器为所有服务加载的自定义日志策略。

   local cjson = require('cjson')
   local PolicyChain = require('apicast.policy_chain')
   local policy_chain = context.policy_chain
   
   local logging_policy_config = cjson.decode([[
   {
     "enable_access_logs": false,
     "custom_logging": "\"{{request}}\" to service {{service.id}} and {{service.name}}"
   }
   ]])
   
   policy_chain:insert( PolicyChain.load_policy('logging', 'builtin', logging_policy_config), 1)
   
   return {
     policy_chain = policy_chain,
     port = { metrics = 9421 },
   }

   Copy to clipboard

2. 从定义自定义环境的 Lua 文件创建 secret。例如：

   $ oc create secret generic custom-env-1 --from-file=./env1.lua

   Copy to clipboard

   secret 可以包含多个自定义虚拟环境。为定义自定义环境的每个文件指定 -from-file 选项。Operator 会加载每个自定义环境。

3. 定义一个 APIManager 自定义资源(CR)来引用您刚才创建的 secret。以下示例显示了相对于引用定义自定义环境的 secret 的内容。

   apiVersion: apps.3scale.net/v1alpha1
   kind: APIManager
   metadata:
     name: apimanager-apicast-custom-environment
   spec:
     wildcardDomain: <desired-domain>
     apicast:
       productionSpec:
         customEnvironments:
           - secretRef:
               name: custom-env-1
       stagingSpec:
         customEnvironments:
           - secretRef:
               name: custom-env-1

   Copy to clipboard

   APIManager CR 可以引用定义自定义虚拟环境的多个 secret。Operator 会加载每个自定义环境。

4. 创建添加自定义环境的 APIManager CR。例如：

   $ oc apply -f apimanager.yaml

   Copy to clipboard

流程

1. 从定义一个自定义策略的文件创建 secret。例如：

   $ oc create secret generic my-first-custom-policy-secret \
    --from-file=./apicast-policy.json \
    --from-file=./init.lua \
    --from-file=./my-first-custom-policy.lua

   Copy to clipboard

   如果您有多个自定义策略，请为每个自定义策略创建一个 secret。secret 只能包含一个自定义策略。

2. 使用 3scale 操作器监控机密更改。添加 apimanager.apps.3scale.net/watched-by=apimanager 标签以开始 3scale operator secret 更改监控：

   $ oc label secret my-first-custom-policy-secret apimanager.apps.3scale.net/watched-by=apimanager

   Copy to clipboard
   注意

   默认情况下，3scale 操作器不会跟踪对 secret 的更改。使用标签时，3scale Operator 会在您对 secret 进行更改时自动更新 APIcast 部署。这在使用 secret 的暂存和生产环境中发生。3scale 操作器不会以任何方式获取 secret 的所有权。

3. 定义一个 APIManager CR，它引用包含自定义策略的每个 secret。您可以为 APIcast staging 和 APIcast production 指定相同的 secret。以下示例显示有关引用包含自定义策略的 secret 的内容。

   apiVersion: apps.3scale.net/v1alpha1
   kind: APIManager
   metadata:
     name: apimanager-apicast-custom-policy
   spec:
     apicast:
       stagingSpec:
         customPolicies:
           - name: my-first-custom-policy
             version: "0.1"
             secretRef:
               name: my-first-custom-policy-secret
           - name: my-second-custom-policy
             version: "0.1"
             secretRef:
               name: my-second-custom-policy-secret
       productionSpec:
         customPolicies:
           - name: my-first-custom-policy
             version: "0.1"
             secretRef:
               name: my-first-custom-policy-secret
           - name: my-second-custom-policy
             version: "0.1"
             secretRef:
               name: my-second-custom-policy-secret

   Copy to clipboard

   APIManager CR 可以引用定义不同自定义策略的多个 secret。Operator 加载每个自定义策略。

4. 创建 APIManager CR，以引用包含自定义策略的 secret。例如：

   $ oc apply -f apimanager.yaml

   Copy to clipboard

流程

1. 在 stringData.config 中包含您的 OpenTracing 配置详情的 secret。这是包含您的 OpenTracing 配置详细信息的属性的唯一有效值。任何其他规格都阻止 APIcast 收到您的 OpenTracing 配置详细信息。以下示例显示了有效的 secret 定义：

   apiVersion: v1
   kind: Secret
   metadata:
     name: myjaeger
   stringData:
     config: |-
         {
         "service_name": "apicast",
         "disabled": false,
         "sampler": {
           "type": "const",
           "param": 1
         },
         "reporter": {
           "queueSize": 100,
           "bufferFlushInterval": 10,
           "logSpans": false,
           "localAgentHostPort": "jaeger-all-in-one-inmemory-agent:6831"
         },
         "headers": {
           "jaegerDebugHeader": "debug-id",
           "jaegerBaggageHeader": "baggage",
           "TraceContextHeaderName": "uber-trace-id",
           "traceBaggageHeaderPrefix": "testctx-"
         },
         "baggage_restrictions": {
             "denyBaggageOnInitializationFailure": false,
             "hostPort": "127.0.0.1:5778",
             "refreshInterval": 60
         }
         }
   type: Opaque

   Copy to clipboard

2. 创建 secret.例如，如果您将以前的 secret 定义保存到 myjaeger.yaml 文件中，您将运行以下命令：

   $ oc create -f myjaeger.yaml

   Copy to clipboard

3. 定义一个 APIManager 自定义资源(CR)来指定 openTracing 属性。在 CR 定义中，将 openTracing.tracingConfigSecretRef.name 属性设置为包含您的 OpenTracing 配置详情的 secret 的名称。以下示例显示了相对于配置 OpenTracing 的内容：

   apiVersion: apps.3scale.net/v1alpha1
   kind: APIManager
   metadata:
     name: apimanager1
   spec:
     apicast:
       stagingSpec:
         ...
         openTracing:
           enabled: true
           tracingLibrary: jaeger
           tracingConfigSecretRef:
             name: myjaeger
       productionSpec:
         ...
           openTracing:
             enabled: true
             tracingLibrary: jaeger
             tracingConfigSecretRef:
               name: myjaeger

   Copy to clipboard

4. 创建配置 OpenTracing 的 APIManager CR。例如，如果您在 apimanager1.yaml 文件中保存 APIManager CR，您将运行以下命令：

   $ oc apply -f apimanager1.yaml

   Copy to clipboard

流程

1. 从有效证书创建 secret，例如：

   $ oc create secret tls mycertsecret --cert=server.crt --key=server.key

   Copy to clipboard

   配置会公开 APIManager 自定义资源(CR)中的 secret 引用。您可以创建 secret，然后引用 APIManager CR 中的 secret 名称，如下所示：

   • Production: APIManager CR 在 .spec.apicast.productionSpec.httpsCertificateSecretRef 字段中公开证书。

   • Staging: APIManager CR 在 .spec.apicast.stagingSpec.httpsCertificateSecretRef 字段中公开证书。

     另外，您还可以配置以下内容：

   • httpsPort 表示哪个端口 APIcast 应开始侦听 HTTPS 连接。如果这与 HTTP 端口 APIcast 有冲突，则仅将此端口用于 HTTPS。

   • httpsVerifyDepth 定义客户端证书链的最大长度。

     注意

     提供有效的证书和来自 APIManager CR 的引用。如果配置可以访问 httpsPort，但不能访问 httpsCertificateSecretRef，APIcast 使用嵌入的自签名证书。不建议这样做。

2. 点 Operators > Installed Operators。
3. 从 Installed Operators 列表中，点 3scale Operator。
4. 点 API Manager 选项卡。
5. 点 Create APIManager。

6. 在编辑器中添加以下 YAML 定义。

   1. 如果 为生产环境 启用，请配置以下 YAML 定义：

      spec:
        apicast:
          productionSpec:
            httpsPort: 8443
            httpsVerifyDepth: 1
            httpsCertificateSecretRef:
              name: mycertsecret

      Copy to clipboard

   2. 如果为 staging 启用，请配置以下 YAML 定义：

      spec:
        apicast:
          stagingSpec:
            httpsPort: 8443
            httpsVerifyDepth: 1
            httpsCertificateSecretRef:
              name: mycertsecret

      Copy to clipboard
7. 点 Create。

流程

1. 如果您还没有登录，请登录到 OpenShift：

   oc login

   Copy to clipboard

2. 使用 oc patch 命令，指定 system-smtp 是 secret 名称的 secret 类型，后跟 -p 选项，并在 JSON 中为以下变量写入新值：

   表 1.4. system-smtp

   字段	描述	默认值
   address	这是要使用的远程邮件服务器的地址（主机名或 IP）。如果此值设为一个不是 "" 的值，系统将使用邮件服务器来发送与 API 管理解决方案中发生的事件相关的邮件。	""
   port	这是要使用的远程邮件服务器的端口。	""
   domain	如果邮件服务器需要 HELO 域，使用域。	""
   身份验证	如果邮件服务器需要身份验证时使用。设置身份验证类型： plain 以明文发送，login 中 Base64 编码的形式发送密码，或 cram_md5 根据 HMAC-MD5 算法组合一个质询/响应机制。	""
   username	如果邮件服务器需要身份验证且身份验证类型需要，则使用 username。	""
   password	如果邮件服务器需要身份验证且身份验证类型需要它，则使用 password。	""
   openssl.verify.mode	使用 TLS 时，您可以设置 OpenSSL 如何检查证书。如果您需要验证自签名和/或通配符证书，这非常有用。您可以使用 OpenSSL 验证常量的名称：none 或 peer。	""
   from_address	no-reply 邮件的 from 地址值。	""

   例子

   $ oc patch secret system-smtp -p '{"stringData":{"address":"<your_address>"}}'
   $ oc patch secret system-smtp -p '{"stringData":{"username":"<your_username>"}}'
   $ oc patch secret system-smtp -p '{"stringData":{"password":"<your_password>"}}'

   Copy to clipboard

3. 设置 secret 变量后，重新部署 system-app 和 system-sidekiq pod:

   $ oc rollout latest dc/system-app
   $ oc rollout latest dc/system-sidekiq

   Copy to clipboard

4. 检查推出部署的状态，以确保它已完成：

   $ oc rollout status dc/system-app
   $ oc rollout status dc/system-sidekiq

   Copy to clipboard

验证

1. 输入以下命令检查部署：

   $ oc get dc/apicast-staging -o yaml

   $ oc get dc/apicast-production -o yaml

2. 验证包含环境变量：

   # apicast-staging
   - name: APICAST_SERVICE_CACHE_SIZE
      value: '10'

   # apicast-production
   - name: APICAST_SERVICE_CACHE_SIZE
      value: '20'

流程

1. 创建新数据库。

2. 应用以下设置：

   ALTER SYSTEM SET max_string_size=extended SCOPE=SPFILE;

   Copy to clipboard

3. 配置数据库用户

   在 3scale 中设置 Oracle 数据库集成有两个选项：带有或不提供 Oracle SYSTEM 用户密码。

   3scale 仅将 SYSTEM 用户用于初始设置，它包含创建常规用户并授予其所需的权限。以下 SQL 命令将设置一个具有适当权限的普通用户。({DB_USER} 和 {DB_PASSWORD} 是需要替换为实际值的占位符)：

   CREATE USER {DB_USER} IDENTIFIED BY {DB_PASSWORD};
   GRANT unlimited tablespace TO {DB_USER};
   GRANT create session TO {DB_USER};
   GRANT create table TO {DB_USER};
   GRANT create view TO {DB_USER};
   GRANT create sequence TO {DB_USER};
   GRANT create trigger TO {DB_USER};
   GRANT create procedure TO {DB_USER};

   Copy to clipboard

   1. 使用 SYSTEM 用户：

      • 在 system-database secret 的 ORACLE_SYSTEM_PASSWORD 字段中提供 SYSTEM 用户密码。
      • 安装前，普通用户不需要存在。它将由 3scale 初始化脚本创建。
      • 在连接字符串中为常规用户提供所需的用户名和密码，例如： oracle-enhanced://{DB_USER}:{DB_PASSWORD}@{DB_HOST}:{DB_PORT}/{DB_NAME} in the system-database secret 的 URL 字段中。
      • 常规 Oracle 数据库的非系统用户的密码必须是唯一的，且与 SYSTEM 用户密码不匹配。

      • 如果具有指定用户名的用户已存在，3scale 初始化脚本将使用以下命令更新密码：

        ALTER USER {DB_USER} IDENTIFIED BY {DB_PASSWORD}

        Copy to clipboard

        如果参数 PASSWORD_REUSE_TIME and PASSWORD_REUSE_MAX 被设置为限制重新使用相同的密码，则数据库配置可能会阻止这个命令成功完成。

   2. 手动设置常规数据库用户：

      • 您不需要在 system-database secret 中提供 ORACLE_SYSTEM_PASSWORD。
      • 在 3scale 安装前，在 system-database secret 的 URL 字段中指定的连接字符串中指定的常规数据库用户（而不是 SYSTEM）。
      • 用于安装的普通用户必须具有上面列出的所有权限。

流程

1. 从 GitHub 存储库下载 3scale OpenShift 模板并提取存档：

   tar -xzf 3scale-2.14.0-GA.tar.gz

   Copy to clipboard

2. 在 Instant Client Downloads 页面中下载：

   • 客户端：可以是 basic-lite 或 basic。
   • ODBC driver。

   • Oracle 数据库 19c 的 SDK。

     • 对于 3scale，使用 Instant Client Downloads for Linux x86-64 (64-bit)
     • 对于 ppc64le 和 3scale，使用 Oracle Instant Client Downloads for Linux on Power Little Endian (64-bit)

3. 检查以下 Oracle 软件组件版本的表：

   • Oracle Instant Client Package: Basic 或 Basic Light
   • Oracle Instant Client Package: SDK

   • Oracle Instant Client Package: ODBC

     表 1.6. 3scale 的 Oracle 19c 示例软件包

     Oracle 19c 软件包名称	压缩的文件名
     基本的	instantclient-basic-linux.x64-19.8.0.0.0dbru.zip
     Basic Light	instantclient-basiclite-linux.x64-19.8.0.0.0dbru.zip
     SDK	instantclient-sdk-linux.x64-19.8.0.0.0dbru.zip
     ODBC	instantclient-odbc-linux.x64-19.8.0.0.0dbru.zip

     表 1.7. Oracle 19c 示例软件包用于 ppc64le 和 3scale

     Oracle 19c 软件包名称	压缩的文件名
     基本的	instantclient-basic-linux.leppc64.c64-19.3.0.0.0dbru.zip
     Basic Light	instantclient-basiclite-linux.leppc64.c64-19.3.0.0.0dbru.zip
     SDK	instantclient-sdk-linux.leppc64.c64-19.3.0.0.0dbru.zip
     ODBC	instantclient-odbc-linux.leppc64.c64-19.3.0.0.0dbru.zip

   注意

   如果本地下载并存储的客户端软件包版本与 3scale 期望不匹配，3scale 将自动下载并使用以下步骤中的相应版本。

4. 将 Oracle Database Instant Client Package 文件放在 system-oracle-3scale-2.13.0-GA/oracle-client-files 目录中。

5. 构建基于 Oracle 的自定义系统镜像.镜像标签必须是固定镜像标签，如下例所示：

   $ docker build . --tag myregistry.example.com/system-oracle:2.14.0-1

6. 将基于 Oracle 的系统镜像推送到 OCP 集群可访问的容器注册表。此容器 registry 是安装 3scale 解决方案的位置：

   $ docker push myregistry.example.com/system-oracle:2.14.0-1

流程

1. 通过使用对应字段创建 system-database secret，设置 Oracle Database URL 连接字符串和 Oracle Database 系统密码。请参阅为 Oracle 数据库安装外部数据库。

2. 通过创建 APIManager CR 来安装 3scale 解决方案。按照 使用 operator 部署 3scale API 管理 中的说明进行操作。

   • APIManager CR 必须指定设置为您之前构建的基于 Oracle 的系统的 .spec.system.image 字段：

     apiVersion: apps.3scale.net/v1alpha1
     kind: APIManager
     metadata:
       name: example-apimanager
     spec:
       imagePullSecrets:
       - name: threescale-registry-auth
       - name: custom-registry-auth
       system:
         image: "myregistry.example.com/system-oracle:2.14.0-1"
       externalComponents:
         system:
           database: true

流程

1. 使用 oc get pvc 命令查找包含错误 MySQL 数据的 PVC：

   # oc get pvc
   NAME                    STATUS    VOLUME    CAPACITY   ACCESSMODES   AGE
   backend-redis-storage   Bound     vol003    100Gi      RWO,RWX       4d
   mysql-storage           Bound     vol006    100Gi      RWO,RWX       4d
   system-redis-storage    Bound     vol008    100Gi      RWO,RWX       4d
   system-storage          Bound     vol004    100Gi      RWO,RWX       4d

   Copy to clipboard
2. 单击 OpenShift Container Platform (OCP)控制台中的 cancel 部署，以停止 system-mysql pod 的部署。
3. 删除 MySQL 路径下的所有内容，以清理卷。
4. 启动新的 system-mysql 部署。

流程

1. 用于持久性卷的目录 MUST 具有 root 组的写入权限。对 root 用户具有读写权限不够，因为 MySQL 服务以 root 组中的不同用户身份运行。以 root 用户身份执行以下命令：

   $ chmod -R g+w /path/for/pvs

2. 执行以下命令以防止 SElinux 阻止访问：

   $ chcon -Rt svirt_sandbox_file_t /path/for/pvs

流程

1. 进入到 [Your_product_name] > Integration > Configuration，将 APIcast 配置提升到 Staging。

2. 在 APIcast 配置 下，您将看到添加到产品的每个后端的映射规则。点 Promote v.[n] to Staging APIcast。

   • v.[n] 表示要提升的版本号。

3. 提升到暂存后，您可以将其提升为 Production。在 Staging APIcast 下，点 Promote v.[n] to Production APIcast。

   • v.[n] 表示要提升的版本号。

4. 要在命令行中测试对您的 API 的请求，请使用用于测试的curl 示例中提供的命令。

   • curl 命令示例基于产品中的第一个映射规则。

流程

1. 使用以下字段创建 backend-redis 和 system-redis secret：

   backend-redis

   REDIS_QUEUES_SENTINEL_HOSTS
   REDIS_QUEUES_SENTINEL_ROLE
   REDIS_QUEUES_URL
   REDIS_STORAGE_SENTINEL_HOSTS
   REDIS_STORAGE_SENTINEL_ROLE
   REDIS_STORAGE_URL

   system-redis

   NAMESPACE
   SENTINEL_HOSTS
   SENTINEL_ROLE
   URL

   • 当使用 sendinels 为 Redis 配置时，backend-redis 和 system-redis 中的对应 URL 字段以 redis://[:redis-password@]redis-group[/db] 格式引用 Redis 组，其中 [x] 表示可选元素 x，redis-password、redis-group 和 db 是变量：

     Example

     redis://:redispwd@mymaster/5

   • SENTINEL_HOSTS 字段采用以下格式以逗号分隔：

     redis://:sentinel-password@sentinel-hostname-or-ip:port

     • 对于列表的每个元素，[x] 表示可选元素 x，sendinel-password、finel-hostname-or-ip，port 是相应地替换的变量：

       Example

       :sentinelpwd@123.45.67.009:2711,:sentinelpwd@other-sentinel:2722

   • SENTINEL_ROLE 字段为 master 或 slave 字段。

2. 按照使用 operator 部署 3scale API 管理中所述 部署 3scale。

   1. 忽略因为 backend-redis 和 system-redis 已存在的错误。

1. 使用所有字段编辑 backend-redis 和 system-redis secret，如 部署 3scale API Management for HA 所示。

2. 确保为后端容器集定义了以下 backend-redis 环境变量。

   name: BACKEND_REDIS_SENTINEL_HOSTS
     valueFrom:
       secretKeyRef:
         key: REDIS_STORAGE_SENTINEL_HOSTS
         name: backend-redis
   name: BACKEND_REDIS_SENTINEL_ROLE
     valueFrom:
       secretKeyRef:
         key: REDIS_STORAGE_SENTINEL_ROLE
         name: backend-redis

3. 确保为 system-(app|sidekiq) pod 定义了以下 system-redis 环境变量。

   name: REDIS_SENTINEL_HOSTS
     valueFrom:
       secretKeyRef:
         key: SENTINEL_HOSTS
         name: system-redis
   name: REDIS_SENTINEL_ROLE
     valueFrom:
       secretKeyRef:
         key: SENTINEL_ROLE
         name: system-redis

4. 继续执行说明以使用模板升级 3scale。