4.8. 为 Knative 服务配置高可用性
4.8.1. Knative 服务的高可用性
高可用性 (HA) 是 Kubernetes API 的标准功能，有助于确保在出现中断时 API 保持正常运行。在 HA 部署中，如果活跃控制器崩溃或被删除，另一个控制器就可以使用。此控制器会接管处理由现在不可用的控制器提供服务的 API。
OpenShift Serverless 中的 HA 可通过领导选举机制获得，该机制会在安装 Knative Serving 和 Eventing control plane 后默认启用。在使用领导选举 HA 模式时，控制器实例在需要前应该已在集群内调度并运行。这些控制器实例争用共享资源，即领导选举锁定。在任何给定时间可以访问领导选举机制锁定资源的控制器实例被称为领导 (leader) 。
4.8.2. Knative 服务的高可用性
默认情况下，Knative Serving activator, autoscaler, autoscaler-hpa, controller, webhook, kourier-control, 和 kourier-gateway 组件支持高可用性（HA）功能，它们默认被配置为有两个副本。您可以通过修改 KnativeServing 自定义资源 (CR) 中的 spec.high-availability.replicas 值来更改这些组件的副本数。
4.8.2.1. 为 Knative Serving 配置高可用性副本
要为有资格的部署资源指定三个最小副本，请将自定义资源中的 spec.high-availability.replicas 的值设置为 3。
先决条件
- 您可以访问具有集群管理员权限的 OpenShift Container Platform 帐户。
- 在集群中安装了 OpenShift Serverless Operator 和 Knative Serving。
流程
-
在 OpenShift Container Platform web 控制台的 Administrator 视角中，进入 OperatorHub
Installed Operators。 -
选择
knative-serving命名空间。 - 点 OpenShift Serverless Operator 的 Provided APIs 列表中的 Knative Serving 来进入 Knative Serving 选项卡。
点 knative-serving，然后使用 knative-serving 页面中的 YAML 选项卡。
修改
KnativeServingCR 中的副本数量：YAML 示例
apiVersion: operator.knative.dev/v1beta1 kind: KnativeServing metadata: name: knative-serving namespace: knative-serving spec: high-availability: replicas: 3
