Tanzu Kubernetes Grid (TKG) 是 Tanzu 产品家族中的运行时基石，作为VMware 的 Kubernetes 企业发行版本，可以在私有云和公有云多种云环境中部署，为用户提供一致的 Kubernetes 使用体验。为了满足学习，开发、测试、生产部署等多样化的需求，VMware 也推出了TKG 对应的社区版本TCE (TanzuCommunity Edition)，采用相应的开源组件替代 TKG 中的企业组件。

VMware Tanzu 社区版 (Tanzu Community Edition，简称TCE)是一个功能齐全、易于管理的 Kubernetes 平台，适用于学习者和用户。它是一个免费的、社区支持的 VMware Tanzu 开源发行版，可以在几分钟内在本地工作站或者云上安装和配置。该项目支持创建应用程序平台。它利用 Cluster API 提供 Kubernetes 集群的声明式部署和管理来做到这一点。

Kubernetes 是我们编排工作负载的基础。有了这个基础，VMware Tanzu 社区版就可以安装支持在集群中运行的应用程序的平台包。VMware Tanzu 社区版通过提供一组经过验证的组件实现。

此外，它使您能够使用自己的组件添加或替换这些组件。这种灵活性能够满足生产独特要求的应用程序平台，而无需从头开始。借助 VMware Tanzu 社区版，云原生从业者可以轻松地在社区支持的环境中独立学习、评估或使用 Kubernetes 和其他云原生技术。

项目地址：

https://github.com/vmware-tanzu/community-edition

https://tanzucommunityedition.io/

TCE (Tanzu Community Edition) 架构

Tanzu社区版由各种组件组成，这些组件支持 Kubernetes 集群的引导和管理，并在其上运行各种平台服务。下面详细介绍了TCE架构：

1

TCE Tanzu CLI

每个子命令都为 Tanzu 社区版本（TCE）提供相应功能。此功能的范围可以从创建集群到管理在集群中运行的软件。子命令 tanzu 是托管在客户端系统上的独立静态二进制文件。这实现了一个可插入的架构，其中插件可以相互独立地添加、删除和更新。该tanzu命令预计将安装在机器的路径中。每个子命令都应该安装在 ${XDG_DATA_HOME}/tanzu-cli 。这种关系如下所示。

Tanzu社区版附带TanzuCLI和一组精选插件。一些插件可能位于 vmware-tanzu/community-edition存储库中，而其他插件可能位于vmware-tanzu/tanzu-framework中。vmware-tanzu/tanzu-framework 中的插件可用于多个 Tanzu 版本。位于 vmware-tanzu/community-edition 中的插件仅在 Tanzu 社区版中使用。vmware-tanzu/community-edition中的插件可能会升级（移动）到 vmware-tanznu/tanzu-framework。此举不影响 Tanzu 社区版用户；它只会影响插件的贡献者。此外，插件可能存在于vmware-tanzu/community-edition和 vmware-tanzu/tanzu-framework 之外的存储库中

2

Managed Clusters 托管集群部署方式

托管集群是由管理集群部署和管理，使用该 tanzu management-cluster create 命令，运行该命令时，会在 bootstrap 主机创建一个 bootstrap 集群，用于创建管理集群，如下图所示

创建管理集群后，bootstrap集群将执行所有管理对象到管理集群的移动。管理集群负责管理自身和创建的任何新集群。这些由管理集群管理的新集群称为工作负载集群。下图显示了这种端到端的关系。

托管集群是一种具有1个管理集群和N工作负载集群的部署模型。管理集群为 Tanzu 提供管理和操作。它运行 Cluster-API，用于管理工作负载集群和多集群服务。工作负载集群是开发人员的工作负载运行的地方。

创建管理集群时，会在本地计算机上创建kind bootstrap集群。这是一个基于Kind的集群，通过Docker运行。bootstrap集群在指定的提供程序上创建一个管理集群。然后将有关如何在目标环境中管理集群的信息转入管理集群。至此，本地bootstrap集群被删除。

管理集群现在可以创建工作负载集群。工作负载集群由管理集群部署。工作负载集群用于运行您的应用程序工作负载。使用 Tanzu CLI 部署工作负载集群。

3

Unmanaged Clusters 独立集群部署模式

独立集群部署模式提供适用于开发/测试环境的单节点本地工作站集群。它需要最少的本地资源，并且部署速度很快。它为运行多个集群提供了支持。部署独立集群时会自动安装默认的 Tanzu 社区版软件包存储库

