云原生|kubernetes|多集群管理之kubeconfig文件配置和使用(定义,使用方法,合并管理多集群)(二)

简介: 云原生|kubernetes|多集群管理之kubeconfig文件配置和使用(定义,使用方法,合并管理多集群)(二)

四,kubeconfig文件的使用:


定义环境变量,这个环境变量非常非常重要    KUBECONFIG  它的值是这个kubeconfig文件的绝对路径就可以了,我把这个文件存放到了23服务器的/media 文件夹下了:

export KUBECONFIG=/media/bootstrap.kubeconfig

OK,现在就可以使用kubectl试试使用此kubeconfig文件连接192.168.217.23:8443 这个apiserver了(还是在23服务器上):

[root@node3 media]# kubectl get po -A
NAMESPACE     NAME                            READY   STATUS    RESTARTS   AGE
default       static-web-node3                1/1     Running   0          4h42m
kube-system   coredns-7ff77c879f-nsj95        1/1     Running   0          5h25m
kube-system   etcd-node3                      1/1     Running   0          5h25m
kube-system   kube-apiserver-node3            1/1     Running   0          5h25m
kube-system   kube-controller-manager-node3   1/1     Running   0          5h25m
kube-system   kube-flannel-ds-amd64-6cdl5     1/1     Running   0          5h25m
kube-system   kube-proxy-vdhzr                1/1     Running   0          5h25m
kube-system   kube-scheduler-node3            1/1     Running   0          5h25m
kube-system   storage-provisioner             1/1     Running   0          5h25m

证明连接没有问题,kubectl config view 可以查看当前使用的kubeconfig文件的大概信息,可以看到证书的详细信息是隐藏了,集群名称也是前面设置的my:

[root@node3 media]# kubectl config view
apiVersion: v1
clusters:
- cluster:
    certificate-authority-data: DATA+OMITTED
    server: https://192.168.217.23:8443
  name: myminikube
contexts:
- context:
    cluster: myminikube
    user: minikube
  name: default
current-context: default
kind: Config
preferences: {}
users:
- name: minikube
  user:
    client-certificate-data: REDACTED
    client-key-data: REDACTED

那么,把这个文件传到另一台服务器,例如192.168.217.24服务器上,此服务器上只安装了一个kubectl:

版本说明:

注意,kubectl我安装的版本是1.22.2,管理的集群minikube的版本是1.18.8,因此,最后有一个报警,说客户端和服务端版本最好相差1,否则会出问题。

