第 7 章 OpenShift Serverless 中的高可用性

高可用性 (HA) 是 Kubernetes API 的标准功能，有助于确保在出现中断时 API 保持正常运行。在 HA 部署中，如果某个活跃控制器崩溃或者被删除，另外一个控制器就可以接管处理目前不可用的控制器所服务的 API。

OpenShift Serverless 中的 HA 可通过领导选举机制获得，该机制会在安装 Knative Serving control plane 后默认启用。

在使用领导选举 HA 模式时，控制器实例在需要前应该已在集群内调度并运行。这些控制器实例争用共享资源，即领导选举锁定。在任意给定时间可以访问领导选举机制锁定资源的控制器实例被称为领导（leader）。

7.1. 在 OpenShift Serverless 中配置高可用性副本

在默认情况下， OpenShift Serverless 的 autoscaler-hpa、controller、activator、 kourier-control 和 kourier-gateway 组件都会启用高可用性（HA）功能。这些组件默认配置有两个副本。

您可以通过更改 KnativeServing 自定义资源定义中的 KnativeServing.spec.highAvailability 的配置来改变为每个控制器创建的副本数。

先决条件

流程

在 OpenShift Container Platform web 控制台的 Administrator 视角中，进入 OperatorHub Installed Operators。
选择 knative-serving 命名空间。
点击 OpenShift Serverless Operator 的 Provided APIs 列表中的 Knative Serving 来进入 Knative Serving 选项卡。
点 knative-serving，然后使用 knative-serving 页面中的 YAML 选项卡。
编辑自定义资源定义 YAML:
```
spec:
  high-availability:
    replicas: 3
```
重要
不要修改 config 字段中包含的任何 YAML。此字段中的一些配置值被 OpenShift Serverless Operator 注入，修改后，您的部署将不被支持。
- 默认的 replicas 值为 2。
- 将该值改为 1 禁用 HA，或根据需要增加副本数。示例配置为所有 HA 控制器指定副本数 3。