【Kubernetes】k8s多集群切换【含上下文作用详解】【含6443端口不可达处理方法】

最新推荐文章于 2024-06-11 11:45:20 发布
最新推荐文章于 2024-06-11 11:45:20 发布
阅读量1k 收藏 21
点赞数 16
分类专栏： 程序员 文章标签： kubernetes 容器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Y1567409/article/details/138568547
版权
  • 如下图，一个集群有一个master和node节点

他们之间本身是没有任何关系的。

如下，我创建了2个集群，并且全部开机。

在这里插入图片描述

  • 每个集群都是独立的提供服务，两者互不关联，一般情况， 我们管理多个集群都是通过ssh登陆到某一集群的master节点上做相关操作

做了多集群以后，就可以在某一master节点上管理另外的master节点，不用ssh登陆了。

  • 我这2个集群配置是完全一样的，除了ip不一样，我下面就以这2个节点做出说明

主机名和ip如下

#集群1

[root@master ~]# kubectl get nodes

NAME STATUS ROLES AGE VERSION

master Ready control-plane,master 5d2h v1.21.0

node1 Ready 5d2h v1.21.0

node2 Ready 5d1h v1.21.0

[root@master ~]#

[root@master ~]# ip a | grep 59

inet 192.168.59.142/24 brd 192.168.59.255 scope global noprefixroute dynamic ens33

[root@master ~]#

[root@master ~]# hostname

master

[root@master ~]#

#集群2

[root@master2 ~]# kubectl get node

NAME STATUS ROLES AGE VERSION

master Ready control-plane,master 5d2h v1.21.0

node1 Ready 5d2h v1.21.0

node2 Ready 5d1h v1.21.0

[root@master2 ~]#

[root@master2 ~]# ip a | grep 59

inet 192.168.59.151/24 brd 192.168.59.255 scope global noprefixroute ens33

[root@master2 ~]#

[root@master2 ~]# hostname

master2

[root@master2 ~]#

kubeconfig文件内容编写【master节点操作】

===========================================================================================

  • 默认的kubeconfig文件是 ：~./kube/config

  • 查看现在kubeconfig文件命令：kubectl config view

[root@master .kube]# kubectl config view

apiVersion: v1

clusters:

  • cluster:

certificate-authority-data: DATA+OMITTED

server: https://192.168.59.142:6443

name: kubernetes

contexts:

  • context:

cluster: kubernetes

namespace: default

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

[root@master .kube]#

单集群配置文件修改

  • 就是想修改当前集群的信息。

  • 配置文件就是~./kube/config，里面的代码解释见下面的方式一，修改方法也和方式一是一摸一样的，只是留一个集群信息而已。

方式一【手动编辑】

文件备份

  • 这个是最原始的方法，直接通过编辑配置文件实现，做这个操作的时候，务必要备份一下这个文件【key在这里面】。

[root@master ~]# cd .kube/

[root@master .kube]# cp config config.bak

[root@master .kube]#

config文件代码解释【上下文详细解释】

  • 备份完以后我们就直接编辑：~./kube/config文件

为了方便编辑，进入以后，建议将3个key都删了，得到下面这样清爽的文件内容【不删的话key内容太多，影响操作】

为了方便理解，我直接在下面代码后面加注释，认真看，每行代码的作用都说清楚了【下面是文件原生代码，未进行任何修改，只做解释】

1 apiVersion: v1

2 clusters: # 这个意思是需要连接到哪个集群【下面3-6行为一组】，需要添加多少新集群，就复制3-6行添加到6行下面并修改相关信息

3 - cluster: # 集群开头【3-6行为一组】

4 certificate-authority-data: #这个是key，后面会说查看方式的

5 server: https://192.168.59.142:6443 #这个集群的master节点ip

6 name: kubernetes #集群名称，可以自定义

7 contexts:#上下文，将上面的集群【clusters】和下面的用户【users】绑定在一起【未绑定前他们是相互独立的】

8 - context: #上下文开头【8-12行为一组】，有多少集群添加多少上下文，放12行下面

9 cluster: kubernetes #这个是上面cluster的name

10 namespace: default #所处命名空间【可以不用修改的】

11 user: kubernetes-admin #这个是下面user的name

12 name: kubernetes-admin@kubernetes # 这个上下文名称可以自定义

13 current-context: kubernetes-admin@kubernetes # 这个是默认上下文名称【cluster的name】【比如有多个集群，使用哪个上下文，就默认在哪个集群下】

14 kind: Config

15 preferences: {}

16 users: # 这指定用户信息【下面17-20为一组】，有多少集群添加多少用户【复制内容放20行下面】

17 - name: kubernetes-admin # 用户名称可以自定义

18 user:

19 client-certificate-data: #这个是key，后面会说查看方式的

20 client-key-data:#这个是key，后面会说查看方式的

config代码编辑

根据上面的解释，做好相关编辑，下面是我配置好的代码

[root@master .kube]# vim config

1 apiVersion: v1

2 clusters:

3 - cluster:

4 certificate-authority-data:

5 server: https://192.168.59.142:6443

6 name: master

7 - cluster:

8 certificate-authority-data:

9 server: https://192.168.59.151:6443

10 name: master1

11 contexts:

12 - context:

13 cluster: master

14 namespace: default

15 user: ccx

16 name: context

17 - context:

18 cluster: master1

19 namespace: default

20 user: ccx1

21 name: context1

22 current-context: context

23 kind: Config

24 preferences: {}

25 users:

26 - name: ccx

27 user:

28 client-certificate-data:

29 client-key-data:

30 - name: ccx1

31 user:

32 client-certificate-data:

33 client-key-data:

证书【key】查看

  • 因为上面将当前集群的key给删了嘛，现在需要复制回去并将其他集群的key复制过来。

