3.2. 安装 OpenShift Serverless Operator
安装 OpenShift Serverless Operator 后,您就可以在 OpenShift Container Platform 集群中安装和使用 Knative Serving、Knative Eventing 和 Knative Kafka。OpenShift Serverless Operator 管理集群的 Knative 自定义资源定义 (CRD) ,并可让您在不直接为每个组件修改单个配置映射的情况下配置它们。
3.2.1. 通过 Web 控制台安装 OpenShift Serverless Operator
您可以使用 OpenShift Container Platform Web 控制台从 OperatorHub 安装 OpenShift Serverless Operator。安装此 Operator 可让您安装和使用 Knative 组件。
先决条件
- 您可以访问具有集群管理员权限的 OpenShift Container Platform 帐户。
- 已登陆到 OpenShift Container Platform Web 控制台。
流程
-
在 OpenShift Container Platform web 控制台中进入到 Operators
OperatorHub 页。 - 滚动页面,或在 Filter by keyword 框中输入关键字 Serverless 来查找 OpenShift Serverless Operator。
- 查看 Operator 信息并单击 Install。
在 Install Operator 页面中:
-
Installation Mode 是 All namespaces on the cluster (default) 。此模式将 Operator 安装至默认
openshift-serverless
命名空间,以便供集群中的所有命名空间监视和使用。 -
安装的命名空间 是
openshift-serverless
。 - 选择 stable 频道作为 更新频道。stable 频道将启用 OpenShift Serverless Operator 最新稳定版本的安装。
- 选择 Automatic 或 Manual 批准策略。
-
Installation Mode 是 All namespaces on the cluster (default) 。此模式将 Operator 安装至默认
- 点 Install 使 Operator 可供 OpenShift Container Platform 集群上的所选命名空间使用。
在 Catalog
Operator Management 页面中,您可以监控 OpenShift Serverless Operator 订阅的安装和升级进度。 - 如果选择了 Manual 批准策略,订阅的升级状态将会一直保持在 Upgrading,直到您审阅并批准了它的安装计划。在 Install Plan 页面批准后,订阅的升级状态将变为 Up to date。
- 如果选择了 Automatic 批准策略,升级状态会在不用人工参与的情况下变为 Up to date。
验证
当订阅的升级状态变为Up to date 后,选择 Catalog
如果没有:
-
切换到 Catalog
Operator Management 页,检查 Operator Subscriptions 和 Install Plans 页中的 Status 是否有错误。 -
检查 Workloads
Pods 页中提供的关于 openshift-serverless
项目中的 pod 的日志信息,以便进一步排除故障。
如果要在 OpenShift Serverless 中使用 Red Hat OpenShift distributed tracing,则必须在安装 Knative Serving 或 Knative Eventing 前安装和配置 Red Hat OpenShift distributed tracing。
3.2.2. 通过 CLI 安装 OpenShift Serverless Operator
您可以使用 CLI 从 OperatorHub 安装 OpenShift Serverless Operator。安装此 Operator 可让您安装和使用 Knative 组件。
先决条件
- 您可以访问具有集群管理员权限的 OpenShift Container Platform 帐户。
- 您的集群启用了 Marketplace 功能,或者手动配置 Red Hat Operator 目录源。
- 已登陆到 OpenShift Container Platform 集群。
流程
创建包含
Namespace
、OperatorGroup
和Subscription
对象的 YAML 文件,以便为 OpenShift Serverless Operator 订阅命名空间。例如,使用以下内容创建文件serverless-subscription.yaml
:订阅示例
--- apiVersion: v1 kind: Namespace metadata: name: openshift-serverless --- apiVersion: operators.coreos.com/v1 kind: OperatorGroup metadata: name: serverless-operators namespace: openshift-serverless spec: {} --- apiVersion: operators.coreos.com/v1alpha1 kind: Subscription metadata: name: serverless-operator namespace: openshift-serverless spec: channel: stable 1 name: serverless-operator 2 source: redhat-operators 3 sourceNamespace: openshift-marketplace 4
创建
Subscription
对象:$ oc apply -f serverless-subscription.yaml
验证
检查集群服务版本 (CSV) 是否已进入 Succeeded
阶段:
示例命令
$ oc get csv
输出示例
NAME DISPLAY VERSION REPLACES PHASE serverless-operator.v1.25.0 Red Hat OpenShift Serverless 1.25.0 serverless-operator.v1.24.0 Succeeded
如果要在 OpenShift Serverless 中使用 Red Hat OpenShift distributed tracing,则必须在安装 Knative Serving 或 Knative Eventing 前安装和配置 Red Hat OpenShift distributed tracing。
3.2.3. 全局配置
OpenShift Serverless Operator 管理 Knative 安装的全局配置,包括将 KnativeServing
和 KnativeEventing
自定义资源的值传播到系统配置映射。任何手动应用的配置映射更新都会被 Operator 覆盖。但是,通过修改 Knative 自定义资源,您可以为这些配置映射设置值。
Knative 具有多个配置映射,它们使用前缀 config-
命名。所有 Knative 配置映射都与它们应用到的自定义资源在同一命名空间中创建。例如,如果在 knative-serving
命名空间中创建 KnativeServing
自定义资源,则也会在此命名空间中创建所有 Knative Serving 配置映射。
Knative 自定义资源中的 spec.config
为每个配置映射有一个 <name>
条目,名为 config-<name>
,其值为配置映射的 data
。
3.2.4. 其他资源
3.2.5. 后续步骤
- 安装 OpenShift Serverless Operator 后,您可以安装 Knative Serving 或 安装 Knative Eventing。