第 5 章 安装 OpenShift Serverless

5.1. 安装 OpenShift Serverless

本指南指导集群管理员将 OpenShift Serverless Operator 安装至 OpenShift Container Platform 集群。

注意

OpenShift Serverless 支持在受限网络环境中安装。详情请参阅在受限网络中使用 Operator Lifecycle Manager

5.1.1. 集群大小要求

要运行 OpenShift Serverless,OpenShift Container Platform 集群必须正确定义大小。使用 OpenShift Serverless 的最低要求是集群有 10 个 CPU 和 40GB 内存。

运行 OpenShift Serverless 的总大小要求取决于部署的应用程序。默认情况下,每个 Pod 需要大约 400m 的 CPU,最下的要求基于此值。

在提供的大小要求中,应用程序最多可扩展至 10 个副本。降低应用程序的实际 CPU 请求可增加可能的副本数。

您可以使用 MachineSet API 手动将集群扩展至所需大小。这个最小的要求通常意味着您需要对一个默认 MachineSet 扩展两个额外的机器。

有关使用 MachineSet API 的更多信息,请参阅创建 MachineSet 文档。

如需有关手动扩展 MachineSet 的更多信息,请参阅有关手动扩展 MachineSet 的文档。

注意

所提供的要求仅与 OpenShift Container Platform 集群的 worker 机器池相关。Master 节点不用于常规调度,它不在要求的范围内。

注意

以下限制适用于所有 OpenShift Serverless 部署:

  • Knative 服务的最大数量: 1000
  • Knative 修订版本的最大数量: 1000

5.1.1.1. 更复杂用例所需的额外资源

对于更复杂的用例,如日志、OpenShift Container Platform 指标数据等,必须部署更多资源。对这类用例的推荐要求为 24 个 CPU 和 96GB 内存。

如果您在集群中启用了高可用性 (HA),需要 0.5 - 1.5 个内核,每个 Knative Serving control plane 副本需要 200MB 到 2GB 内存。一些 Knative Serving 组件在默认情况下启用了 HA。您可以根据 在 OpenShift Serverless 中配置高可用性副本的文档中的内容禁用 HA。

重要

升级到最新的 Serverless 版本前,您必须删除社区版本的 Knative Eventing Operator。安装 Knative Eventing Operator 后,您将无法使用 OpenShift Serverless Operator 安装最新的 Knative Eventing 技术预览版本。

5.1.2. 安装 OpenShift Serverless Operator

本节介绍了使用 OpenShift Container Platform Web 控制台从 OperatorHub 安装并订阅 OpenShift Serverless Operator 的方法。

流程

  1. 在 OpenShift Container Platform web 控制台中导航至 OperatorsOperatorHub 页。
  2. 滚动页面,或在 Filter by keyword 框中输入关键字 Serverless 以查找 OpenShift Serverless Operator。

    OpenShift Serverless Operator in the OpenShift Container Platform web console
  3. 查看 Operator 信息并单击 Install

    OpenShift Serverless Operator information
  4. Create Operator Subscription 页面:

    Create Operator Subscription 页
    1. Installation ModeAll namespaces on the cluster (default)。选择该项会将 Operator 安装至默认openshift-operators 命名空间,以便供集群中的所有命名空间监视和使用。
    2. Installed Namespacesopenshift-operators
    3. 选择 4.3 作为 更新频道
    4. 选择 AutomaticManual 批准策略。
  5. 单击 Subscribe,以便该 Operator 可供 OpenShift Container Platform 集群上的所选命名空间使用。
  6. CatalogOperator Management 页面中,您可以监控 OpenShift Serverless Operator 订阅的安装和升级进度。

    1. 如果选择了 Manual 批准策略,订阅的升级状态将会一直保持在 Upgrading,直到您审阅并批准了它的安装计划。在 Install Plan 页面批准后,订阅的升级状态将变为 Up to date
    2. 如果选择了 Automatic 批准策略,升级状态会在不用人工参与的情况下变为 Up to date

验证步骤

当订阅的升级状态变为Up to date 后,选择 CatalogInstalled Operators 来验证 OpenShift Serverless Operator 最终出现,它的 Status 在相关的命名空间中最终会变为 InstallSucceeded

Installed Operators 页

如果没有:

  1. 切换到 CatalogOperator Management 页,检查 Operator SubscriptionsInstall Plans 页中的 Status 是否有错误。
  2. 检查 WorkloadsPods 页中的 openshift-operators 项目中的 pod 的日志信息以便进行故障排除。

其他资源

  • 如需了解更多与安装 Operators 相关的信息,请参阅 OpenShift Container Platform 文档中有关向集群中添加 Operator 的内容。

5.1.3. 后续步骤

  • 安装 OpenShift Serverless Operator 后,您可以安装 Knative Serving 组件。请参阅有关安装 Knative Serving 的文档。
  • 安装 OpenShift Serverless Operator 后,您可以安装 Knative Eventing 组件。请参阅有关安装 Knative Eventing 的文档。