每个集群的key不同，不要复制叉了。

  • key所在文件：~/.kube/config 【对，就是上面编辑的文件】

  • 编辑的这个集群查看最开始备份的config文件【重新打开一个窗口】，另外的集群信息，直接查看config文件对应复制过来即可。

  • 对应复制应该不需要我多说吧，如果有多个集群，上下文中的指定的集群和用户是哪2个，复制key的时候不要搞错就行了。

  • 注：key前面有一个空格，最后没有空格，不要多或少这空格了。

  • 全部弄完以后的代码如下：

[root@master .kube]# cat config

apiVersion: v1

clusters:

  • cluster:

certificate-authority-data: LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSUM1ekNDQWMrZ0F3SUJBZ0lCQURBTkJna3Foa2lHOXcwQkFRc0ZBREFWTVJNd0VRWURWUVFERXdwcmRXSmwKY201bGRHVnpNQjRYRFRJeE1EY3dNakF4TXpVeU9Gb1hEVE14TURZek1EQXhNelV5T0Zvd0ZURVRNQkVHQTFVRQpBeE1LYTNWaVpYSnVaWFJsY3pDQ0FTSXdEUVlKS29aSWh2Y05BUUVCQlFBRGdnRVBBRENDQVFvQ2dnRUJBUGFBCnQwaG5LOEJTYWQ1VmhOY1Q0c2tDWUs5NVhWUndPQ3RJd29qVXNnU2lzTzJSazl5aG1hMnl2OE5EaTlmYmpzQ0sKaGd4VDJkZDI2Z2FyampXcTNXaWNmclNjVm5MV0ZXY1BZOHFyQ3hIYzFhbDh5N2t6YnMvaklhYkVsTm5QMXVFYwprQmpFYWtMMnIzN0cxOXpyM3BPcUd1S2p1OURUUGxpbmcrRjlPQTRHaURWRS9vNjVXM1ZQY3hFZmw4NVJ6REo4CmlaRGgvbjNiS2YrOEZSdTdCZHdpWDBidFVsUHIzMlVxNXROVzNsS3lJNjhsSkNCc2UvZ2ZnYkpkbFBXZjQ1SUUKRW43UUVqNlMyVm1JMHNISVA3MUNYNlpkMG83RlNPRWpmbGpGZ24xdWFxdnltdFFPN1lYcW9uWjR2bGlDeDA5TQpwT3VGaTZlZ2F1QkNYZWlTbUtFQ0F3RUFBYU5DTUVBd0RnWURWUjBQQVFIL0JBUURBZ0trTUE4R0ExVWRFd0VCCi93UUZNQU1CQWY4d0hRWURWUjBPQkJZRUZNN0Nmc2FudWRjVEZIdG5vZXk4aC9aUXFFWnJNQTBHQ1NxR1NJYjMKRFFFQkN3VUFBNElCQVFCZ1BFNmR5VVh5dDEySWdyVTRKTEFwQmZjUW5zODFPeFVWVkluTFhFL2hHQlZVY0Ywagp3d3F4cG9FUVRZcDFpTytQczlZN0NBazVSdzJvMnJkNlhScDVhdFllZVo4V1Z5YXZXcGhsLzkxd2d1d1Yrdm9oCmMwMFNmWExnVEpkbGZKY250TVNzRUxaQkU5dlprZFVJa2dCTXlOelUxVk0wdnpySDV4WEEvTHJmNW9LUkVTdWUKNk5iRGcyMmJzQlk5MnpINUxnNmEraWxKRTVyKzgvS1JFbVRUL2VlUmZFdVRSMnMwSHN4ZEl0cENMell2RndicgorL2pEK084RHlkcFFLMUxWaDREbyt2ZFQvVlBYb2hNU05oekJTVzlmdXg0OWV1M3dsazkrL25mUnRoeWg3TjZHCjRzTVA0OGVacUJsTm5JRzRzdU1PQW9UejdMeTlKZ2JSWXd5WQotLS0tLUVORCBDRVJUSUZJQ0FURS0tLS0tCg==

server: https://192.168.59.142:6443

name: master

  • cluster:

certificate-authority-data: LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSUM1ekNDQWMrZ0F3SUJBZ0lCQURBTkJna3Foa2lHOXcwQkFRc0ZBREFWTVJNd0VRWURWUVFERXdwcmRXSmwKY201bGRHVnpNQjRYRFRJeE1EY3dNakF4TXpVeU9Gb1hEVE14TURZek1EQXhNelV5T0Zvd0ZURVRNQkVHQTFVRQpBeE1LYTNWaVpYSnVaWFJsY3pDQ0FTSXdEUVlKS29aSWh2Y05BUUVCQlFBRGdnRVBBRENDQVFvQ2dnRUJBUGFBCnQwaG5LOEJTYWQ1VmhOY1Q0c2tDWUs5NVhWUndPQ3RJd29qVXNnU2lzTzJSazl5aG1hMnl2OE5EaTlmYmpzQ0sKaGd4VDJkZDI2Z2FyampXcTNXaWNmclNjVm5MV0ZXY1BZOHFyQ3hIYzFhbDh5N2t6YnMvaklhYkVsTm5QMXVFYwprQmpFYWtMMnIzN0cxOXpyM3BPcUd1S2p1OURUUGxpbmcrRjlPQTRHaURWRS9vNjVXM1ZQY3hFZmw4NVJ6REo4CmlaRGgvbjNiS2YrOEZSdTdCZHdpWDBidFVsUHIzMlVxNXROVzNsS3lJNjhsSkNCc2UvZ2ZnYkpkbFBXZjQ1SUUKRW43UUVqNlMyVm1JMHNISVA3MUNYNlpkMG83RlNPRWpmbGpGZ24xdWFxdnltdFFPN1lYcW9uWjR2bGlDeDA5TQpwT3VGaTZlZ2F1QkNYZWlTbUtFQ0F3RUFBYU5DTUVBd0RnWURWUjBQQVFIL0JBUURBZ0trTUE4R0ExVWRFd0VCCi93UUZNQU1CQWY4d0hRWURWUjBPQkJZRUZNN0Nmc2FudWRjVEZIdG5vZXk4aC9aUXFFWnJNQTBHQ1NxR1NJYjMKRFFFQkN3VUFBNElCQVFCZ1BFNmR5VVh5dDEySWdyVTRKTEFwQmZjUW5zODFPeFVWVkluTFhFL2hHQlZVY0Ywagp3d3F4cG9FUVRZcDFpTytQczlZN0NBazVSdzJvMnJkNlhScDVhdFllZVo4V1Z5YXZXcGhsLzkxd2d1d1Yrdm9oCmMwMFNmWExnVEpkbGZKY250TVNzRUxaQkU5dlprZFVJa2dCTXlOelUxVk0wdnpySDV4WEEvTHJmNW9LUkVTdWUKNk5iRGcyMmJzQlk5MnpINUxnNmEraWxKRTVyKzgvS1JFbVRUL2VlUmZFdVRSMnMwSHN4ZEl0cENMell2RndicgorL2pEK084RHlkcFFLMUxWaDREbyt2ZFQvVlBYb2hNU05oekJTVzlmdXg0OWV1M3dsazkrL25mUnRoeWg3TjZHCjRzTVA0OGVacUJsTm5JRzRzdU1PQW9UejdMeTlKZ2JSWXd5WQotLS0tLUVORCBDRVJUSUZJQ0FURS0tLS0tCg==

