部署 Operator

为指定集群或命名空间中部署 Operator ，供开发测试人员使用 Operator 创建并管理实例。

提示：本节为基础操作指导，不同 Operator 的要求不同，请根据实际情况完成操作。

注意事项

• 在 IPv6 环境中，Operator 所使用的镜像仓库（即 global registry）需配置域名，并支持 IPv6 解析，否则应用无法在应用商店内显示。

• 若 Operator 升级被 OperatorCondition 阻塞，则 Operator 的状态将被标记为 阻塞中。其中，OperatorCondition 是一种自定义资源，用于定义某些状态或条件，这些条件可以触发执行指定操作。

• 同一命名空间中的 Operator 仅支持使用单一升级策略，若同时存在 手动 和 自动 两种升级策略，则所有 Operator 将被统一修改为 手动 的升级策略。

• 若命名空间中存在 手动 升级策略的 Operator，后续 Operator 部署时需要进行两次手动确认才能完成部署。

• 若同命名空间中存在多个待部署的 Operator，则其中一个 Operator 确认部署后，其他待部署的 Operator 也会自动确认并部署。

操作步骤

1. 在左侧导航栏中，单击 应用商店管理 > Operators。

2. 在 OperatorHub 页签中，单击 Operator 卡片中的 部署。

3. 配置相关参数。

   参数	说明
   升级策略	自动：出现新版本 Operator 时，无需人工干预，由 Operator 的生命周期管理器（OLM，Operator Lifecycle Manager）自动升级 Operator。 手动：出现新版本 Operator 时，需手动升级。 注意： 此设置仅影响 Operator，不涉及 Operator 所管理的实例。 当 Operator 开发者指定了升级策略时，用户不可以在部署 UI 中更改此 Operator 的升级策略。若需更改升级策略，可通过修改相应的 YAML 配置文件实现。
   部署模式	集群：集群下所有命名空间共用一个 Operator 对实例进行创建和管理。 注意：因 独立命名空间、多命名空间模式 模式存在一些问题，新版本中仅支持 集群模式。
   频道	Operator 开发者根据 Operator 版本特性提供的不同升级途径，例如 alpha 和 beta ，preview 和 stable 。选定频道后，一旦触发升级，平台会将 Operator 升级到该频道中的最新版本。
   命名空间	推荐命名空间：当 Operator 开发者设置了 推荐命名空间 时，默认选中此项。强烈建议用户直接使用推荐的命名空间部署 Operator。当 推荐 的命名空间资源不存在时，点击部署后会自动创建该命名空间。 选择命名空间：当 Operator 开发者 未 设置 推荐命名空间 时，默认选中此项。用户可根据需要任意选择希望部署 Operator 的命名空间。 注意： 为了保证平台稳定，隐藏了某些平台专用的命名空间，不支持用户在这些命名空间中部署 Operator。 为了避免发生升级策略的冲突问题，请尽量不要将多个 Operator 部署到同一个命名空间中。

   说明：

   • 单击页面右上角的 YAML，可以通过 YAML 文件补充配置 Subcription Config 信息，例如定点部署、污点容忍、资源配额等。Operator 部署后可编辑或删除订阅信息，参考 订阅管理 。

   • 配置示例

     config:
      nodeSelector:
          beta.kubernetes.io/arch: amd64
      tolerations:
          - key: "node.alpha.kubernetes.io/unreachable"
            operator: "Exists"
            effect: "NoExecute"
            tolerationSeconds: 6000

4. 单击 部署。

5. 若选择了手动升级策略，还需在 Operator 详情页，根据提示完成部署。

   说明：后续出现 Operator 的新版本时，可在 已部署 Operators 列表下，找到 Operator 并手动升级。

后续操作

Operator 部署成功后，可开始 使用 Operator ，或提醒开发人员和测试人员前往 应用商店 创建应用。