[root@node4 ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 00:0c:29:5b:a4:eb brd ff:ff:ff:ff:ff:ff
    inet 192.168.217.24/24 brd 192.168.217.255 scope global ens33
[root@node4 ~]# kubectl version
Client Version: version.Info{Major:"1", Minor:"22", GitVersion:"v1.22.2", GitCommit:"8b5a19147530eaac9476b0ab82980b4088bbc1b2", GitTreeState:"clean", BuildDate:"2021-09-15T21:38:50Z", GoVersion:"go1.16.8", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"18", GitVersion:"v1.18.8", GitCommit:"9f2892aab98fe339f3bd70e3c470144299398ace", GitTreeState:"clean", BuildDate:"2020-08-13T16:04:18Z", GoVersion:"go1.13.15", Compiler:"gc", Platform:"linux/amd64"}
WARNING: version difference between client (1.22) and server (1.18) exceeds the supported minor version skew of +/-1

192.168.217.23上面安装的minkube版本是1.18.8:

[root@node3 media]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 00:0c:29:70:12:12 brd ff:ff:ff:ff:ff:ff
    inet 192.168.217.23/24 brd 192.168.217.255 scope global ens33
[root@node3 media]# kubectl get no
NAME    STATUS   ROLES    AGE     VERSION
node3   Ready    master   5h34m   v1.18.8

说明kubectl确实是客户端,192.168.217.24服务器上只需要安装一个kubectl就可以了。

23上,上传前面命令制作的kubeconfig文件到24根目录:

[root@node3 media]# scp bootstrap.kubeconfig 192.168.217.24:~/
root@192.168.217.24's password: 
bootstrap.kubeconfig                                                                                                                                                                                      100% 5482     1.5MB/s   00:00  

在24服务器上使用传来的文件(定义环境变量):

[root@node4 ~]# export KUBECONFIG=/root/bootstrap.kubeconfig
[root@node4 ~]# kubectl get po -A
NAMESPACE     NAME                            READY   STATUS    RESTARTS   AGE
default       static-web-node3                1/1     Running   0          4h55m
kube-system   coredns-7ff77c879f-nsj95        1/1     Running   0          5h38m
kube-system   etcd-node3                      1/1     Running   0          5h38m
kube-system   kube-apiserver-node3            1/1     Running   0          5h38m
kube-system   kube-controller-manager-node3   1/1     Running   0          5h38m
kube-system   kube-flannel-ds-amd64-6cdl5     1/1     Running   0          5h38m
kube-system   kube-proxy-vdhzr                1/1     Running   0          5h38m
kube-system   kube-scheduler-node3            1/1     Running   0          5h38m
kube-system   storage-provisioner             1/1     Running   0          5h39m

OK了,现在只需要把上面这个环境变量写入/etc/profile文件内,以后集群开机后就只需要登录24服务器就可以进行集群管理工作了。那么,假如有多个集群呢?

这个就简单了,把每个集群的kubeconfig文件都统一放置到一个服务器内,比如我这个192.168.217.24服务器内,然后进行kubeconfig文件的合并。

五,kubeconfig文件的合并


现在有两个集群,一个是kubeadm安装的高可用四节点集群,vip为192.168.217.100,一个是minkube,IP地址为192.168.217.23

将kubeadm部署的集群的kubeconfig文件kubeadm-config放置到192.168.217.24服务器上,文件内容如下:

[root@node4 ~]# cat kubeadm-config 
apiVersion: v1
clusters:
- cluster:
    certificate-authority-data: LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSUMvakNDQWVhZ0F3SUJBZ0lCQURBTkJna3Foa2lHOXcwQkFRc0ZBREFWTVJNd0VRWURWUVFERXdwcmRXSmwKY201bGRHVnpNQjRYRFRJeU1URXdNVEV5TXpReE1sb1hEVE15TVRBeU9URXlNelF4TWxvd0ZURVRNQkVHQTFVRQpBeE1LYTNWaVpYSnVaWFJsY3pDQ0FTSXdEUVlKS29aSWh2Y05BUUVCQlFBRGdnRVBBRENDQVFvQ2dnRUJBTk50CjBPUC94dmlnSlZSb0lteGpWd1JXREZUWWxFWVV5eW5NL0xOL09GRnJxdk1mV0FTa280UlpPazNMa05kSW9XWXQKdmErUXc4eEFKb2NjVkgzQkF6N1VDRG1aWkNJbVN2M2JSVitBL2VxLzlqbERINjE4L2JSQzB4ckoyRndTYStkUgp6Z1k0MUs0TlRBZmxQTjZlSVJ4TTQ0QnM4blVMNDZ5ODBYczg5N3QrdFp0YkdVNXhWL0h4VzBMR3RpbHdab09rCmEzeDlSa05IdG5oaTM4NndrYkNScnlwR3NSRXVXaUoyMGFmbkxDamNvSDhLZHgwd1hrTHN1RHY5Q2lFV21CVVAKRXhDc1J2a2R3RmNUak5Jb2hHSHFmbXRjT3RKYnlVYXV5YjFTQ1JSZWw0cXBUNnR1U3BtaW9DQVNaQXRNbVovRwpWTGV2cjNPR0hKOGZHQUF4MlRFQ0F3RUFBYU5aTUZjd0RnWURWUjBQQVFIL0JBUURBZ0trTUE4R0ExVWRFd0VCCi93UUZNQU1CQWY4d0hRWURWUjBPQkJZRUZFcUxCT2lyK0g3bjhSSmFLYjg1R0FocjBjU0tNQlVHQTFVZEVRUU8KTUF5Q0NtdDFZbVZ5Ym1WMFpYTXdEUVlKS29aSWh2Y05BUUVMQlFBRGdnRUJBR3QxSHptY1pYTng0KzIyMTlERAphaVRFWFlIeE4xaVQ2bnV6SllCc0xjVFVscFRWTjNoT25CbUc0aGhZVGVscngzU1J0VndVeVNIRHgrT0QvL3F3CmtXZml2NUVMRzRyVTNNb1lmVlQ1MWcybzhXMHlnV2h3UkdSRGZJYTEwTy9hN1RlVWVmVjk2UWc5bUJqOTNJcTYKbW9nRWdYOVZMeiswYmpZL2Q4ZkhUcDVPTU04V0xOK0xVd0lac0dLWE1ldnZsMTlZTlpvVXh1azdKMFFrWmZvVwpCaHBaMTRmWjE2TVJTTHRSZDdtc0FOL1RLZVVJRmp0Tm41U3ZtV1hEUUhoLzJNK2dPWjZUa1kzcHRqM1BMZGlsClRWYnpGQXpOUjdMQW52VWs3V3RscERyd1NrL1N6YXpvRDU4dzZ2eXJsc0ZpSmFVM2R3UXE5RUl3RmJzSGgvN0wKZ0dZPQotLS0tLUVORCBDRVJUSUZJQ0FURS0tLS0tCg==
    server: https://192.168.217.100:6443
  name: kubernetes
contexts:
- context:
    cluster: kubernetes
    user: kubernetes-admin
  name: kubernetes-admin@kubernetes
current-context: kubernetes-admin@kubernetes
kind: Config
preferences: {}
users:
- name: kubernetes-admin
  user:
    client-certificate-data: LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSURJVENDQWdtZ0F3SUJBZ0lJWTFlRWwvV21KTjR3RFFZSktvWklodmNOQVFFTEJRQXdGVEVUTUJFR0ExVUUKQXhNS2EzVmlaWEp1WlhSbGN6QWVGdzB5TWpFeE1ERXhNak0wTVRKYUZ3MHlNekV4TURFeE1qTTBNVFJhTURReApGekFWQmdOVkJBb1REbk41YzNSbGJUcHRZWE4wWlhKek1Sa3dGd1lEVlFRREV4QnJkV0psY201bGRHVnpMV0ZrCmJXbHVNSUlCSWpBTkJna3Foa2lHOXcwQkFRRUZBQU9DQVE4QU1JSUJDZ0tDQVFFQXI4STl1dnh6ZlJqU1lzVzAKaGxRWTB6NXdpcEVaVWJJS0N2NVppcjdtU2lzVXN4V21lc2xEOW1TMHNJOEIwRXBxbjVnMjVnRTg5c1lDa0R3SQpVWVpqZHVDd1paeDNlTmZsSmdES04xTmxXU3ljRzZhSGI2NzdncWVPWStlNHBxRTV1YzNPRWVyRTR6ajJPTHZBCjdjYjVYT0lqWXNKRkxINlMyODVoN2NyU3JMdVJudklwYXdVQ3V0MmdXZGFPYUJ2RDRqUzBiMUQ5RkFjYktZVXAKT2FuZTdmRTAyNHdBZlNjd3FUdmlRVEhTbFZLdFByeUh4TUluMnlmc3ZNT0NseWRCdCtDemdDM0lnb1QzWXpPUgp3WDloTVF6bEx2cU1Ga2Rub1ZHelo4Q2tGNVRmM01QckxKZzc0QlFjVGtlWU1HQkJSVHZBYU9uUlpJMFI5NDYzCkduQTgzUUlEQVFBQm8xWXdWREFPQmdOVkhROEJBZjhFQkFNQ0JhQXdFd1lEVlIwbEJBd3dDZ1lJS3dZQkJRVUgKQXdJd0RBWURWUjBUQVFIL0JBSXdBREFmQmdOVkhTTUVHREFXZ0JSS2l3VG9xL2grNS9FU1dpbS9PUmdJYTlIRQppakFOQmdrcWhraUc5dzBCQVFzRkFBT0NBUUVBWG1hSlh4ZGFlMm93V0pqQ0d3ZGEwNFJXMHJaQ3JQcStJUTNpCjduYzhwMjVIbEc4ZDU1VVdDU2ZNa3hIakhJemFGMmYxRUduTkRWa1I1ZFo3Y3JxcUVBRVlOOGRBOS9NcFcrZUUKR1MxaXFVTytvNS8zYjBvaGtIaGlPR3VEQ2orb0c1MEd1aFdxZC9Sd1Mva1Y4bUZJdFB2bEVwMG5SV3dNOW84dgozMGorVEtUcUNLRitxQlVMckRnamNpOUN3ckJLK0pCUzdIQXpDUitldURQN3RUUWZFRG9iSlIxMGw1am0rWnpVCi81K1Y2M1kzZG1kOWZmQXhUZmpWN3MvRk1vcUJPUHpjRWRmNUdHTHZ3dU1NdittL1VMV29JRE0rWENzVWNOYnEKREhhWVcxcDRPMnlLcExjT0lmSld2OHRNNlJ0NmhxQkhVZGN4RW5FOEFBb2pDemo1a3c9PQotLS0tLUVORCBDRVJUSUZJQ0FURS0tLS0tCg==
    client-key-data: LS0tLS1CRUdJTiBSU0EgUFJJVkFURSBLRVktLS0tLQpNSUlFcEFJQkFBS0NBUUVBcjhJOXV2eHpmUmpTWXNXMGhsUVkwejV3aXBFWlViSUtDdjVaaXI3bVNpc1VzeFdtCmVzbEQ5bVMwc0k4QjBFcHFuNWcyNWdFODlzWUNrRHdJVVlaamR1Q3daWngzZU5mbEpnREtOMU5sV1N5Y0c2YUgKYjY3N2dxZU9ZK2U0cHFFNXVjM09FZXJFNHpqMk9MdkE3Y2I1WE9JallzSkZMSDZTMjg1aDdjclNyTHVSbnZJcAphd1VDdXQyZ1dkYU9hQnZENGpTMGIxRDlGQWNiS1lVcE9hbmU3ZkUwMjR3QWZTY3dxVHZpUVRIU2xWS3RQcnlICnhNSW4yeWZzdk1PQ2x5ZEJ0K0N6Z0MzSWdvVDNZek9Sd1g5aE1RemxMdnFNRmtkbm9WR3paOENrRjVUZjNNUHIKTEpnNzRCUWNUa2VZTUdCQlJUdkFhT25SWkkwUjk0NjNHbkE4M1FJREFRQUJBb0lCQUEwa3hJTUlRQWE1NVhuWAplU0dXaG1pOXdhTExLUTZQOXVwTmpScXdIZjZyN0JkY1poL0dqMXVNdW1wOXQxQUJVS253c3lKT00yWHM5dUljCmF5N1ZrdmlmNHZFbVcxVGhLRlRJT0ZjYzJIWnJ2Snpndmo0ZTR0WXBlNStEQTY4S1hZdkVsVVdIdmdPVURlMisKTkxaVGEvQ0RSTXdzNVFsbnljbkFURmlCRTNJeFVQNWlFWnp6NWlyeG9rL0JRTThvT0h1emtQYkR6dGNYcXFEMQorNVFOTWhJSWc4cW92L2MwaFplL1dTWjMvY09kUHhSN1J4WFB1S3RoZWpQc1NWWUVoZCs5K0o1VmJxY2Nld0NICjVLUkd3azlMREZVSEFZMzVOaEFXbnZVclZ0OGlSN2RtaS9rT3BPMlF3K0tRTm9samZrSUhlaWI0NjVVdng4VUQKajRPUW5xMENnWUVBMEZHQlh4cU5KNGlXZ09GRVBXNlBhUW1URFI5ZHNRS1J0cXhFYkVZNldZOVg4M0xjeHZEbwo1TEU0SWZlZ2h2SXdxL0E1U2lpbUlKVnkwR0xocHZMdTZDWVZyeHpJbFp5R3hFZG5TSjVhVkszeDIvMlRUMEUxCjdoMW5pNk9EUFNmSVZDcXJld0JvZjlodnF5Z2RrMlBZLzJTZXBhU2E2cFBjN3NZUG9idlZYTU1DZ1lFQTEvemsKWW9ZV0ErVWpZYUdtZ0dIT1pkSEpRN3lPcVpLYmZHRTVNQzJJSzA1RllGL3UzWjR2dStTSXpBeTFFRkhiRmtSTwo3TEcrbThUV2dwcldDaDB6dE9uUTJUb1RTOWFHVU84SjZiK3JlQnluMDZZaERvQm9wdGJHVWZ1WHRvUllZbktEClBOalhNcjlRWDZJcHdKb1JpakhNcmpOYXV0UVFkYTZVaGpCZTVkOENnWUVBdWg1b0FNbGZIZGdaNTNIY0h5cTkKZEhINmNQbjZJbUVTUU93dWdiSkpCYVZkUmdQMG5zVzB2a1pieVhWTmRlUENlb3U1RTdtM20xc0s1b1hCNkFBYQpWVTFaaUVlbUtvMWJsdGZZdm5mRWF1MnlMZ09qYm1icndSK0NXSzh4WFIxRERYZkdGN0lvcXpoN3BLYkZyZDdDCmpJT2dmb3ZQWVEvVWozeGprUE9aMERNQ2dZQlVOczJSd0xnNndvLytGRHBJV2xwUWh2Q1RrYVNLWjVocWNib0wKbCtVOUJXSzFoaElycE83MXN0REh4cmllYVZ3a0hYUXNnODFQRFB1YXB1YUh3UVVWS0FsL2VVNW14bmxPZXpXQgpSM09DL0tGUE83b3QzbEZ2bzlSbHlOUkpuT2FkVkFycG9aNmVzY3VUempXN1hCYzBxK0FqbC9CclloNGMxSG9pCnJCK0VQd0tCZ1FDd042NDFkZi85Z2NhaTdYRXkvanNkbm1lVnBxTG9TSzBuV09HdXhIMFR2dkxmVGtuMHQ4TE4KMFRXelVOaExKT1ZTcWgyUCtPQWs2dzd2UlFMeEU2L2pVMmNuRzBpZURkMU96cmlFM1JjMEtzZUVBUjNyU1JoWQp5YnRITnlDOWtsdlZmSTk3Tnk3bVZxMENKaTBQUVplTFZ3UUdya3EwNGZ6SVBRTTl0Yi9yYUE9PQotLS0tLUVORCBSU0EgUFJJVkFURSBLRVktLS0tLQo=

激活环境变量后,可以正常管理此高可用集群:

[root@node4 ~]# export KUBECONFIG=/root/kubeadm-config 
[root@node4 ~]# kubectl get po -A
NAMESPACE     NAME                                       READY   STATUS             RESTARTS         AGE
kube-system   calico-kube-controllers-796cc7f49d-k586w   1/1     Running            2 (3m48s ago)    2d2h
kube-system   calico-node-7x86d                          1/1     Running            2 (3m50s ago)    2d2h
kube-system   calico-node-dhxcq                          1/1     Running            2 (4m ago)       2d2h
kube-system   calico-node-jcq6p                          1/1     Running            4 (110s ago)     2d2h
kube-system   calico-node-vjtv6                          1/1     Running            2 (3m48s ago)    2d2h
kube-system   coredns-7f6cbbb7b8-7c85v                   1/1     Running            18 (3m48s ago)   7d23h
kube-system   coredns-7f6cbbb7b8-7xm62                   1/1     Running            2 (3m48s ago)    2d2h

OK,开始kubeconfig文件的合并,两个文件同时写入环境变量,文件之间用 :隔离开就是合并啦:

export KUBECONFIG=/root/kubeadm-config:/root/bootstrap.kubeconfig

config view 可以读取环境变量后,将相关内容显示出来:

[root@node4 ~]# kubectl config view
apiVersion: v1
clusters:
- cluster:
    certificate-authority-data: DATA+OMITTED
    server: https://192.168.217.100:6443
  name: kubernetes
- cluster:
    certificate-authority-data: DATA+OMITTED
    server: https://192.168.217.23:8443
  name: myminikube
contexts:
- context:
    cluster: myminikube
    user: minikube
  name: default
- context:
    cluster: kubernetes
    user: kubernetes-admin
  name: kubernetes-admin@kubernetes
current-context: kubernetes-admin@kubernetes
kind: Config
preferences: {}
users:
- name: kubernetes-admin
  user:
    client-certificate-data: REDACTED
    client-key-data: REDACTED
- name: minikube
  user:
    client-certificate-data: REDACTED
    client-key-data: REDACTED

OK,先看看在使用哪个集群:

1. [root@node4 ~]# kubectl config current-context
2. kubernetes-admin@kubernetes

对比这个输出,我们可以看到context的名字是kubernetes这个集群,也就是kubeadm部署的HA集群 ,下面的命令也验证了这一点。

[root@node4 ~]# kubectl get po -A
NAMESPACE     NAME                                       READY   STATUS    RESTARTS         AGE
kube-system   calico-kube-controllers-796cc7f49d-k586w   1/1     Running   2 (13m ago)      2d3h
kube-system   calico-node-7x86d                          1/1     Running   2 (13m ago)      2d3h
略略略

OK,通过 config use-context  也就是切换上下文的方式,切换kubectl管理集群:

1. [root@node4 ~]# kubectl config use-context default
2. Switched to context "default".

验证一哈,确实切换到minikube了:

[root@node4 ~]# kubectl get po -A
NAMESPACE     NAME                            READY   STATUS    RESTARTS   AGE
default       static-web-node3                1/1     Running   0          5h35m
kube-system   coredns-7ff77c879f-nsj95        1/1     Running   0          6h18m
kube-system   etcd-node3                      1/1     Running   0          6h18m
略略略

在切换到kubeadm部署的HA集群:

[root@node4 ~]# kubectl config use-context kubernetes-admin@kubernetes
Switched to context "kubernetes-admin@kubernetes".

验证,可以看到完美切换:

[root@node4 ~]# kubectl get po -A
NAMESPACE     NAME                                       READY   STATUS    RESTARTS         AGE
kube-system   calico-kube-controllers-796cc7f49d-k586w   1/1     Running   2 (20m ago)      2d3h
kube-system   calico-node-7x86d                          1/1     Running   2 (20m ago)      2d3h
略略略

那么环境变量合并的方式对于目前来说是足够了,仅仅几个集群嘛,无所谓,爱谁谁了。如果达到几十个上百个集群,那么,还是需要通过命令来合并集群的kubeconfig文件了。

六,命令方式合并kubeconfig文件


这个方法比较简单,主要是确定合并方向,是把minikube的kubeconfig文件合并到HA的kubeconfig文件内,因此,将24服务器上的HAkubeconfig文件改名为two-cs-config, 然后将此文件传到minkube的服务器也就是192.168.217.23服务器上,在执行以下的三个命令将它的本地证书内嵌到kubeconfig文件内,在将此文件传到24服务器就,就可以正常使用了(命令会追加写入指定内容到kubeconfig文件内,不会覆盖)

mv kubeadm-config two-cs-config
[root@node3 mnt]# kubectl config set-cluster myminikube \
> --certificate-authority=/root/.minikube/ca.crt \
> --embed-certs=true \
> --server=${KUBE_APISERVER} \
> --kubeconfig=two-cs-config
Cluster "myminikube" set.
[root@node3 mnt]# kubectl config set-credentials minikube \
> --client-certificate=/root/.minikube/profiles/minikube/client.crt \
> --client-key=/root/.minikube/profiles/minikube/client.key \
> --embed-certs=true \
> --kubeconfig=two-cs-config
User "minikube" set.
[root@node3 mnt]# kubectl config set-context default \
> --cluster=myminikube \
> --user="minikube" \
> --kubeconfig=two-cs-config
Context "default" created.
[root@node3 mnt]# cat two-cs-config 
apiVersion: v1
clusters:
- cluster:
    certificate-authority-data: LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSUMvakNDQWVhZ0F3SUJBZ0lCQURBTkJna3Foa2lHOXcwQkFRc0ZBREFWTVJNd0VRWURWUVFERXdwcmRXSmwKY201bGRHVnpNQjRYRFRJeU1URXdNVEV5TXpReE1sb1hEVE15TVRBeU9URXlNelF4TWxvd0ZURVRNQkVHQTFVRQpBeE1LYTNWaVpYSnVaWFJsY3pDQ0FTSXdEUVlKS29aSWh2Y05BUUVCQlFBRGdnRVBBRENDQVFvQ2dnRUJBTk50CjBPUC94dmlnSlZSb0lteGpWd1JXREZUWWxFWVV5eW5NL0xOL09GRnJxdk1mV0FTa280UlpPazNMa05kSW9XWXQKdmErUXc4eEFKb2NjVkgzQkF6N1VDRG1aWkNJbVN2M2JSVitBL2VxLzlqbERINjE4L2JSQzB4ckoyRndTYStkUgp6Z1k0MUs0TlRBZmxQTjZlSVJ4TTQ0QnM4blVMNDZ5ODBYczg5N3QrdFp0YkdVNXhWL0h4VzBMR3RpbHdab09rCmEzeDlSa05IdG5oaTM4NndrYkNScnlwR3NSRXVXaUoyMGFmbkxDamNvSDhLZHgwd1hrTHN1RHY5Q2lFV21CVVAKRXhDc1J2a2R3RmNUak5Jb2hHSHFmbXRjT3RKYnlVYXV5YjFTQ1JSZWw0cXBUNnR1U3BtaW9DQVNaQXRNbVovRwpWTGV2cjNPR0hKOGZHQUF4MlRFQ0F3RUFBYU5aTUZjd0RnWURWUjBQQVFIL0JBUURBZ0trTUE4R0ExVWRFd0VCCi93UUZNQU1CQWY4d0hRWURWUjBPQkJZRUZFcUxCT2lyK0g3bjhSSmFLYjg1R0FocjBjU0tNQlVHQTFVZEVRUU8KTUF5Q0NtdDFZbVZ5Ym1WMFpYTXdEUVlKS29aSWh2Y05BUUVMQlFBRGdnRUJBR3QxSHptY1pYTng0KzIyMTlERAphaVRFWFlIeE4xaVQ2bnV6SllCc0xjVFVscFRWTjNoT25CbUc0aGhZVGVscngzU1J0VndVeVNIRHgrT0QvL3F3CmtXZml2NUVMRzRyVTNNb1lmVlQ1MWcybzhXMHlnV2h3UkdSRGZJYTEwTy9hN1RlVWVmVjk2UWc5bUJqOTNJcTYKbW9nRWdYOVZMeiswYmpZL2Q4ZkhUcDVPTU04V0xOK0xVd0lac0dLWE1ldnZsMTlZTlpvVXh1azdKMFFrWmZvVwpCaHBaMTRmWjE2TVJTTHRSZDdtc0FOL1RLZVVJRmp0Tm41U3ZtV1hEUUhoLzJNK2dPWjZUa1kzcHRqM1BMZGlsClRWYnpGQXpOUjdMQW52VWs3V3RscERyd1NrL1N6YXpvRDU4dzZ2eXJsc0ZpSmFVM2R3UXE5RUl3RmJzSGgvN0wKZ0dZPQotLS0tLUVORCBDRVJUSUZJQ0FURS0tLS0tCg==
    server: https://192.168.217.100:6443
  name: kubernetes
- cluster:
    certificate-authority-data: LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSUM1ekNDQWMrZ0F3SUJBZ0lCQVRBTkJna3Foa2lHOXcwQkFRc0ZBREFWTVJNd0VRWURWUVFERXdwdGFXNXAKYTNWaVpVTkJNQjRYRFRJeU1URXdNVEE1TWpnd05Gb1hEVE15TVRBek1EQTVNamd3TkZvd0ZURVRNQkVHQTFVRQpBeE1LYldsdWFXdDFZbVZEUVRDQ0FTSXdEUVlKS29aSWh2Y05BUUVCQlFBRGdnRVBBRENDQVFvQ2dnRUJBSm5qCm5PNm94a1VJNGR1UGlsb3RXd3FpdUp3TDVlcjJGczhqL3lIb2ViNkVDa1ZuTldncHBOZHlCS3N2UytjQjhkOTUKb1Jjd25ZamhsOGZta25YUytRK2gzbmJsY3JKWE1OQytnWkdqRldEVCtqOUwvT3NRd1BjbFE1eWFoNEtFY2kvbApUOWhhdlJCRXFRMzY2ZjhsZDZlSytaOFF5bWV4QlkvRlp6THdZMmtRajZnZU9NZkRoY0JSM3NWYjVweHRBSlByCk8xVWpudkxkRVRLekw1ajZYdXlGLzdsaGZhcE5aSFpIMUs2WjF3R3RTYUF0L0FGZmJDTFcvaDMyRlVkUExKTU0KMkVkVU1PaVVIeXorM3dWNEVONWlOY0FuUk9kYTlCdTBsRjRLbVVzNSt1SkNVc0lReXRvbDBwenpxWWZOWEtUSQpkT2trSGdYdWtSaGIyZ3JuTHg4Q0F3RUFBYU5DTUVBd0RnWURWUjBQQVFIL0JBUURBZ0trTUIwR0ExVWRKUVFXCk1CUUdDQ3NHQVFVRkJ3TUNCZ2dyQmdFRkJRY0RBVEFQQmdOVkhSTUJBZjhFQlRBREFRSC9NQTBHQ1NxR1NJYjMKRFFFQkN3VUFBNElCQVFCOHkzRzBCbEw4TDdPUFpTckJ2RlpNSWJJSEpzRE83cG5WVGkvWW95VWg5TFdndnB1TQpvMDdjOWJKM21YN25OVGFyOU1la1JnZ2hTTHBkTHBjaFlOSEY5bkFzQ3liblI3L05ZZVZlYUFSM2xRaWNETTJBCnAxV2YwYzhJZ0tJUHk0Z0k2MThOQkhtSUlnTEU1Yk1BSkczalFDNXBzcnM1ZXlsUnVrNkdCbEpia280YThJS1cKQm9QWHFtM2M1WGd3c0MvckhxU1lyL2RaYXlOL3dGQmIyRWJIS1gyMXRpZEZKYXhITGZKaUhRM1pjRGl5eHdqTwpSNTA3SzgvbTQrVEJrM012RzlFNUp4S2xiNk43M0NSbGo4ZUtJRm1vanBDRk5EWk5udkNPc3FnZ1YybXhHaEtDCkRLRXZ6SFI0VkhnRnliUHNEb0tOY2NjbERxeTRMelFkK3c4agotLS0tLUVORCBDRVJUSUZJQ0FURS0tLS0tCg==
    server: https://192.168.217.23:8443
  name: myminikube
contexts:
- context:
    cluster: myminikube
    user: minikube
  name: default
- context:
    cluster: kubernetes
    user: kubernetes-admin
  name: kubernetes-admin@kubernetes
current-context: kubernetes-admin@kubernetes
kind: Config
preferences: {}
users:
- name: kubernetes-admin
  user:
    client-certificate-data: LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSURJVENDQWdtZ0F3SUJBZ0lJWTFlRWwvV21KTjR3RFFZSktvWklodmNOQVFFTEJRQXdGVEVUTUJFR0ExVUUKQXhNS2EzVmlaWEp1WlhSbGN6QWVGdzB5TWpFeE1ERXhNak0wTVRKYUZ3MHlNekV4TURFeE1qTTBNVFJhTURReApGekFWQmdOVkJBb1REbk41YzNSbGJUcHRZWE4wWlhKek1Sa3dGd1lEVlFRREV4QnJkV0psY201bGRHVnpMV0ZrCmJXbHVNSUlCSWpBTkJna3Foa2lHOXcwQkFRRUZBQU9DQVE4QU1JSUJDZ0tDQVFFQXI4STl1dnh6ZlJqU1lzVzAKaGxRWTB6NXdpcEVaVWJJS0N2NVppcjdtU2lzVXN4V21lc2xEOW1TMHNJOEIwRXBxbjVnMjVnRTg5c1lDa0R3SQpVWVpqZHVDd1paeDNlTmZsSmdES04xTmxXU3ljRzZhSGI2NzdncWVPWStlNHBxRTV1YzNPRWVyRTR6ajJPTHZBCjdjYjVYT0lqWXNKRkxINlMyODVoN2NyU3JMdVJudklwYXdVQ3V0MmdXZGFPYUJ2RDRqUzBiMUQ5RkFjYktZVXAKT2FuZTdmRTAyNHdBZlNjd3FUdmlRVEhTbFZLdFByeUh4TUluMnlmc3ZNT0NseWRCdCtDemdDM0lnb1QzWXpPUgp3WDloTVF6bEx2cU1Ga2Rub1ZHelo4Q2tGNVRmM01QckxKZzc0QlFjVGtlWU1HQkJSVHZBYU9uUlpJMFI5NDYzCkduQTgzUUlEQVFBQm8xWXdWREFPQmdOVkhROEJBZjhFQkFNQ0JhQXdFd1lEVlIwbEJBd3dDZ1lJS3dZQkJRVUgKQXdJd0RBWURWUjBUQVFIL0JBSXdBREFmQmdOVkhTTUVHREFXZ0JSS2l3VG9xL2grNS9FU1dpbS9PUmdJYTlIRQppakFOQmdrcWhraUc5dzBCQVFzRkFBT0NBUUVBWG1hSlh4ZGFlMm93V0pqQ0d3ZGEwNFJXMHJaQ3JQcStJUTNpCjduYzhwMjVIbEc4ZDU1VVdDU2ZNa3hIakhJemFGMmYxRUduTkRWa1I1ZFo3Y3JxcUVBRVlOOGRBOS9NcFcrZUUKR1MxaXFVTytvNS8zYjBvaGtIaGlPR3VEQ2orb0c1MEd1aFdxZC9Sd1Mva1Y4bUZJdFB2bEVwMG5SV3dNOW84dgozMGorVEtUcUNLRitxQlVMckRnamNpOUN3ckJLK0pCUzdIQXpDUitldURQN3RUUWZFRG9iSlIxMGw1am0rWnpVCi81K1Y2M1kzZG1kOWZmQXhUZmpWN3MvRk1vcUJPUHpjRWRmNUdHTHZ3dU1NdittL1VMV29JRE0rWENzVWNOYnEKREhhWVcxcDRPMnlLcExjT0lmSld2OHRNNlJ0NmhxQkhVZGN4RW5FOEFBb2pDemo1a3c9PQotLS0tLUVORCBDRVJUSUZJQ0FURS0tLS0tCg==
    client-key-data: LS0tLS1CRUdJTiBSU0EgUFJJVkFURSBLRVktLS0tLQpNSUlFcEFJQkFBS0NBUUVBcjhJOXV2eHpmUmpTWXNXMGhsUVkwejV3aXBFWlViSUtDdjVaaXI3bVNpc1VzeFdtCmVzbEQ5bVMwc0k4QjBFcHFuNWcyNWdFODlzWUNrRHdJVVlaamR1Q3daWngzZU5mbEpnREtOMU5sV1N5Y0c2YUgKYjY3N2dxZU9ZK2U0cHFFNXVjM09FZXJFNHpqMk9MdkE3Y2I1WE9JallzSkZMSDZTMjg1aDdjclNyTHVSbnZJcAphd1VDdXQyZ1dkYU9hQnZENGpTMGIxRDlGQWNiS1lVcE9hbmU3ZkUwMjR3QWZTY3dxVHZpUVRIU2xWS3RQcnlICnhNSW4yeWZzdk1PQ2x5ZEJ0K0N6Z0MzSWdvVDNZek9Sd1g5aE1RemxMdnFNRmtkbm9WR3paOENrRjVUZjNNUHIKTEpnNzRCUWNUa2VZTUdCQlJUdkFhT25SWkkwUjk0NjNHbkE4M1FJREFRQUJBb0lCQUEwa3hJTUlRQWE1NVhuWAplU0dXaG1pOXdhTExLUTZQOXVwTmpScXdIZjZyN0JkY1poL0dqMXVNdW1wOXQxQUJVS253c3lKT00yWHM5dUljCmF5N1ZrdmlmNHZFbVcxVGhLRlRJT0ZjYzJIWnJ2Snpndmo0ZTR0WXBlNStEQTY4S1hZdkVsVVdIdmdPVURlMisKTkxaVGEvQ0RSTXdzNVFsbnljbkFURmlCRTNJeFVQNWlFWnp6NWlyeG9rL0JRTThvT0h1emtQYkR6dGNYcXFEMQorNVFOTWhJSWc4cW92L2MwaFplL1dTWjMvY09kUHhSN1J4WFB1S3RoZWpQc1NWWUVoZCs5K0o1VmJxY2Nld0NICjVLUkd3azlMREZVSEFZMzVOaEFXbnZVclZ0OGlSN2RtaS9rT3BPMlF3K0tRTm9samZrSUhlaWI0NjVVdng4VUQKajRPUW5xMENnWUVBMEZHQlh4cU5KNGlXZ09GRVBXNlBhUW1URFI5ZHNRS1J0cXhFYkVZNldZOVg4M0xjeHZEbwo1TEU0SWZlZ2h2SXdxL0E1U2lpbUlKVnkwR0xocHZMdTZDWVZyeHpJbFp5R3hFZG5TSjVhVkszeDIvMlRUMEUxCjdoMW5pNk9EUFNmSVZDcXJld0JvZjlodnF5Z2RrMlBZLzJTZXBhU2E2cFBjN3NZUG9idlZYTU1DZ1lFQTEvemsKWW9ZV0ErVWpZYUdtZ0dIT1pkSEpRN3lPcVpLYmZHRTVNQzJJSzA1RllGL3UzWjR2dStTSXpBeTFFRkhiRmtSTwo3TEcrbThUV2dwcldDaDB6dE9uUTJUb1RTOWFHVU84SjZiK3JlQnluMDZZaERvQm9wdGJHVWZ1WHRvUllZbktEClBOalhNcjlRWDZJcHdKb1JpakhNcmpOYXV0UVFkYTZVaGpCZTVkOENnWUVBdWg1b0FNbGZIZGdaNTNIY0h5cTkKZEhINmNQbjZJbUVTUU93dWdiSkpCYVZkUmdQMG5zVzB2a1pieVhWTmRlUENlb3U1RTdtM20xc0s1b1hCNkFBYQpWVTFaaUVlbUtvMWJsdGZZdm5mRWF1MnlMZ09qYm1icndSK0NXSzh4WFIxRERYZkdGN0lvcXpoN3BLYkZyZDdDCmpJT2dmb3ZQWVEvVWozeGprUE9aMERNQ2dZQlVOczJSd0xnNndvLytGRHBJV2xwUWh2Q1RrYVNLWjVocWNib0wKbCtVOUJXSzFoaElycE83MXN0REh4cmllYVZ3a0hYUXNnODFQRFB1YXB1YUh3UVVWS0FsL2VVNW14bmxPZXpXQgpSM09DL0tGUE83b3QzbEZ2bzlSbHlOUkpuT2FkVkFycG9aNmVzY3VUempXN1hCYzBxK0FqbC9CclloNGMxSG9pCnJCK0VQd0tCZ1FDd042NDFkZi85Z2NhaTdYRXkvanNkbm1lVnBxTG9TSzBuV09HdXhIMFR2dkxmVGtuMHQ4TE4KMFRXelVOaExKT1ZTcWgyUCtPQWs2dzd2UlFMeEU2L2pVMmNuRzBpZURkMU96cmlFM1JjMEtzZUVBUjNyU1JoWQp5YnRITnlDOWtsdlZmSTk3Tnk3bVZxMENKaTBQUVplTFZ3UUdya3EwNGZ6SVBRTTl0Yi9yYUE9PQotLS0tLUVORCBSU0EgUFJJVkFURSBLRVktLS0tLQo=
- name: minikube
  user:
    client-certificate-data: LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSURBRENDQWVpZ0F3SUJBZ0lCQWpBTkJna3Foa2lHOXcwQkFRc0ZBREFWTVJNd0VRWURWUVFERXdwdGFXNXAKYTNWaVpVTkJNQjRYRFRJeU1URXdNakE1TkRVeE4xb1hEVEl6TVRFd016QTVORFV4TjFvd01URVhNQlVHQTFVRQpDaE1PYzNsemRHVnRPbTFoYzNSbGNuTXhGakFVQmdOVkJBTVREVzFwYm1scmRXSmxMWFZ6WlhJd2dnRWlNQTBHCkNTcUdTSWIzRFFFQkFRVUFBNElCRHdBd2dnRUtBb0lCQVFDM21rQThRSE14bk90aDQyZFRoc1cxc2pBeFQrdlAKQVBxeHRSam1ickNabVJOTWZxckVweXNVWWJqOWdHWGtrckhtR0FabmptRmlTVEVieTlOZVcxeGJvbE9BamVsVwp3Wlh5NFRlbTk1anVPV0EvakIzNWhNdC84c0lER2xvQ3d2R1ErZUwvcFZSSkc4bTh3RGJxOU92V2dybnRndllyCkJSMjZ4b3NpSUZONVVKdTBPb0cxNnE3bUNDY1FyblJjREVnejg2QW9rUllGYVJqUWlaUWZrcmYxK3kyWnhRVkQKdFlzUURycytuRk5kWWltcnJwdUl1SFdabXh1aXN2MFI0eWFLa0xkRHBFalkrNzBHYm9OMVF3MWxMS1VhWDdCZQpnYTFENVJWalY3RjJSMGlhTitneDQ1WUFTTUxhUHJ5WHhUakEzRmVjc01KZDZaVFpscnpuQjExNUFnTUJBQUdqClB6QTlNQTRHQTFVZER3RUIvd1FFQXdJRm9EQWRCZ05WSFNVRUZqQVVCZ2dyQmdFRkJRY0RBUVlJS3dZQkJRVUgKQXdJd0RBWURWUjBUQVFIL0JBSXdBREFOQmdrcWhraUc5dzBCQVFzRkFBT0NBUUVBZjF2NklkaWdKTlpHZURkUgo5SzZsd3RtWHdWVEJNZnliZEVlZFcxMjJEZGMwWThDdEw0VEtjOGEyeEJGNnFHQ3M5bDlzdXEwZS9aREJGbVJXCnc0d05tc0pSSm9Xejg0cm9WUGFJUTF1YlpPMmxZOUViaU9SMGZSRVZXYXNTZ1RoaExEOWdVUnpLZjd2bDFRNEgKL3A2M2ExTWJzQlBlMlFHK09GR09pMlFKcWtxTndVcnQ5ZE53RVFKSjFMbUJtQlBzUFFzQ1JoaXR0NCt6OWltagp0MlZVY0M3bVZvOWNMVVFma0pubnJRdjFmeGxDeEo2M2Z6eEVpNEtNYjM4N1ljakhqTXhiUmJDdWoyZ1dvenk0CkRRMzlzN2dqMkE4ZUdqQ2FRdWRzbVlERFB1VGlaTEtWUlZ2Nkczck9xUUdxancwaitPajRtT1BZeDdXZlR5Mm4KdnJoK3V3PT0KLS0tLS1FTkQgQ0VSVElGSUNBVEUtLS0tLQo=
    client-key-data: LS0tLS1CRUdJTiBSU0EgUFJJVkFURSBLRVktLS0tLQpNSUlFcFFJQkFBS0NBUUVBdDVwQVBFQnpNWnpyWWVOblU0YkZ0Ykl3TVUvcnp3RDZzYlVZNW02d21aa1RUSDZxCnhLY3JGR0c0L1lCbDVKS3g1aGdHWjQ1aFlra3hHOHZUWGx0Y1c2SlRnSTNwVnNHVjh1RTNwdmVZN2psZ1A0d2QKK1lUTGYvTENBeHBhQXNMeGtQbmkvNlZVU1J2SnZNQTI2dlRyMW9LNTdZTDJLd1VkdXNhTElpQlRlVkNidERxQgp0ZXF1NWdnbkVLNTBYQXhJTS9PZ0tKRVdCV2tZMEltVUg1SzM5ZnN0bWNVRlE3V0xFQTY3UHB4VFhXSXBxNjZiCmlMaDFtWnNib3JMOUVlTW1pcEMzUTZSSTJQdTlCbTZEZFVNTlpTeWxHbCt3WG9HdFErVVZZMWV4ZGtkSW1qZm8KTWVPV0FFakMyajY4bDhVNHdOeFhuTERDWGVtVTJaYTg1d2RkZVFJREFRQUJBb0lCQVFDRjAwZ0k0czFVRjFXMgpkd09FYlZMRTJrbW9WK0hBYzYxSFJJSU96QldyRDFseXcwMERvL21SbEowN0laQ2paNDJGOG5NUW5rWTdWckFWCjI1NklRejF4aVVNbUM4cE5zekx4NHRrbXVZaGQ4N0pFLzRPRnNSYUhmMUdNNDNOQ1dnZXJyWWlZNEZBc0xiWUEKLzNYSUVwZW9Ob2NCS1JqM1NIWmdBb0c5Y1NTRzRrOGtlam52T2Y5TWRNZ1JTL2NvT2FMdk5qbCt4QjJwb3MxaAp3UFNKamg4bGNTZzhiUjMvMjYxQkpIMWt5RU04dU04cEZtdFp1Q3N3VU1uNFZqMnNVUnVUOWpkaDljYnFmUE1KCmZqN1VnZHhBSkZHRTBKc2VidjVBN3BZY3Q0VWg2NE1yNklmOTdjRDZSdHNOa2oxYTRTdFBwQVQ3SWs0RThiWkIKUnNoMEtKc0JBb0dCQU5DMm5mUXFlZlZHdDBYaXEvVzFPcm9mKy9MM3JXbEZCNjVpYmxQZUh2alhHRFhGZ083NgpqR2hxS2E0RWFCS1VBdER6YmZrYzlXa1FSSFhqUkxxZVhML2Fhb1FHMjJJMVZ5Z09ZdkxTSStGdmJrb0paMExsCmZpYmRmZFRaVXc1d0hsajJYRkMzVzMrMHNiUXlSQVlFaW1DeGJvU0tCNHZ5OGFhUlFsODJhOU5aQW9HQkFPRXoKTk1iUXNsaEJYVjBTVUVrTWRKbWlFYlVWdzNnemhORnAxVnNSNnlUakxIR0NvNllQZk02RzNlVDFHdndWTFZCOQpHY2lvVlZPbVF3UDBoRjJzTVl6NUtidytGTEM1bXZXZnEvVGNDQzZ3RGt0VGFZUW0vZVRzdFkzVkNDQmNZOTZ4Ck9EeEU3UFplN1RydVU3WnA2SUFCYWNKSzYyYjhleG1DWVI5RVlUY2hBb0dBTGVkY1NpMWxjV3JDT0Y2b1Qzd3kKbEdrZ2NzbkNuQnFRbSt3T00rZndpKzVTNXRDdmtPQU9MWkRiNWVnV002L1dCcnJqZnh5OVpRUXM2bmkzend1eApmb2k5VUpocGUrb2Jaelh5MFZFaWp4eUE5MHVtS0hKdEVvTTRmNjNrdEpJNE9uekV4UVB1M2VHU0MvM2FORENmCmRyRFBpOXNIMmVIdkFDR0dwWVpFcE5FQ2dZRUFscDNnMW5nT1QraW53Ty9Xc29TYUY0YkZ3UTlsUktkd1ZYOHIKSzFXNHAxc3BCbUlSZ2FjcUdoY3BvVkF0VkJ2MXlyZGczMHQyaGhQVkRuZ2piMk1UWU8za2Mvb3hiR0UydXNDbwpDWVNBRkhtN2xiV2NCTDd2WUlUUWlLUEtZNXBuVVRIR0lza1drMUM1Nllnc2hQd2dmRHgxdDNUVUxIVUEvL2FyCmJuWVZid0VDZ1lFQXFmL2JLYk5PTXFobHBhM1RrSDBZM1luM05jRGhoTHlpV2diRkM4YjN6TW45THdjdTZ5SE4Kb2Z5ekV6Y0hFbDFBZE1OSzMwMFpkaVNCYll2RldBblRaL2JIUXRydTJ4OXpoZ051VjhOL1BaUjVTNVh6TVhxTApCTUJZZmZRck1xV3FqZDdxVEQ1Y1VkMFE4MEV0cnQ3L05GcTFxcXN1SDdRNFgwdkR3Sk16dFM4PQotLS0tLUVORCBSU0EgUFJJVkFURSBLRVktLS0tLQo=

当然了,验证什么的也是没有任何问题的,在此就不验证了。

相关实践学习
深入解析Docker容器化技术
Docker是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux机器上,也可以实现虚拟化,容器是完全使用沙箱机制,相互之间不会有任何接口。Docker是世界领先的软件容器平台。开发人员利用Docker可以消除协作编码时“在我的机器上可正常工作”的问题。运维人员利用Docker可以在隔离容器中并行运行和管理应用,获得更好的计算密度。企业利用Docker可以构建敏捷的软件交付管道,以更快的速度、更高的安全性和可靠的信誉为Linux和Windows Server应用发布新功能。 在本套课程中,我们将全面的讲解Docker技术栈,从环境安装到容器、镜像操作以及生产环境如何部署开发的微服务应用。本课程由黑马程序员提供。 &nbsp; &nbsp; 相关的阿里云产品:容器服务 ACK 容器服务 Kubernetes 版(简称 ACK)提供高性能可伸缩的容器应用管理能力,支持企业级容器化应用的全生命周期管理。整合阿里云虚拟化、存储、网络和安全能力,打造云端最佳容器化应用运行环境。 了解产品详情: https://www.aliyun.com/product/kubernetes
目录
相关文章
|
3月前
|
人工智能 算法 调度
阿里云ACK托管集群Pro版共享GPU调度操作指南
本文介绍在阿里云ACK托管集群Pro版中,如何通过共享GPU调度实现显存与算力的精细化分配,涵盖前提条件、使用限制、节点池配置及任务部署全流程,提升GPU资源利用率,适用于AI训练与推理场景。
330 1
|
3月前
|
弹性计算 监控 调度
ACK One 注册集群云端节点池升级:IDC 集群一键接入云端 GPU 算力,接入效率提升 80%
ACK One注册集群节点池实现“一键接入”,免去手动编写脚本与GPU驱动安装,支持自动扩缩容与多场景调度,大幅提升K8s集群管理效率。
266 89
|
8月前
|
资源调度 Kubernetes 调度
从单集群到多集群的快速无损转型:ACK One 多集群应用分发
ACK One 的多集群应用分发,可以最小成本地结合您已有的单集群 CD 系统,无需对原先应用资源 YAML 进行修改,即可快速构建成多集群的 CD 系统,并同时获得强大的多集群资源调度和分发的能力。
334 9
|
8月前
|
资源调度 Kubernetes 调度
从单集群到多集群的快速无损转型:ACK One 多集群应用分发
本文介绍如何利用阿里云的分布式云容器平台ACK One的多集群应用分发功能,结合云效CD能力,快速将单集群CD系统升级为多集群CD系统。通过增加分发策略(PropagationPolicy)和差异化策略(OverridePolicy),并修改单集群kubeconfig为舰队kubeconfig,可实现无损改造。该方案具备多地域多集群智能资源调度、重调度及故障迁移等能力,帮助用户提升业务效率与可靠性。
|
7月前
|
Cloud Native 关系型数据库 分布式数据库
客户说|知乎基于阿里云PolarDB,实现最大数据库集群云原生升级
近日,知乎最大的风控业务数据库集群,基于阿里云瑶池数据库完成了云原生技术架构的升级。此次升级不仅显著提升了系统的高可用性和性能上限,还大幅降低了底层资源成本。
|
9月前
|
Cloud Native 关系型数据库 分布式数据库
登顶TPC-C|云原生数据库PolarDB技术揭秘:Limitless集群和分布式扩展篇
云原生数据库PolarDB技术揭秘:Limitless集群和分布式扩展篇
|
10月前
|
存储 Kubernetes 监控
K8s集群实战:使用kubeadm和kuboard部署Kubernetes集群
总之,使用kubeadm和kuboard部署K8s集群就像回归童年一样,简单又有趣。不要忘记,技术是为人服务的,用K8s集群操控云端资源,我们不过是想在复杂的世界找寻简单。尽管部署过程可能遇到困难,但朝着简化复杂的目标,我们就能找到意义和乐趣。希望你也能利用这些工具,找到你的乐趣,满足你的需求。
927 33
|
10月前
|
Kubernetes 开发者 Docker
集群部署:使用Rancher部署Kubernetes集群。
以上就是使用 Rancher 部署 Kubernetes 集群的流程。使用 Rancher 和 Kubernetes,开发者可以受益于灵活性和可扩展性,允许他们在多种环境中运行多种应用,同时利用自动化工具使工作负载更加高效。
545 19
|
10月前
|
人工智能 分布式计算 调度
打破资源边界、告别资源浪费:ACK One 多集群Spark和AI作业调度
ACK One多集群Spark作业调度,可以帮助您在不影响集群中正在运行的在线业务的前提下,打破资源边界,根据各集群实际剩余资源来进行调度,最大化您多集群中闲置资源的利用率。
|
Prometheus Kubernetes 监控
OpenAI故障复盘 - 阿里云容器服务与可观测产品如何保障大规模K8s集群稳定性
聚焦近日OpenAI的大规模K8s集群故障,介绍阿里云容器服务与可观测团队在大规模K8s场景下我们的建设与沉淀。以及分享对类似故障问题的应对方案:包括在K8s和Prometheus的高可用架构设计方面、事前事后的稳定性保障体系方面。

热门文章

最新文章

推荐镜像

更多