server: https://192.168.59.151:6443

name: master1

contexts:

  • context:

cluster: master

namespace: default

user: ccx

name: context

  • context:

cluster: master1

namespace: default

user: ccx1

name: context1

current-context: context

kind: Config

preferences: {}

users:

  • name: ccx

user:

client-certificate-data: LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSURJVENDQWdtZ0F3SUJBZ0lJWEZvemlkeHc5dGt3RFFZSktvWklodmNOQVFFTEJRQXdGVEVUTUJFR0ExVUUKQXhNS2EzVmlaWEp1WlhSbGN6QWVGdzB5TVRBM01ESXdNVE0xTWpoYUZ3MHlNakEzTURJd01UTTFNekphTURReApGekFWQmdOVkJBb1REbk41YzNSbGJUcHRZWE4wWlhKek1Sa3dGd1lEVlFRREV4QnJkV0psY201bGRHVnpMV0ZrCmJXbHVNSUlCSWpBTkJna3Foa2lHOXcwQkFRRUZBQU9DQVE4QU1JSUJDZ0tDQVFFQXkyRVN4VGsxY2pCQWRpUVUKNnVNd2Q1dm4rNy91TjVjakxpUE9SNTd3d1hvRFo0SUpXMEFtYWIxNzBNUGN2eGRIdW9uS21aQUxJSlFtMFNkWgpLYjFmNDZMd09MTUU0bjBoVjNFZ1ZidlZNUktBM09vUU05dm1rY2w5VlB0SXQvY0YyLzJlMWhrT3RkSEhZZ1NFCnVEd0lGL3NhQ1JjK1ZMWjNhbDRsTkU5TVJKZThaVUxUU3ovUGloRlNiaEkyMzVHaWNMS0lsNzJiYUw3UzFuVUcKVHVOU0RpM3A4ckl1NWZldkNyelBNN0tYdnEremdJK0o3N3B6d29YeFlBbzEvVkNiSEZmalk1SEt3TGZIejZEZQpHdXFGY2FUVkZObmhaek1NcXVvQmFmNFZiYWlBZDJHb04yNWlTTmtxYWFWTS8xRTc2cVdUTjVIQnkwcE5kQmVnCkNGZEtnd0lEQVFBQm8xWXdWREFPQmdOVkhROEJBZjhFQkFNQ0JhQXdFd1lEVlIwbEJBd3dDZ1lJS3dZQkJRVUgKQXdJd0RBWURWUjBUQVFIL0JBSXdBREFmQmdOVkhTTUVHREFXZ0JUT3duN0dwN25YRXhSN1o2SHN2SWYyVUtoRwphekFOQmdrcWhraUc5dzBCQVFzRkFBT0NBUUVBWG5FU0VDYTZTMDIxQXdiMXd5SlFBbUxHRVpMRFNyREpYaVZRCkhGc25mRGN1WTNMendRdVhmRUJhNkRYbjZQUVRmbUJ1cFBOdlNJbWdYNGQzQ3MzZVhjQWFmalhrOVlnMk94TjUKRTh1a3FaSmhIbDhxVmVGNzBhUTBTME14R3NkVVVTTDJscUNFWGEzMVB4SWxVKzBVOG9zblFIM05vdGZVMVJIMgoxaGtrMi8zeWtvUHJxRXpsbEp3enFTRHAvVDBmcS91MHI2SlkzdWZkKzRXaHVTSGRQU2hvN1JOT0FJVitUcllVCklXOTY1c3lyeGp6TTUwcFNIS3IralJQNnZNUmNaRm42UjhhZ1dvVXBPMnMzcFVVVUtNWjdxa2tOWWNiRmQ0M3IKR2xoWDB5M1U3MW1VUHpaci9FYjQvUDBGcytSUlV6eGFCRDFJVUl2NjdKa0trc2UzRFE9PQotLS0tLUVORCBDRVJUSUZJQ0FURS0tLS0tCg==

