1.3. Red Hat OpenShift Serverless 1.7.0 发行注记

现在在默认情况下，autoscaler-hpa、controller、activator、 kourier-control 和 kourier-gateway 控制器都启用了高可用性功能（HA）。

如果您已经安装了 OpenShift Serverless 的早期版本，在更新 KnativeServing 自定义资源（CR）后，部署默认为 KnativeServing.spec.high-availability.replicas = 2 的 spec 的 HA 配置。

您可以参照配置高可用性组件文档中的步骤来在这些组件中禁用 HA。

在以前的版本中，当因为服务 CA 证书轮转而生成新的服务 CA 证书时，Knative Serving 控制器不会被通知。服务 CA 证书轮转后创建的新修订版本会失败并带有以下错误：

Revision "foo-1" failed with message: Unable to fetch image "image-registry.openshift-image-registry.svc:5000/eap/eap-app": failed to resolve image to digest: failed to fetch image information: Get https://image-registry.openshift-image-registry.svc:5000/v2/: x509: certificate signed by unknown authority.

Revision "foo-1" failed with message: Unable to fetch image "image-registry.openshift-image-registry.svc:5000/eap/eap-app": failed to resolve image to digest: failed to fetch image information: Get https://image-registry.openshift-image-registry.svc:5000/v2/: x509: certificate signed by unknown authority.

OpenShift Serverless Operator 现在会在生成新服务 CA 证书时重启 Knative Serving 控制器，以确保控制器始终配置为使用当前服务 CA 证书。如需更多信息，请参阅 OpenShift Container Platform 文档中的身份验证部分的使用服务证书来确保服务流量安全的内容。

如果您在集群中有 1000 个 Knative 服务，然后执行 Knative Serving 的重新安装或升级，则在 KnativeServing CR 成为 Ready 后创建第一个新服务会有一个延迟。

在创建新服务前，3scale-kourier-control 控制器会整合所有之前的 Knative 服务，这使新服务在变为 Ready 状态之前，会有大约 800 秒的时间处于 IngressNotConfigured 或 Unknown 状态。