|Index|SUSE Telco Cloud 文档|概念与架构|部署模型
适用范围 SUSE Telco Cloud 3.7

3 部署模型

SUSE Telco Cloud 遵循两阶段部署模型:管理集群使用由 Edge Image Builder (第 12 章 “Edge Image Builder”) 生成的镜像进行部署,下游集群则通过定向网络配置进行部署。本章概述了此部署模型,因为它是 SUSE Telco Cloud 环境推荐且受支持的方法。

3.1 为什么选择此部署模型?

管理集群是一次性的单站点部署。基于镜像的配置将所有组件捆绑到一个可启动镜像中。通过这种方式,管理集群将自行启动,从而将操作复杂性降至最低。这是使其启动并运行的最简单、最直接的方法。

然而,下游集群的情况则不同。在电信环境中,它们需要在许多数据中心和边缘站点进行大规模部署,且通常没有现场技术专家。定向网络配置正是为此而设计:它要求目标服务器支持带外管理接口(如 Redfish),管理集群通过该接口远程开启、检查并配置裸机节点,无需任何现场干预。

如果像基于镜像的配置那样,将所有集群特定的配置烘焙到启动镜像中,意味着每个站点的差异都需要不同的镜像,并且任何配置更改都需要在所有站点重新构建和分发镜像。定向网络配置通过保持操作系统镜像的通用性,并在配置时从管理集群驱动所有集群特定的配置(包括网络、Kubernetes 和电信配置文件)来解决此问题。操作员只需上架、通电并连接硬件,其余工作由管理集群处理。

这种分离还解锁了完整的 GitOps 集成。由于整个下游集群定义表示为 Cluster API 清单,因此它可以存储在 Git 中并由 Fleet 在所有站点进行协调,从而使部署、配置和生命周期操作完全可审计且可重复,无需人工干预。

3.2 管理集群的部署

使用 Edge Image Builder (第 12 章 “Edge Image Builder”) 创建包含管理堆栈的新 ISO 镜像。然后,您可以使用此 ISO 镜像在虚拟机或裸机上安装新的管理集群。

product atip architecture2
注意
注意

有关如何部署新管理集群的详细信息,请参见 SUSE Telco Cloud 管理集群指南 (第 V 部分 “设置管理集群”)。

注意
注意

有关如何使用 Edge Image Builder 的详细信息,请参见 Edge Image Builder 指南 (第 5 章 “使用 Edge Image Builder 的独立集群”)。

3.3 部署带有电信配置文件的单节点下游集群

一旦管理集群启动并运行,我们就可以使用它,通过定向网络配置工作流部署一个启用了所有电信功能并进行了相应配置的单节点下游集群。

下图显示了部署它的高级工作流:

product atip architecture3
注意
注意

有关如何部署下游集群的详细信息,请参见 SUSE Telco Cloud 自动化配置指南。 (第 VII 部分 “全自动定向网络配置”)

注意
注意

有关电信功能的详细信息,请参见 SUSE Telco Cloud 电信功能指南。 (第 VI 部分 “电信功能配置”)

3.4 部署高可用性下游集群

一旦管理集群启动并运行,我们就可以使用它,通过定向网络配置工作流部署一个以 MetalLB 作为负载均衡器的高可用性下游集群。

下图显示了部署它的高级工作流:

product atip architecture4
注意
注意

有关如何部署下游集群的详细信息,请参见 SUSE Telco Cloud 自动化配置指南。 (第 VII 部分 “全自动定向网络配置”)

注意
注意

有关 MetalLB 的详细信息,请参见 此处: (第 17 章 “MetalLB”)