client-key-data: LS0tLS1CRUdJTiBSU0EgUFJJVkFURSBLRVktLS0tLQpNSUlFb3dJQkFBS0NBUUVBeTJFU3hUazFjakJBZGlRVTZ1TXdkNXZuKzcvdU41Y2pMaVBPUjU3d3dYb0RaNElKClcwQW1hYjE3ME1QY3Z4ZEh1b25LbVpBTElKUW0wU2RaS2IxZjQ2THdPTE1FNG4waFYzRWdWYnZWTVJLQTNPb1EKTTl2bWtjbDlWUHRJdC9jRjIvMmUxaGtPdGRISFlnU0V1RHdJRi9zYUNSYytWTFozYWw0bE5FOU1SSmU4WlVMVApTei9QaWhGU2JoSTIzNUdpY0xLSWw3MmJhTDdTMW5VR1R1TlNEaTNwOHJJdTVmZXZDcnpQTTdLWHZxK3pnSStKCjc3cHp3b1h4WUFvMS9WQ2JIRmZqWTVIS3dMZkh6NkRlR3VxRmNhVFZGTm5oWnpNTXF1b0JhZjRWYmFpQWQyR28KTjI1aVNOa3FhYVZNLzFFNzZxV1RONUhCeTBwTmRCZWdDRmRLZ3dJREFRQUJBb0lCQUVtQ3BNNDBoMlRtbStZWAoxSmV4MW1ybEoweVBhd01jMWRKdmpyZkVjekQ3Y1ErUXFPRWFwc2ZCZldkUDVCSU4wQmRVaHE1S3FqcjBVYk4zCmpYclF3RC8vUE9UQmtCcHRNQWZ6RThUcFIzMmRPb2FlODR4TEIyUGFlRHFuT1BtRmg5Q2tNeTBma1htV2dZS2sKTDNTSC9rVHN0ZFJqV2x3ME42VnlzZS9lV2FyUXFEZXJzNFFTU2xaVGxlcUVGdVFadk1rNXp4QVZmYjEzUFBJcApORTZySW9pajZIOVdvWmdoMmYzNDdyME52VmJpekdYNUE5RTNjOG51NkVWQlpqS0FqeWRaTkpyU2VRTEtMZDF3CmtGL0J1ZTM2RkltRWtLdlByNTAxSnJ4VEJEUnFsMEdkUnpxY3RxTDdkaHdKa0t4TUt1akpCeGFucTNRSGQzSmcKR0VnMFBNRUNnWUVBMWlhOHZMM1crbnRjNEZOcDZjbzJuaHVIcTNKdGVrQlVILzlrUnFUYlFnaUpBVW9ld3BGdwprRjROMUhsR21WWngwWkVTTVhkTGozYXdzY2lWUFRqZVRJK216VDA0MUVyRzdNVnhuM05KZy96VlhUY0FITmJqCmZhR3o1UlZwaERieUZtRTRvcUlpWHFuY050Y2ZmRE9XQ3NNU2ZCODlPMW1LTFpEYjJ4WjZsQ2NDZ1lFQTh4OXgKZWhFeHNKRFljOXFTSnlCcVQyNlozek5GRmlWV1JNUE9NWEYrbFNBZDc4eWpVanZEaDg3NXRzdG4wV1pBY05kUApQcGg1Tm1wbzVNUTVSMmE5Z2J1NGVxZjArZ2o0WHM0RytySW5iYlE2Q3ZwZW9RYVVtZUJ3UVBqcXJFZnVPZUpvCjU1VnRYNGRHc0EzOHV0dllycmsyYU16ejdmcnRON3JjNVo5VlJFVUNnWUVBeFp0MUtVeWI1UUtVajBNcFJsd2IKemdWbFNXVUxkSFdMcXdNRlN0S3dwOXdzWUE0L0dCY1FvWWJJaURsb1ZmSVlrT0ttd1JKdG5QSk8xWjViWitUago3QTNhUXlTdEhlZnFhMjArRFg1YVpmcVYvNi9TNE1uQm5abnE0QWJFR1FhQ21QZ1pSS2tMd2dKSGZDdEJtR0FaCm9kQ2phL2wvalJad2xOOUlvSCs3bUowQ2dZQUVEUTRTL3A1WlZ0Q0VmYXZad3d5Q2JsRmFDcnluOWM5T0xnVU4KaGRxYUdZTG1MLzY0ckE1Q0FRemdJdHVEL2JRdExTbEEzY0dIU3BhYzJUZ3JIR2NqOWtESXFtdkdqc2UwckxJcApFemJjK1JmT2Z3VjhvV053ZlBEaDVFUGt3djRSTU5pV28wTERTTG5BelRyYzBqVDJGRmYzdnhLQmNLRHJRTTNWCmRhWXlFUUtCZ0ROMUVRNUhYdGlEbi9nMllUMzVwQWNNZjNrbVZFYTVPWHZONDFXSHJOZHhieUJJZ2Fkc2pUZjIKZTJiZnBKNzBJcHFqV2JITG1ENzZjUzNTZmFXSDFCVDdiRnZ4cWg4dUtXUXFoeWhzdTZWZ1VWNWNyQnp5cVVtNgpRcXFoeEx2STZsaWgrRGUwU3F3eDh5b1J5QUNXU0NYRDM2K3JmbGZoZnExd2pqdFF1VHBsCi0tLS0tRU5EIFJTQSBQUklWQVRFIEtFWS0tLS0tCg==

  • name: ccx1

user:

client-certificate-data: LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSURJVENDQWdtZ0F3SUJBZ0lJWEZvemlkeHc5dGt3RFFZSktvWklodmNOQVFFTEJRQXdGVEVUTUJFR0ExVUUKQXhNS2EzVmlaWEp1WlhSbGN6QWVGdzB5TVRBM01ESXdNVE0xTWpoYUZ3MHlNakEzTURJd01UTTFNekphTURReApGekFWQmdOVkJBb1REbk41YzNSbGJUcHRZWE4wWlhKek1Sa3dGd1lEVlFRREV4QnJkV0psY201bGRHVnpMV0ZrCmJXbHVNSUlCSWpBTkJna3Foa2lHOXcwQkFRRUZBQU9DQVE4QU1JSUJDZ0tDQVFFQXkyRVN4VGsxY2pCQWRpUVUKNnVNd2Q1dm4rNy91TjVjakxpUE9SNTd3d1hvRFo0SUpXMEFtYWIxNzBNUGN2eGRIdW9uS21aQUxJSlFtMFNkWgpLYjFmNDZMd09MTUU0bjBoVjNFZ1ZidlZNUktBM09vUU05dm1rY2w5VlB0SXQvY0YyLzJlMWhrT3RkSEhZZ1NFCnVEd0lGL3NhQ1JjK1ZMWjNhbDRsTkU5TVJKZThaVUxUU3ovUGloRlNiaEkyMzVHaWNMS0lsNzJiYUw3UzFuVUcKVHVOU0RpM3A4ckl1NWZldkNyelBNN0tYdnEremdJK0o3N3B6d29YeFlBbzEvVkNiSEZmalk1SEt3TGZIejZEZQpHdXFGY2FUVkZObmhaek1NcXVvQmFmNFZiYWlBZDJHb04yNWlTTmtxYWFWTS8xRTc2cVdUTjVIQnkwcE5kQmVnCkNGZEtnd0lEQVFBQm8xWXdWREFPQmdOVkhROEJBZjhFQkFNQ0JhQXdFd1lEVlIwbEJBd3dDZ1lJS3dZQkJRVUgKQXdJd0RBWURWUjBUQVFIL0JBSXdBREFmQmdOVkhTTUVHREFXZ0JUT3duN0dwN25YRXhSN1o2SHN2SWYyVUtoRwphekFOQmdrcWhraUc5dzBCQVFzRkFBT0NBUUVBWG5FU0VDYTZTMDIxQXdiMXd5SlFBbUxHRVpMRFNyREpYaVZRCkhGc25mRGN1WTNMendRdVhmRUJhNkRYbjZQUVRmbUJ1cFBOdlNJbWdYNGQzQ3MzZVhjQWFmalhrOVlnMk94TjUKRTh1a3FaSmhIbDhxVmVGNzBhUTBTME14R3NkVVVTTDJscUNFWGEzMVB4SWxVKzBVOG9zblFIM05vdGZVMVJIMgoxaGtrMi8zeWtvUHJxRXpsbEp3enFTRHAvVDBmcS91MHI2SlkzdWZkKzRXaHVTSGRQU2hvN1JOT0FJVitUcllVCklXOTY1c3lyeGp6TTUwcFNIS3IralJQNnZNUmNaRm42UjhhZ1dvVXBPMnMzcFVVVUtNWjdxa2tOWWNiRmQ0M3IKR2xoWDB5M1U3MW1VUHpaci9FYjQvUDBGcytSUlV6eGFCRDFJVUl2NjdKa0trc2UzRFE9PQotLS0tLUVORCBDRVJUSUZJQ0FURS0tLS0tCg==

client-key-data: LS0tLS1CRUdJTiBSU0EgUFJJVkFURSBLRVktLS0tLQpNSUlFb3dJQkFBS0NBUUVBeTJFU3hUazFjakJBZGlRVTZ1TXdkNXZuKzcvdU41Y2pMaVBPUjU3d3dYb0RaNElKClcwQW1hYjE3ME1QY3Z4ZEh1b25LbVpBTElKUW0wU2RaS2IxZjQ2THdPTE1FNG4waFYzRWdWYnZWTVJLQTNPb1EKTTl2bWtjbDlWUHRJdC9jRjIvMmUxaGtPdGRISFlnU0V1RHdJRi9zYUNSYytWTFozYWw0bE5FOU1SSmU4WlVMVApTei9QaWhGU2JoSTIzNUdpY0xLSWw3MmJhTDdTMW5VR1R1TlNEaTNwOHJJdTVmZXZDcnpQTTdLWHZxK3pnSStKCjc3cHp3b1h4WUFvMS9WQ2JIRmZqWTVIS3dMZkh6NkRlR3VxRmNhVFZGTm5oWnpNTXF1b0JhZjRWYmFpQWQyR28KTjI1aVNOa3FhYVZNLzFFNzZxV1RONUhCeTBwTmRCZWdDRmRLZ3dJREFRQUJBb0lCQUVtQ3BNNDBoMlRtbStZWAoxSmV4MW1ybEoweVBhd01jMWRKdmpyZkVjekQ3Y1ErUXFPRWFwc2ZCZldkUDVCSU4wQmRVaHE1S3FqcjBVYk4zCmpYclF3RC8vUE9UQmtCcHRNQWZ6RThUcFIzMmRPb2FlODR4TEIyUGFlRHFuT1BtRmg5Q2tNeTBma1htV2dZS2sKTDNTSC9rVHN0ZFJqV2x3ME42VnlzZS9lV2FyUXFEZXJzNFFTU2xaVGxlcUVGdVFadk1rNXp4QVZmYjEzUFBJcApORTZySW9pajZIOVdvWmdoMmYzNDdyME52VmJpekdYNUE5RTNjOG51NkVWQlpqS0FqeWRaTkpyU2VRTEtMZDF3CmtGL0J1ZTM2RkltRWtLdlByNTAxSnJ4VEJEUnFsMEdkUnpxY3RxTDdkaHdKa0t4TUt1akpCeGFucTNRSGQzSmcKR0VnMFBNRUNnWUVBMWlhOHZMM1crbnRjNEZOcDZjbzJuaHVIcTNKdGVrQlVILzlrUnFUYlFnaUpBVW9ld3BGdwprRjROMUhsR21WWngwWkVTTVhkTGozYXdzY2lWUFRqZVRJK216VDA0MUVyRzdNVnhuM05KZy96VlhUY0FITmJqCmZhR3o1UlZwaERieUZtRTRvcUlpWHFuY050Y2ZmRE9XQ3NNU2ZCODlPMW1LTFpEYjJ4WjZsQ2NDZ1lFQTh4OXgKZWhFeHNKRFljOXFTSnlCcVQyNlozek5GRmlWV1JNUE9NWEYrbFNBZDc4eWpVanZEaDg3NXRzdG4wV1pBY05kUApQcGg1Tm1wbzVNUTVSMmE5Z2J1NGVxZjArZ2o0WHM0RytySW5iYlE2Q3ZwZW9RYVVtZUJ3UVBqcXJFZnVPZUpvCjU1VnRYNGRHc0EzOHV0dllycmsyYU16ejdmcnRON3JjNVo5VlJFVUNnWUVBeFp0MUtVeWI1UUtVajBNcFJsd2IKemdWbFNXVUxkSFdMcXdNRlN0S3dwOXdzWUE0L0dCY1FvWWJJaURsb1ZmSVlrT0ttd1JKdG5QSk8xWjViWitUago3QTNhUXlTdEhlZnFhMjArRFg1YVpmcVYvNi9TNE1uQm5abnE0QWJFR1FhQ21QZ1pSS2tMd2dKSGZDdEJtR0FaCm9kQ2phL2wvalJad2xOOUlvSCs3bUowQ2dZQUVEUTRTL3A1WlZ0Q0VmYXZad3d5Q2JsRmFDcnluOWM5T0xnVU4KaGRxYUdZTG1MLzY0ckE1Q0FRemdJdHVEL2JRdExTbEEzY0dIU3BhYzJUZ3JIR2NqOWtESXFtdkdqc2UwckxJcApFemJjK1JmT2Z3VjhvV053ZlBEaDVFUGt3djRSTU5pV28wTERTTG5BelRyYzBqVDJGRmYzdnhLQmNLRHJRTTNWCmRhWXlFUUtCZ0ROMUVRNUhYdGlEbi9nMllUMzVwQWNNZjNrbVZFYTVPWHZONDFXSHJOZHhieUJJZ2Fkc2pUZjIKZTJiZnBKNzBJcHFqV2JITG1ENzZjUzNTZmFXSDFCVDdiRnZ4cWg4dUtXUXFoeWhzdTZWZ1VWNWNyQnp5cVVtNgpRcXFoeEx2STZsaWgrRGUwU3F3eDh5b1J5QUNXU0NYRDM2K3JmbGZoZnExd2pqdFF1VHBsCi0tLS0tRU5EIFJTQSBQUklWQVRFIEtFWS0tLS0tCg==

