智汇华云 | Kubernetes多集群管理提案kubefed原理解析

conditions:

- lastTransitionTime: "2021-12-13T09:40:27Z"

status: "True"

type: Propagation

Federated Type CRD包含三个大多:

Template:该天然资源本身的假定,应用于坦克部队当中该天然资源的成立

Placement:发放解决方案,假定该天然资源调遣于哪些坦克部队当中

Overrides:对template当中的URL顺利完成覆盖重写,应用于对天然资源的固定式更新。如下述当中对名称为cluster-1的member cluster当中deployment的复制数和链接顺利完成了重新固定式。Override当中未选择的坦克部队最简单template的假定,始终保持不变。

客户端通过kubefedctl enable指令转解构成而无须该天然资源类型的FederatedTypeConfig CRD,通过 kubefedctl federate或者最简单假定好的yaml副本对天然资源顺利完成联邦政府调遣。

2.3 坦克部队天然资源配置CRD

RSP(ReplicaSchedulingPreference)可以被视为对客户端更针锋相对的发放复制的功能,简便客户端假定天然资源在并不相同坦克部队的调遣解决方案。客户端只需要成立RSP天然资源和关联的建立联系天然资源(仅填充spec.template)可以将复制在各坦克部队之前按照假定解决方案发放。

RSP模块可以对Federated Type CRD当中placement和OverridesURL细节顺利完成重写,rs重写数据来源于客户端固定式的配置副本。

一个典型的RSP副本假定下述如下,该RSP副本假定了一个deployment应用扭矩在调遣时,各坦克部队的调遣解决方案。

apiVersion: scheduling.kubefed.io/v1alpha1

kind: ReplicaSchedulingPreference

metadata:

name: fed-deploy

namespace: fed-ns

spec:

targetKind: FederatedDeployment

totalReplicas: 20

clusters:

"*":

weight: 1

maxReplicas: 15

cluster-1:

weight:

minReplicas: 3

maxReplicas: 10

RSP副本当中主要包含以下URL:

targetKind:假定该RSP副本应用的联邦政府天然资源类型,在此之前仅默许FederatedDeployment和FederatedReplicaSet。

totalReplicas:天然资源的总复制数,各个坦克部队按照客户端固定式的加权或者比例顺利完成天然资源量度时,不会先根据总共顺利完成量度取得一个初步结果,若坦克部队当中固定式了最大值或最小值与量度取得的值军事冲突,则不会最简单客户端固定式的最大值或者最小值。因此确实的总复制数可能不会和固定式的总复制数不始终保持一致。

2.3 kubefed 解决问题原理

kubefed最简单自假定CRD和自假定controller 解决问题联邦政府坦克部队的天然资源负责管理,原理如下上图标明:

Kubfed支配面有主要由三个自假定controller组合成:

ClusterController: 坦克部队伺服,客户端通过kubefedctl join/unjoin 来重新加入/删除坦克部队,当成功重新加入时,不会建立联系一个 KubefedCluster 子系统来储存坦克部队无关信息,如 API Endpoint、CA Bundle 等。这些信息不会被用在 KubeFed Controller 访问各 Kubernetes 坦克部队,以适当能够建立联系 Kubernetes API 天然资源。并定点函数调用各坦克部队的/healthz接口,控管最简单坦克部队列表,应用于应用发放前的坦克部队选择与调制。

FederateTypeConfigController:联邦政府天然资源伺服,应用于负责管理各坦克部队间天然资源发放与情况下监控。联邦政府天然资源伺服不会为每种联邦政府天然资源类型成立一个天然资源发放伺服,和情况下收集伺服,解决问题该类天然资源的联邦政府功能。StatusController和SyncController 都最简单了FederatedInformer用来感知所有member cluster当中某当中联邦政府天然资源的变更。如果变更则从HostCluster当中取得最新的天然资源假定同步到各memberCluster当中。

SchedulerManage:配置伺服,应用于成立适应用于ReplicaSet和Deployment的RSPController,RSPController。当客户端成立RSP天然资源后,RSP Controller 不会收到通知,匹配无关联 namespace/name 的 FederatedDeployment 与 FederatedReplicaSet 是否依赖于,若依赖于的话,不会根据rsp当中游戏内的解决方案量度出每个坦克部队预期的复制数,不久覆写 Federated 天然资源当中的 spec.overrides 细节以重新假定每个坦克部队的复制数,最后再由 KubeFed Sync Controller 来同步至每个坦克部队。

3 总结

Kubefed通过crd与自假定controller解决问题了对任意天然资源的联邦政府,并默许客户端自假定配置解决方案,较易扩展和控管。

在此之前多坦克部队负责管理除了kubefed项目还有升级版大受欢迎的karmada、穆萨和redhat大受欢迎的OCM(open cluster management)项目,近似于karmada调遣天然资源时host cluster上只能要调遣,kubefed可以选择不调遣在host cluster,减低了支配面有所在坦克部队的开销,但在天然资源负责管理和天然资源配置上karmada比kubefed有优势。另外kubefed近似于ocm,联邦政府解构天然资源不会归因于较多的crd,在控管各坦克部队当中crd的api完整版提高了开销。因此需要客户端根据确实最简单过场选择合适的多坦克部队负责管理方案。