独立集群为开发和实验提供Tanzu环境。默认情况下，它们通过安装了Tanzu 件的kind在本地运行。独立集群提供适用于开发/测试环境的单节点本地工作站集群。它需要最少的本地资源，并且部署速度很快。它为运行多个集群提供了支持。

独立集群定位与Docker desktop ，Minikube 竞争桌面市场，培养用户的使用习惯。

4

软件包管理

Tanzu 社区版通过Tanzu CLI 为用户提供软件软件包管理。包管理定义为发现、安装、升级和删除在Tanzu集群上运行的软件。每个包都是使用carvel tools 创建的，并遵循我们的packaging流程。包被放入一个单独的包中，称为包存储库并推送到符合 OCI 镜像仓库。

在 Tanzu 集群中， kapp-controller一直在监视包存储库。当集群被告知这个包存储库（可能通过tanzu package repository命令）时，kapp-controller 可以拉下该存储库并使所有包对集群可用。这种关系如下所示。

使用集群中可用的软件包，用户 tanzu 可以安装各种软件包。在集群中，会创建一个 Package Install 资源，它会指示 kapp-controller 下载软件包并在集群中安装软件。此流程如下所示。

注意：如果部署独立集群，则会自动安装默认的Tanzu社区版软件包存储库“tce-repo”

软件包管理扩展了 Tanzu 社区版的功能。您可以通过 Tanzu CLI 发现和部署包。Tanzu 包是 Kubernetes 配置及其关联的软件容器映像的聚合，形成一个版本化和可分发的捆绑包，可以部署为OCI 容器映像。软件包安装到 Tanzu集群中。

用户管理包：部署到集群中，包的生命周期独立于集群进行管理。核心包：部署到集群中，通常在集群启动之后。生命周期作为集群的一部分进行管理。包仓库包存储库是包的集合。包存储库定义了元数据信息，使您可以在集群上发现、安装、管理和升级包。在可以将包部署到集群中之前，必须通过包存储库使其可被发现。

包存储库是由 Tanzu 社区版 kapp-controller 处理的 Kubernetes 自定义资源的集合。与 Linux 包存储库类似，Tanzu 包存储库以声明方式定义元数据信息，使在运行的集群上发现、安装、管理和升级软件包成为可能。

Tanzu社区版提供了一个名为的包存储库tce-repo，它提供了开始在 Kubernetes 上构建应用程序平台所需的包集合。您可以创建自己的软件包存储库来分发不同的软件。

5

kube-vip 项目

Tanzu社区版默认使用 kube-vip 实现控制节点的高可用（也支持用NSX AVI进行替换）

kube-vip 可以在你的控制平面节点上提供一个 Kubernetes 原生的 HA 负载均衡，不需要再在外部设置 HAProxy 和 Keepalived 来实现集群的高可用了。

kube-vip 是一个为 Kubernetes 集群内部和外部提供高可用和负载均衡的开源项目，在 Vmware 的 Tanzu 项目中已经使用 kube-vip 替换了用于 vSphere 部署的 HAProxy 负载均衡器，本文我们将先来了解 kube-vip 如何用于 Kubernetes 控制平面的高可用和负载均衡功能。

Kube-Vip 最初是为 Kubernetes 控制平面提供 HA 解决方案而创建的，随着时间的推移，它已经发展为将相同的功能合并到Kubernetes的 LoadBalancer 类型的 Service 中了。

当前TCE 没有使用kube-vip发布LoadBalancer 类型的Service。

项目地址

https://github.com/kube-vip/kube-vip

https://kube-vip.chipzoller.dev/docs/

测试拓扑

部署步骤

托管集群方式部署步骤

1

下载TCE相关软件

首先需要下载Tanzu CLi，可以从以下地址下载，当前最新版本为0.12.1

https://github.com/vmware-tanzu/community-edition/releases/download/v0.12.1/tce-linux-amd64-v0.12.1.tar.gz

另外，托管集群模式需要使用 OVF 模版，VMware Customer Connect 帐户才能下载 OVA，请在此处注册，模版可以到TKG项目下进行下载最新的

https://customerconnect.vmware.com/account-registration

2

准备bootstrap主机

部署托管集群，需要准备bootstrap 主机，安装向导会临时构建bootstrap本地集群，用于创建管理集群。建议采用centos7.x vcpu>=2 内存>=4g