[root@master .kube]#

至此，多集群就配置完成了。

集群6443端口不可达报错处理

  • 报错信息是你当前所属集群IP端口不可达

The connection to the server 192.168.59.151:6443 was refused - did you specify the right host or port?

  • 思路：

  • 1、查看docker服务是否为active：systemctl is-active docker

  • 2、查看kubectl服务是否为active：systemctl is-active kubelet

  • 3、检查配置文件：~/.kube/config是否有误

  • 4、查看镜像是否缺失：docker images【如果镜像少了，补上，然后重新启动上面2个服务，所有镜像会自动启动（不要尝试手动启动镜像，有顺序的，重启上面2服务docker会自动按顺序拉起服务）】

  • 5、查看端口是否被监听：netstat -ntlp | grep 6443

  • 6、查看服务是否正常：docker ps 【正常的应该有17个左右】

  • 7、查看系统日志：journalctl -xeu kubelet【一般这里面会有原因】

[root@master ~]# systemctl is-active docker

active

[root@master ~]# systemctl is-active kubelet

active

[root@master ~]#

[root@master ~]# netstat -ntlp | grep 6443

tcp6 0 0 :::6443 ::😗 LISTEN 19672/kube-apiserve

[root@master ~]#

[root@master ~]# docker ps | wc -l

17

[root@master ~]#

  • 但我这比较特别，我问题集群的所有服务都正常，在问题集群上也能单独使用，各种排错无果，最后想到我第二个集群是通过克隆的，去配置文件确实发现我2个集群的key是一样的，所以理论上这2个集群是一摸一样的，IP不能变啊。

现在报错如下

[root@master ~]# kubectl config use-context context1

Switched to context “context1”.

[root@master ~]# kubectl config get-contexts

CURRENT NAME CLUSTER AUTHINFO NAMESPACE

context master ccx default

  •     context1   master1   ccx1       default

[root@master ~]#

[root@master ~]# kubectl get nodes

The connection to the server 192.168.59.151:6443 was refused - did you specify the right host or port?

[root@master ~]#

  • 为了验证我的想法，我在配置文件中将第二个集群的ip改成和我第一个集群ip一样，其他什么都不修改【key依然是第二个集群的key】，然后再次访问，成功了

[root@master ~]# cat .kube/config | grep server

server: https://192.168.59.142:6443

server: https://192.168.59.142:6443

[root@master ~]#

[root@master ~]# kubectl config get-contexts

CURRENT NAME CLUSTER AUTHINFO NAMESPACE

context master ccx default

  •     context1   master1   ccx1       default

[root@master ~]#

[root@master ~]# kubectl get nodes

NAME STATUS ROLES AGE VERSION

master Ready control-plane,master 6d v1.21.0

node1 Ready 6d v1.21.0

node2 Ready 5d22h v1.21.0

[root@master ~]#

[root@master ~]# kubectl get pods

No resources found in default namespace.

[root@master ~]# kubectl get pods -n ccx

NAME READY STATUS RESTARTS AGE

centos-7846bf67c6-s9tmg 0/1 ImagePullBackOff 0 23h

nginx-test-795d659f45-j9m9b 0/1 ImagePullBackOff 0 24h

nginx-test-795d659f45-txf8l 0/1 ImagePullBackOff 0 24h

[root@master ~]#

  • 总结就是：master集群不能克隆！！！！!！！大半天时间总结的坑啊

当然，克隆也不是不行，我博客中有一篇是：“【kubernetes】k8s的安装详细说明【创建集群、加入集群、踢出集群、重置集群…】” ，根据这里面的方法去重置集群即可，然后再重复上面的步骤，便一切正常

