平台模型

使用中心辐射模型。global 集群提供中央平台管理平面,而业务集群和第三方集群则在平台治理下运行或暴露 Kubernetes 工作负载。

使用平台模型了解主要平台对象及其相互关系。

global 集群

global 集群在 Core 安装期间部署。它为 Web 控制台访问、平台 API、用户和角色、项目治理、集群管理、Extension 管理以及平台范围内的协调提供中央管理平面。

在管理模型中,global 集群不仅仅是另一个业务集群。在 Multi-Cluster 部署中,请避免在 global 集群上运行非平台业务工作负载。在 Single Cluster 部署中,global 集群还承载业务工作负载,因此资源规划必须同时纳入平台组件和应用工作负载。

有关安装规划,请参阅 安装概览 和 规划。

业务集群

业务集群是运行应用工作负载并由 global 集群管理的 Kubernetes 集群。当所选基础设施模型支持相应生命周期时, 可以创建业务集群并管理其生命周期。

业务集群继承平台治理,并可与项目和命名空间关联。根据所选集群模型和已安装的功能,它们还可以接收 Extension、可观测性组件、网络组件、存储集成和应用工作负载。

有关创建集群的任务,请参阅 集群概览、在 Alauda OS 上创建 和 在非 Alauda OS 上创建。

第三方集群

第三方集群是指其 Kubernetes 发行版和生命周期由 之外提供或管理的 Kubernetes 环境。这包括现有 Kubernetes 环境、外部 Kubernetes 发行版以及公共云 Kubernetes 服务。

在满足所需的版本范围、连接性、凭据、已安装组件、提供商前提条件和 Extension 兼容性时, 可以接入第三方集群,以实现集中治理、资源可见性、应用运维、Extension 安装和可观测性集成。

对于第三方集群,除非特定提供商或插件文档说明具备相应能力,否则 不负责完整的 Kubernetes 生命周期、节点生命周期或提供商基础设施生命周期。Kubernetes 安装、Kubernetes 升级、节点扩缩容和基础设施运维通常仍由集群所有者、外部发行版或云提供商负责。

Third-party cluster 是这些已接入环境在产品模型中的术语。Managed Cluster 是当前用于管理这些环境的 UI 和导航标签。

有关接入工作流,请参阅第三方集群接入、导入第三方集群和注册集群。

托管控制平面

托管控制平面(HCP)是一种控制平面拓扑,并非与 Installer-Provisioned Infrastructure(IPI)或 User-Provisioned Infrastructure(UPI)并列的集群模型。在 HCP 中,每个托管集群都有自己的托管控制平面,多个托管控制平面作为工作负载运行在一个管理集群上。在 中,HCP 通过 Kamaji(TenantControlPlane)实现。

项目和命名空间

项目是面向租户、团队或业务系统的治理单元。它可以跨越多个关联集群,并为用户、配额、策略和资源可见性提供边界。

命名空间是 Kubernetes 资源隔离单元。在 中,可以在项目中创建命名空间,或将命名空间导入项目,以便对该命名空间及其工作负载应用项目级治理。

两者的关系如下:

对象在 中的关系
global 集群承载中央管理平面并管理平台治理状态。
业务集群或第三方集群提供 Kubernetes 容量和集群本地 API,供工作负载运行。
项目定义租户、团队或业务系统的治理边界,并可与一个或多个集群关联。
命名空间存在于关联集群中,可以在项目中创建,或将命名空间导入项目,以便应用项目治理。
工作负载和资源在命名空间内运行,并继承适用的项目、命名空间和集群策略。

有关项目和命名空间概念,请参阅项目简介和命名空间管理。

各项操作的位置

区域通常在 global 集群中进行通常在业务集群或第三方集群中进行
平台访问Web 控制台、平台 API、中央身份验证流程和平台级控制器集群 API 端点和集群本地 Kubernetes API
治理用户、角色、项目、配额、策略和集群关联命名空间级 Kubernetes 资源和工作负载权限
集群生命周期创建集群、入驻记录、受支持集群模型的升级编排以及 Extension 管理Kubernetes 控制平面、节点、工作负载、集群本地组件和由提供商管理的生命周期
可观测性和审计安装所需服务后提供的中央视图、查询、仪表板和审计界面指标、日志、事件或审计采集组件,受提供商和连接边界限制
恢复Global Cluster 灾难恢复和平台状态恢复规划集群级备份/还原、组件数据恢复以及应用程序备份/还原

有关高层架构,请参阅 Architecture。有关模型比较和责任边界,请参阅 Cluster Management Models。