主管服务 是 vSphere 认证的 Kubernetes 运算符,可为开发人员提供基础架构即服务组件和紧密集成的独立软件供应商服务。在 vSphere with Tanzu 环境中可以安装和管理 主管服务,使它们可以与工作负载一起使用。

主管 中安装 主管服务 后,DevOps 工程师可以通过不同方式使用它们:

  • 共享 主管服务(如 Harbor),直接为 TKG 集群、vSphere Pod 或虚拟机中运行的工作负载提供功能。
  • 包含 Operator 的 主管服务(如 MinIO),通常提供 API 或 UI 接口,方便 DevOps 工程师使用这些接口通过 CRD 在 vSphere 命名空间 中创建和管理服务实例。例如,要创建 MiniIO 存储桶,请使用 CRD 在 vSphere 命名空间 中创建该桶。

了解有关受支持的 主管服务 以及如何在 http://vmware.com/go/supervisor-service 下载其服务 YAML 文件的更多信息。

注: 配置了 VDS 堆栈的 主管上的 主管服务不支持工作负载网络的 DHCP 配置。要使用 主管服务,请为工作负载网络配置静态 IP 地址。您仍可以将 DHCP 用于管理网络。

在 vSphere 8.0 版本中,只有配置了 NSX 网络连接堆栈的 主管 支持 主管服务。从 vSphere 8 Update 1 版本开始,主管服务 可在部署了两种类型网络连接(NSX 或 VDS)的 主管 上使用。只有单集群 主管 支持 主管服务。无法在三区域 主管 上部署 主管服务

注: 安装在 主管上时, 主管服务将部署为一组 vSphere Pod。这些 vSphere Pod 仅由所属的相应 主管服务使用。仅支持在配置了 NSX 网络堆栈的单集群 主管上部署 vSphere Pod 用于一般用途。
请从 vSphere Client 管理 主管服务。您可以管理 主管服务 的生命周期,将其安装在 主管 上,以及执行版本控制。 主管服务 可能有多个版本安装在 主管 上,因为一次只能在 主管 上运行一个版本。
表 1. 主管服务 省/市/自治区
省/市/自治区 服务版本 整个服务
活动 服务版本已准备好安装在 主管 版本上。 至少一个服务版本处于活动状态。
已取消激活 无法在 主管 上安装服务版本。它可以继续在已安装的任意 主管 上运行,但无法在新 主管 上安装已取消激活的版本。 当整个 主管服务 处于“已取消激活”状态时,其所有版本也都处于“已取消激活”状态,在重新激活服务之前,无法在 主管 上安装其中的任何版本或添加新的服务版本。

主管服务 生命周期管理操作

管理 主管服务 的生命周期包括以下操作:
操作 描述
将新的 主管服务 添加到 vCenter Server 将新服务添加到 vCenter Server 时,该服务及其所有信息将注册到 vCenter Server。尚未在任何 主管 上安装服务。向 vCenter Server 注册服务后,其状态为“活动”,这意味着可以在 主管 上安装该服务。
将新的 主管服务 版本添加到 vCenter Server 主管服务 添加到 vCenter Server 后,可以添加该服务的新版本。在 vCenter Server 中注册新的服务版本后,它将变为活动状态,可以在 主管 上安装该版本
主管 上安装 主管服务 主管 上安装服务时,将在集群上应用服务 YAML 文件,并创建所有容器和必要资源,以使服务正常运行。安装在 主管 上的每项服务都有一个专用命名空间,可以在其中管理服务资源。主管服务 还具有适用于 vCenter Server 的 UI 插件,可以在其中管理服务配置。
升级 主管服务 可以升级安装在 主管 上的服务,方法是先将新的服务版本添加到 vCenter Server,然后在 主管 上安装新版本。在服务升级过程中,新版本的 YAML 文件将应用于 主管。将删除以前服务版本中指定的新版本不需要的任何资源。例如,如果版本 1 指定容器 A,版本 2 指定容器 B,则在升级到版本 2 后,将创建新的容器 B 并删除容器 A。在此过程中,当前正在运行的工作负载不会受到影响。
卸载 主管服务 版本 主管 中卸载服务版本会导致从集群中移除包括服务命名空间在内的所有服务资源。Kubernetes 工作负载中服务的应用程序实例将继续运行。
删除 主管服务 版本 要删除某个服务版本,必须先取消激活该版本,然后将其从运行该版本的 主管 中卸载。然后,可以从 vCenter Server 中删除服务版本
删除整个 主管服务 要删除整个服务,必须取消激活其所有版本,然后从 主管 中卸载这些版本,最后删除所有服务版本。