泪目。。。花了大半天总结出来的坑啊

[root@master ~]# cat .kube/config| grep server

server: https://192.168.59.142:6443

server: https://192.168.59.151:6443

[root@master ~]#

[root@master ~]# kubectl config get-contexts

CURRENT NAME CLUSTER AUTHINFO NAMESPACE

  •     context        master    ccx        default

context1-new master1 ccx1 default

[root@master ~]# kubecon^C

[root@master ~]#

[root@master ~]# kubectl config use-context context1-new

Switched to context “context1-new”.

[root@master ~]# kubectl get pods

No resources found in default namespace.

[root@master ~]# kubectl get pods -n ccx

No resources found in ccx namespace.

[root@master ~]# kubectl get pods -n kube-system

NAME READY STATUS RESTARTS AGE

calico-kube-controllers-78d6f96c7b-q25lf 1/1 Running 0 7m36s

calico-node-g2wfj 1/1 Running 0 7m36s

calico-node-gtfbc 1/1 Running 0 7m36s

calico-node-nd29t 1/1 Running 0 6m49s

coredns-545d6fc579-j4ckc 1/1 Running 0 12m

coredns-545d6fc579-qn4kz 1/1 Running 0 12m

etcd-master2 1/1 Running 0 12m

kube-apiserver-master2 1/1 Running 1 12m

kube-controller-manager-master2 1/1 Running 0 12m

kube-proxy-c4x8j 1/1 Running 0 12m

kube-proxy-khh2z 1/1 Running 0 10m

kube-proxy-pckf7 1/1 Running 0 6m49s

kube-scheduler-master2 1/1 Running 0 12m

[root@master ~]#

[root@master ~]#

kubectl get node没有node节点

  • 其他服务一切正常【见上面的服务】，就是没有master上发现node节点或缺失，如下

[root@master ~]# kubectl get nodes

NAME STATUS ROLES AGE VERSION

master Ready 16m v1.21.0

node1 Ready 2m19s v1.21.0

[root@master ~]#

  • 解决方法

登陆到未发现的node节点，重启docker和kubelet服务，稍等一会回到master节点即可看到该节点信息了

[root@master ~]# kubectl get nodes

NAME STATUS ROLES AGE VERSION

master Ready 16m v1.21.0

node1 Ready 2m19s v1.21.0

[root@master ~]#

[root@master ~]# ssh node2

root@node2’s password:

Last login: Fri Jul 2 12:19:44 2021 from 192.168.59.1

[root@node2 ~]# systemctl restart docker

[root@node2 ~]# systemctl restart kubelet

[root@node2 ~]#

[root@node2 ~]# exit

logout

Connection to node2 closed.

[root@master ~]#

[root@master ~]# kubectl get nodes

NAME STATUS ROLES AGE VERSION

master Ready 20m v1.21.0

node1 Ready 7m5s v1.21.0

node2 NotReady 2s v1.21.0

[root@master ~]#

方式二【命令生成】

config多集群管理 (contexts)

=====================================================================================

查看所有集群信息

命令：kubectl config get-contexts

[root@master ~]# kubectl config get-contexts

CURRENT NAME CLUSTER AUTHINFO NAMESPACE

context master ccx default

  •     context1   master1   ccx1       default

[root@master ~]#

  • 命令解释

  • CURRENT： * 在哪个上面表示当前所处哪个集群

  • NAME：上下文名称

  • CLUSTER：集群名称

  • AUTHINFO：用户名称

  • NAMESPACE：所处命名空间

最后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
context1 master1 ccx1 default

[root@master ~]#

  • 命令解释

  • CURRENT： * 在哪个上面表示当前所处哪个集群

  • NAME：上下文名称

  • CLUSTER：集群名称

  • AUTHINFO：用户名称

  • NAMESPACE：所处命名空间

最后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

[外链图片转存中…(img-OADMqplj-1715145799877)]

[外链图片转存中…(img-0vCP2XXh-1715145799877)]