3

配置dns，ntp ，dhcp服务器

配置过程参考拙文

4

bootstrap 主机安装docker 和 kubectl

5

bootstrap 主机安装TCE tanzu cli

1）解压下载的tar xzvf tce-linux-amd64-v0.12.1.tar.gz

默认是非root账户进行安装可以通过解压之后的 install.sh文件，去掉！= "true"的！，允许root用户进行安装

2）安装完成之后，查看当前Tanzucli plugin

6

在bootstrap 主机生成ssh public key

备注：安装过程中会注入到集群，用于ssh免密方式登陆集群节点

7

TCE托管集群 for vsphere 方式安装

1）在bootstrap主机启动安装向导

2）使用浏览器打开UIhttp://10.105.148.83:8088，选择部署在VMware vSphere 平台

3）输入vcenter server IP，用户名和密码，把bootstrap主机的ssh的 /root/.ssh/id_rsa.pub 内容输入到 SSH PUBLIC KEY 框

4）选择TCE 管理集群模式，测试方便，选择开发模式，选择kube-vip 模式（如果已经购买AVI，可以选择AVI）作为控制节点高可用方案

5）没有购买AVI，可以直接下一步

6）默认下一步

7）vsphere资源选择

8） TCE 集群集群网络设置

9）认证模式，本次测试选择不配置

备注：如果需要配置可以参考拙文

10）选择OS image 镜像，是前文下载的OVA 模式导入之后转成的模版

备注：部署模版

11） Review 前序输入配置信息，并拷贝CLI命令行

12）用上一步拷贝的命令行方式创建TCE 管理集群集群，设置日志级别为v9

注意交互式输入

13）TCE管理集群创建成功之后，以下命令获得管理集群kubeconfig文件，并切换到管理集群的context进行查看

8

通过TCE管理集群，创建TCE工作集群

创建工作集群yaml配置文件，模版来自创建TCE管理集群的配置文件

本次测试为 /root/.config/tanzu/tkg/clusterconfigs/8rr2wgggqy.yaml

9

在TCE工作集群中使用 MetalLB 作为负载均衡器

TCE 作为TKG开源版，既可以使用企业级负载均衡NSX AVI，也可以使用免费的负载均衡 MetalLB 进行替换

MetalLB 是一种在 Kubernetes 集群中实现对 LoadBalancer 服务类型支持的简单方法。它可以与大多数网络设置很好地集成在一起。

kubernetes 本身并没有实现 LoadBalancer；如果是公有云，可以使用云服务商提供的 provider；TKG 可以使用 NSX AVI 实现，而对于bare metal或者TCE来说，则可以使用 MetalLB 来达到相同的目的。

MetalLB 提供了两个功能：

地址分配：当创建 LoadBalancer Service 时，MetalLB 会为其分配 IP 地址。这个 IP 地址是从预先配置的 IP 地址库获取的。同样，当 Service 删除后，已分配的 IP 地址会重新回到地址库。
对外广播：分配了 IP 地址之后，需要让集群外的网络知道这个地址的存在。MetalLB 使用了标准路由协议实现：ARP、NDP 或者 BGP。

广播的方式有两种，第一种是Layer 2 模式，使用 ARP（ipv4）/NDP（ipv6）协议；第二种是 BPG。

MetalLB 运行时有两种工作负载：

Controler：Deployment，用于监听 Service 的变更，分配/回收 IP 地址。

Speaker：DaemonSet，对外广播 Service 的 IP 地址。

Layer2 模式并不是真正意义上的负载均衡，因为流量都会先经过1个 node 后，再通过 kube-proxy 转给多个 end points。如果该 node 故障，MetalLB 会迁移 IP 到另一个 node，并重新发送免费 ARP 告知客户端迁移。现代操作系统基本都能正确处理免费 ARP，因此 failover 不会产生太大问题。

Layer2 模式更为通用，不需要用户有额外的设备；但由于Layer2 模式使用ARP/NDP，地址池分配需要跟客户端在同一子网，地址分配略为繁琐，建议作为测试使用。

BGP模式：BGP模式下，集群中所有node都会跟上联路由器建立BGP连接，并且会告知路由器应该如何转发service的流量。

BGP模式可以使MetaLB实现真正的LoadBalancer。

项目地址：

https://github.com/metallb/metallb

https://metallb.universe.tf/installation/