KubeVela v1.3 多集群初体验，得心应手管理应用分发和差异化配置

ment。

劝注意，管控协同对三子协同报送教育资源获得成功的前提是，三子协同必须有已经新建的对应取名为密闭。由于每个协同默认都有 default 取名为密闭，所以可以正常报送。也就是说我们将 basic.yaml 的取名为密闭改用 multi-cluster ，则就会收到报错：

apiVersion: core.oam.dev/v1beta1

kind: Application

metadata:

name: example-app

namespace: default

spec:

components:

- name: hello-world-server

type: webservice

properties:

image: crccheck/hello-world

port: 8000

traits:

- type: scaler

properties:

replicas: 3

- type: gateway

properties:

domain: testsvc-mc.example.com

# classInSpec : true 如果你所报送的协同里头有安装 v1.20 表列出版的 Kubernetes ，劝加上这个字段

http:

"/": 8000

policies:

- type: topology

name: beijing-clusters

properties:

clusters: ["beijing-1","beijing-2"]

在未来的 KubeVela 版前，我们将支持采用鉴权三子系统，不够有效率不够公共安全的进行这项操作：通过管控协同一键在三子协同创设取名为密闭。

进行三子协同取名为密闭创设后，切回管控协同创设分析方法并报送教育资源：

➜ vela up -f basic.yaml

Applying an application in vela K8s object format...

"patching object" resource="core.oam.dev/v1beta1, Kind=Application"

✅ App has been deployed 🚀🚀🚀

Port forward: vela port-forward example-app

SSH: vela exec example-app

Logging: vela logs example-app

App status: vela status example-app

Service status: vela status example-app 便是svc hello-world-server

我们通过 vela status 详细信息服务项目关的信息：

➜ vela status example-app

About:

Name: example-app

Namespace: default

Created at: 2022-03-25 17:42:33 +0800 CST

Status: running

Workflow:

mode: DAG

finished: true

Suspend: false

Terminated: false

Steps

- id:wftf9d4exj

name:deploy-beijing-clusters

type:deploy

phase:succeeded

message:

Services:

- Name: hello-world-server

Cluster: beijing-1 Namespace: default

Type: webservice

Healthy Ready:3/3

Traits:

✅ scaler ✅ gateway: Visiting URL: testsvc-mc.example.com, IP: 60.205.222.30

- Name: hello-world-server

Cluster: beijing-2 Namespace: default

Type: webservice

Healthy Ready:3/3

Traits:

✅ scaler ✅ gateway: Visiting URL: testsvc-mc.example.com, IP: 182.92.222.128

beijing-1 和 beijing-2 都报送了对应的教育资源，它们可可供外部会面的 IP 地址也显示出来，你因而可以用你期望的作法可供浏览器会面了。

采用协同 labels 按必需组递送

除了上述的程序在，我们平常就会碰上另外的状况：串连人口众多部署到某些协同、自行决定哪个云的产品的协同等等。为了借助于类似这样的期望，可以采用多协同的 labels 功能。

在这里头，也就是说 us-west-1 协同来自 AWS，我们要额外递送分析方法到 AWS 的协同，则可以采用 vela cluster labels add 来对协同顺利进行标示出。当然，如果还有 us-west-2 等多个 AWS 关的协同，同样顺利进行标示出后，将就会统一报送：

➜ ~ vela cluster labels add us-west-1 provider=AWS

Successfully update labels for cluster us-west-1 (type: X509Certificate).

provider=AWS

➜ ~ vela cluster list

CLUSTER TYPE ENDPOINT ACCEPTED LABELS

beijing-1 X509Certificate true

beijing-2 X509Certificate true

us-west-1 X509Certificate true provider=AWS

接下来我们对 basic.yaml 顺利进行不够新，新增一个分析方法意图 topology-aws：

policies:

- type: topology

name: beijing-clusters

properties:

clusters: ["beijing-1","beijing-2"]

- type: topology

name: topology-aws

properties:

clusterLabelSelector:

provider: AWS

为了易于你学习，劝直接部署基于 basic.yaml 不够新后的 intermediate.yaml：

➜ ~ vela up -f intermediate.yaml

再次详细信息分析方法的状态：

➜ vela status example-app

- Name: hello-world-server

Cluster: us-west-1 Namespace: default

Type: webservice

Healthy Ready:3/3

Traits:

✅ scaler ✅ gateway: Visiting URL: testsvc-mc.example.com, IP: 192.168.40.10

通过分析方法意图顺利进行必需差异化

除了在 basic.yaml 里头界定的 deploy-beijing 这种分析方法意图，我们往往有不够多的分析方法意图期望，比如高必需，期望基本上给某些教育资源递送 5 个原件。仅仅，采用 override 类型的分析方法意图即可：

clusterLabelSelector:

provider: AWS

- type: override

name: override-high-availability

properties:

components:

- type: webservice

traits:

- type: scaler

properties:

replicas: 5

同时也就是说，我们期望的是，给 AWS 的分析方法递送并设为为高必需。那我们可以采用 KubeVela 提可供的专门用于界定过程控制的工作流过来负责管理。我们采用如下的一个工作流过，它期望将本次分析方法部署，首先通过 deploy-beijing 的分析方法意图，递送给北京的协同们，接着给 Label 为 AWS 的协同递送 5 个原件高必需的分析方法意图：

properties:

replicas: 5

workflow:

steps:

- type: deploy

name: deploy-beijing

properties:

policies: ["beijing-clusters"]

- type: deploy

name: deploy-aws

properties:

policies: ["override-high-availability","topology-aws"]

接着我们给 intermediate.yaml 加上以上的分析方法意图和工作流过后，不够新为 advanced.yaml：

policies:

- type: topology

name: beijing-clusters

properties:

clusters: ["beijing-1","beijing-2"]

- type: topology

name: topology-aws

properties:

clusterLabelSelector:

provider: AWS

- type: override

name: override-high-availability

properties:

components:

- type: webservice

traits:

- type: scaler

properties:

replicas: 5

workflow:

steps:

- type: deploy

name: deploy-beijing

properties:

policies: ["beijing-clusters"]

- type: deploy

name: deploy-aws

properties:

policies: ["override-high-availability","topology-aws"]

然后对其顺利进行部署，并再次详细信息分析方法的状态：

➜ vela up -f advanced.yaml

Applying an application in vela K8s object format...

"patching object" resource="core.oam.dev/v1beta1, Kind=Application"

✅ App has been deployed 🚀🚀🚀

Port forward: vela port-forward example-app

SSH: vela exec example-app

Logging: vela logs example-app

App status: vela status example-app

Service status: vela status example-app 便是svc hello-world-serverapplication.core.oam.dev/podinfo-app configured

➜ vela status example-app

- Name: hello-world-server

Cluster: us-west-1 Namespace: default

Type: webservice

Healthy Ready:5/5

Traits:

✅ scaler ✅ gateway: Visiting URL: testsvc-mc.example.com, IP: 192.168.40.10

以上就是本次的全部分享，来向你的阅读和一些游戏。

追捧你继续探讨 KubeVela v1.3 正式版[3]，这里头有不够多差异化必需的进阶辞汇等你推测和采用，比如 override 分析方法意图如何进行教育资源类型通配还是针对某些特定组件顺利进行伸展等等，以满足不够加复杂的情节期望。

关的链接

[1] KubeVela v1.3

[2] multi-cluster-demo

_Cluster_Demo

[3] 继续探讨 KubeVela v1.3 正式版

本文为阿里头云原创内容，未经意味着不得刊载。

。

北京好的肠癌医院
信阳妇科专科医院有哪些
武汉看男科去哪家医院好
肇庆男科医院挂号咨询
合肥精神心理医院哪家好
美容
感染者又增加？新冠的三大知识点一定要知道！
急性支气管炎咳嗽治疗用药
止咳糖浆怎么选
性病科