[外链图片转存中…(img-Ker5QR4V-1715145799878)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

Y1567409
关注
专栏目录
AI工程部署（三）：K8S【Kubernetes；Docker集群管理工具】【作用：容器管理、服务编排、资源调度、集群管理】
u013250861的博客
02-13 1930
手动docker run创建容器只是个toy，在企业里，往往会使用k8s平台管理容器； k8s是一个容器管理、服务编排、资源调度、集群管理的工具，由谷歌开源，在国内已成为主流； 我们开发的服务，最终都将运行在k8s上； 一、K8S集群作用 容器管理：容器的创建、监控、销毁等生命周期管理 服务编排：一个复杂的产品往往是由几十个、甚至几百个微服务协同组成，服务之间的集成、交互等； 资源调度：一个服务需要多少cpu mem、gpu资源，当前服务应该被调度到哪台机器； 集群管理：k8s可以将几十、几百台机器管理
K8S二进制部署详解，一文教会你部署高可用K8S集群
景天科技苑
02-07 4218
虽然kubeadm方式搭建K8S比较简单，但是对里面的原理都不清楚的话，生产中使用功能可能不便于排查故障。二进制方式部署的k8s集群比较稳定。 二进制方式搭建：在官网下载相关组件的二进制包，如果手动安装，对kubernetes理解也会更全面。 Kubeadm和二进制都适合生产环境，在生产环境运行都很稳定，具体如何选择，可以根据实际项目进行评估。
k8s多集群切换
识途老码
01-28 2446
k8s多集群切换kubectl多集群切换命令使用kubectx命令切换k8集群安装kubectx命令行kubectx切换集群 kubectl多集群切换命令 参考: https://kubernetes.io/docs/tasks/access-application-cluster/configure-access-multiple-clusters/#define-clusters-users-and-contexts # 查看所有集群 kubectl config get-contexts # 切换集
K8S多集群切换方法
海鸥
10-16 1971
前言 随着公司的k8s迁移，会发现集群越来越多，尤其是有混合云的公司，开发，测试，预生产，多个生产环境等等，管理k8s集群会越来越麻烦，下面我来介绍下k8s管理多集群的俩种方法。 1) 通过多种kubeconfig文件管理 因为我的一台机器，网络打通了多个生产环境，测试，开发环境，故我拿这一台机器举个简单的例子。 #切换到生产集群 kubectl get pod --kubeconfig=/root/.kube/aliyun_prod-config #切换到生产idc集群 kubectl get po.
k8s切换工作上下文
qq_21514303的博客
11-05 5506
使用kubectl通过终端连接到k8s集群之后。可以设置要在那个命名空间下进行操作。 查看当前的工作上下文 kubectl config view apiVersion: v1 clusters: - cluster: certificate-authority-data: REDACTED server: https://130.211.122.180 name: ...
Kubernetes K8S之Ingress详解与示例
踏歌行的专栏
09-23 1万+
K8S之Ingress概述与说明，并详解Ingress常用示例
K8s（六）：网络插件之Calico安装与详解
热门推荐
✨ 欢迎来到【Seal ^_^ 的CSDN博客】！这里是我记录技术心得、分享经验的地方。✨
04-02 2万+
🔴 K8s（六）：网络插件之Calico安装与详解
kubectl如何快速切换k8s集群
最新发布
hdf12947991059的博客
06-11 1049
切换k8s集群在 Kubernetes 中快速切换集群的最常见方法是使用 kubectl 命令结合 kubeconfig 文件进行操作。以下是详细步骤和一些方便的工具，帮助你更快地在集群之间切换：查看当前命名空间pod信息方法一：使用 kubectl config查看当前上下文：登录后复制 kubectl config ...
关于K8s集群环境工作组隔离配置多集群切换的一些笔记
山河已无恙
12-16 1675
分享一些 K8s 中集群管理的笔记博文内容涉及集群环境隔离的相关配置：单集群多命名空间隔离及用户认证鉴权配置 Demo多集群的统一管理配置，集群切换 Demo理解不足小伙伴帮忙指正食用方式： 需要了解 K8s 集群，RBAC 鉴权，CA 认证相关知识佛告须菩提：“凡所有相，皆是虚妄，若见诸相非相，则见如来” — 《金刚经》
kubernetes学习笔记（三）多集群切换
你当像鸟飞往你的山的博客
05-27 286
~/.kube/config apiVersion: v1 clusters: - cluster: certificate-authority-data: server: https://192.168.26.31:6443 name: cluster1 - cluster: certificate-authority-data: server: https://192.168.26.10:6443 name: cluster2 contexts: - contex
K8S切换集群访问
u013043194的博客
05-17 353
1.将不同集群的config配置到.kube下 2.注册不同config的配置进入集群 $Env:KUBECONFIG="$Env:KUBECONFIG;$HOME\.kube\bacaconfig 3.查看所有集群配置 kubectl config view 4.找到对应的context.name并切换集群 kubectl config use-context nipcluster ...
k8s多集群切换：使用kubeconfig文件管理多套kubernetes(k8s)集群
Vic的博客
10-28 2869
在生产环境中可能不止有一套kubernetes(k8s)集群，我们可以使用kubeconfig文件管理多套kubernetes(k8s)集群，使用 kubeconfig 文件，你可以组织集群、用户和命名空间。你还可以定义上下文，以便在集群和命名空间之间快速轻松地切换。关于Kubernetes(k8s)集群的安装部署，可以查看博客《Centos7 安装部署Kubernetes(k8s)集群》Centos7 安装部署Kubernetes(k8s)集群 - 人生的哲理 - 博客园。
k8s的上下文管理
ruanyicheng的博客
07-27 363
k8s 上下文管理
k8s中在一个结点上实现多集群切换
qq_42533216的博客
09-24 451
集群的升级 流程图 多集群切换 在 master 51上修改配置文件（配置文件中为了好看，暂时删去了密钥信息） 修改完成之后再将两个集群master上的config文件中的密钥信息抄过来（有这个才能认证操作者身份） 将连接集群的证书文件粘贴到配置中去 复制用户的证书文件 将用户的证书文件粘贴上去 私钥文件同样也要复制粘贴过来 设置完成之后查看集群 切换集群查看状态 ...
Kubernetes context 上下文配置
爱死亡机器人
03-16 4506
但是，要使用该命令，您需要在 kubeconfig 中配置上下文。如果你的集群有多个命名空间，就会出现另一个痛点：每次使用kubectl时都需要指定–namespace或-n。这允许您在配置文件中定义多个上下文，然后您可以将其用于定位多个 Kubernetes 集群，或具有不同用户集或命名空间的同一集群。如果您使用多个 Kubernetes 集群，当您从一个集群切换到另一个集群时，管理这样的配置文件很快就会变得很麻烦。假设您有两个集群，一个用于开发工作，一个用于测试工作。中，开发人员使用默认名称空间（
java集群_周一见 | 如何检查 K8s 集群、K8s 上的 Java 应用优化、在 Mac 上管理 K8s 上下文...
weixin_39521835的博客
12-02 197
作者：bot(才云)技术校对：星空下的文仔(才云)K8s 集群就绪检查表在 Mac 上管理 K8s 上下文建立安全的生产就绪型 K8s 集群和容器K8s 上的 Java 应用优化扩展 K8s 以管理 Trident 状态CVPR 最差论文Cloudflare 引发全球宕机Kubernetes资讯1. K8s 集群就绪检查表当你准备在生产环境中运行 Kubernetes 集群时，你...
K8s-多集群配置
weixin_45081220的博客
07-04 280
设置用户 设置上下文 把用户和集群捆绑在一起 使用 切换集群
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值