Kubernetes之kubectl常用命令使用指南 3 故障对应

最新推荐文章于 2024-09-27 16:03:51 发布
原创 最新推荐文章于 2024-09-27 16:03:51 发布 · 255 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍Kubernetes中故障排除的九个关键kubectl命令，包括edit、replace、patch等，详解其应用场景及如何高效调整资源配置，适用于Kubernetes集群管理和故障解决。
                       

这里写图片描述
kubectl是一个用于操作kubernetes集群的命令行接口,通过利用kubectl的各种命令可以实现各种功能,是在使用kubernetes中非常常用的工具。这里我们会通过一些简单的实例来展现其中一些高频命令的使用方法。
更为重要的是这些命令使用的场景以及能够解决什么样的问题。上篇文章我们介绍了故障排查时常用的九条命令，这篇文章我们来看一下故障对应时最常用的另外九条命令。

常用命令

kubectl故障对应相关，本文将会简单介绍一下如下命令

                                                           
项番命令说明
No.1edit编辑服务器侧资源
No.2replace使用文件名或者标准输入资源
No.3patch部分更新资源相关信息
No.4apply使用文件或者标准输入更改配置信息
No.5scale重新设定Deployment/ReplicaSet/RC/Job的size
No.6autoscaleDeployment/ReplicaSet/RC的自动扩展设定
No.7cordon设定node不可使用
No.8uncordon设定node可以使用
No.9drain设定node进入维护模式

事前准备

版本

[root@ku8-1 tmp]# kubectl versionClient Version: version.Info{Major:"1", Minor:"5", GitVersion:"v1.5.2", GitCommit:"08e099554f3c31f6e6f07b448ab3ed78d0520507", GitTreeState:"clean", BuildDate:"2017-01-12T04:57:25Z", GoVersion:"go1.7.4", Compiler:"gc", Platform:"linux/amd64"}Server Version: version.Info{Major:"1", Minor:"5", GitVersion:"v1.5.2", GitCommit:"08e099554f3c31f6e6f07b448ab3ed78d0520507", GitTreeState:"clean", BuildDate:"2017-01-12T04:52:34Z", GoVersion:"go1.7.4", Compiler:"gc", Platform:"linux/amd64"}[root@ku8-1 tmp]#
  
  • 1
  • 2
  • 3
  • 4

集群构成

一主三从的Kubernetes集群

                                       
项番类型HostnameIP
No.1Masterku8-1192.168.32.131
No.1Nodeku8-2192.168.32.132
No.1Nodeku8-3192.168.32.133
No.1Nodeku8-4192.168.32.134
[root@ku8-1 tmp]# kubectl get nodesNAME             STATUS    AGE192.168.32.132   Ready     12m192.168.32.133   Ready     11m192.168.32.134   Ready     11m[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6

事前准备

镜像准备

使用如下官方镜像进行实验，因为主要用于示例，自行使用各种镜像均可

                 
镜像版本说明
nginx-alpine1.12nginx的1.12的alpine版本的官方镜像
nginx-alpine1.13nginx的1.13的alpine版本的官方镜像

设定yaml

使用Deployment方式启动nginx的pod加上service的设定，简单如下：

[root@ku8-1 tmp]# cat nginx/nginx.yaml ---kind: DeploymentapiVersion: extensions/v1beta1metadata:  name: nginxspec:  replicas: 1  template:    metadata:      labels:        name: nginx    spec:      containers:      - name: nginx        image: 192.168.32.131:5000/nginx:1.12-alpine        ports:        - containerPort: 80          protocol: TCP---kind: ServiceapiVersion: v1metadata:  name: nginx  labels:    name: nginxspec:  type: NodePort  ports:  - protocol: TCP    nodePort: 31001    targetPort: 80    port: 80  selector:    name: nginx[root@ku8-1 tmp]#
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36

kubectl create

创建pod/deployment/service

[root@ku8-1 tmp]# kubectl create -f nginx/deployment "nginx" createdservice "nginx" created[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4

确认

创建pod/deployment/service

[root@ku8-1 tmp]# kubectl get serviceNAME         CLUSTER-IP        EXTERNAL-IP   PORT(S)        AGEkubernetes   172.200.0.1       <none>        443/TCP        1dnginx        172.200.229.212   <nodes>       80:31001/TCP   58s[root@ku8-1 tmp]# kubectl get podNAME                     READY     STATUS    RESTARTS   AGEnginx-2476590065-1vtsp   1/1       Running   0          1m[root@ku8-1 tmp]# kubectl get deployNAME      DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGEnginx     1         1         1            1           1m[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11

kubectl edit

edit这条命令用于编辑服务器上的资源，具体是什么意思，可以通过如下使用方式来确认。

编辑对象确认

使用-o参数指定输出格式为yaml的nginx的service的设定情况确认，取得现场情况，这也是我们不知道其yaml文件而只有环境时候能做的事情。

[root@ku8-1 tmp]# kubectl get service |grep nginxnginx        172.200.229.212   <nodes>       80:31001/TCP   2m[root@ku8-1 tmp]# kubectl get service nginx -o yamlapiVersion: v1kind: Servicemetadata:  creationTimestamp: 2017-06-30T04:50:44Z  labels:    name: nginx  name: nginx  namespace: default  resourceVersion: "77068"  selfLink: /api/v1/namespaces/default/services/nginx  uid: ad45612a-5d4f-11e7-91ef-000c2933b773spec:  clusterIP: 172.200.229.212  ports:  - nodePort: 31001    port: 80    protocol: TCP    targetPort: 80  selector:    name: nginx  sessionAffinity: None  type: NodePortstatus:  loadBalancer: {}[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28

使用edit命令对nginx的service设定进行编辑，得到如下信息

可以看到当前端口为31001，在此编辑中，我们把它修改为31002

[root@ku8-1 tmp]# kubectl edit service nginxservice "nginx" edited[root@ku8-1 tmp]#
  
  • 1
  • 2
  • 3

编辑之后确认结果发现，此服务端口已经改变

[root@ku8-1 tmp]# kubectl get serviceNAME         CLUSTER-IP        EXTERNAL-IP   PORT(S)        AGEkubernetes   172.200.0.1       <none>        443/TCP        1dnginx        172.200.229.212   <nodes>       80:31002/TCP   8m[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6

确认后发现能够立连通

[root@ku8-1 tmp]# curl http://192.168.32.132:31002/<!DOCTYPE html><html><head><title>Welcome to nginx!</title><style>    body {        width: 35em;        margin: 0 auto;        font-family: Tahoma, Verdana, Arial, sans-serif;    }</style></head><body><h1>Welcome to nginx!</h1><p>If you see this page, the nginx web server is successfully installed andworking. Further configuration is required.</p><p>For online documentation and support please refer to<a href="http://nginx.org/">nginx.org</a>.<br/>Commercial support is available at<a href="http://nginx.com/">nginx.com</a>.</p><p><em>Thank you for using nginx.</em></p></body></html>[root@ku8-1 tmp]#
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28

而之前的端口已经不通

[root@ku8-1 tmp]# curl http://192.168.32.132:31001/curl: (7) Failed connect to 192.168.32.132:31001; Connection refused[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3

所使用场景之一，edit编辑的是运行环境的设定而不需要停止服务。

kubectl replace

了解到edit用来做什么之后，我们会立即知道replace就是替换，我们使用上个例子中的service的port，重新把它改回31001

事前确认

确认port信息为31002

[root@ku8-1 tmp]# kubectl get serviceNAME         CLUSTER-IP        EXTERNAL-IP   PORT(S)        AGEkubernetes   172.200.0.1       <none>        443/TCP        1dnginx        172.200.229.212   <nodes>       80:31002/TCP   17m[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5

取得当前的nginx的service的设定文件，然后修改port信息

[root@ku8-1 tmp]# kubectl get service nginx -o yaml >nginx_forreplace.yaml[root@ku8-1 tmp]# cp -p nginx_forreplace.yaml nginx_forreplace.yaml.org[root@ku8-1 tmp]# vi nginx_forreplace.yaml[root@ku8-1 tmp]# diff nginx_forreplace.yaml nginx_forreplace.yaml.org15c15<   - nodePort: 31001--->   - nodePort: 31002[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

执行replace命令

提示被替换了

[root@ku8-1 tmp]# kubectl replace -f nginx_forreplace.yamlservice "nginx" replaced[root@ku8-1 tmp]#
  
  • 1
  • 2
  • 3

确认结果

确认之后发现port确实重新变成了31001

[root@ku8-1 tmp]# kubectl get serviceNAME         CLUSTER-IP        EXTERNAL-IP   PORT(S)        AGEkubernetes   172.200.0.1       <none>        443/TCP        1dnginx        172.200.229.212   <nodes>       80:31001/TCP   20m[root@ku8-1 tmp]#
  
  • 1
  • 2
  • 3
  • 4
  • 5

kubectl patch

当部分修改一些设定的时候patch非常有用，尤其是在1.2之前的版本，port改来改去好无聊，这次换个image

事前确认

当前port中使用的nginx是alpine的1.12版本

[root@ku8-1 tmp]# kubectl exec nginx-2476590065-1vtsp  -it sh/ # nginx -vnginx version: nginx/1.12.0/ # 
  
  • 1
  • 2
  • 3
  • 4

执行patch进行替换

[root@ku8-1 tmp]# kubectl patch pod nginx-2476590065-1vtsp -p '{"spec":{"containers":[{"name":"nginx","image":"192.168.32.131:5000/nginx:1.13-alpine"}]}}'"nginx-2476590065-1vtsp" patched[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3

确认结果

确认当前pod中的镜像已经patch成了1.13

[root@ku8-1 tmp]# kubectl exec nginx-2476590065-1vtsp  -it sh/ # nginx -vnginx version: nginx/1.13.1/ # 
  
  • 1
  • 2
  • 3
  • 4

kubectl apply

同样apply命令是用来使用文件或者标准输入来更改配置信息。

事前准备

[root@ku8-1 tmp]# kubectl delete -f nginx/deployment "nginx" deletedservice "nginx" deleted[root@ku8-1 tmp]# kubectl create -f nginx/deployment "nginx" createdservice "nginx" created[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7

结果确认

Service的Port设定为了31001

[root@ku8-1 tmp]# kubectl get serviceNAME         CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGEkubernetes   172.200.0.1      <none>        443/TCP        1dnginx        172.200.68.154   <nodes>       80:31001/TCP   11s[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5

修改设定文件

将port修改为31002

[root@ku8-1 tmp]# vi nginx/nginx.yaml [root@ku8-1 tmp]# grep 31002 nginx/nginx.yaml     nodePort: 31002[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4

执行apply命令

执行设定文件可以在运行状态修改port信息

[root@ku8-1 tmp]# kubectl apply -f nginx/nginx.yaml deployment "nginx" configuredservice "nginx" configured[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4

结果确认

确认确实将port已经修改为31002了

[root@ku8-1 tmp]# kubectl get serviceNAME         CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGEkubernetes   172.200.0.1      <none>        443/TCP        1dnginx        172.200.68.154   <nodes>       80:31002/TCP   1m[root@ku8-1 tmp]#
  
  • 1
  • 2
  • 3
  • 4
  • 5

kubectl scale

scale命令用于横向扩展，是kubernetes或者swarm这类容器编辑平台的重要功能之一，让我们来看看是如何使用的

事前准备

事前设定nginx的replica为一，而经过确认此pod在192.168.32.132上运行

[root@ku8-1 tmp]# kubectl delete -f nginx/deployment "nginx" deletedservice "nginx" deleted[root@ku8-1 tmp]# kubectl create -f nginx/deployment "nginx" createdservice "nginx" created[root@ku8-1 tmp]# [root@ku8-1 tmp]# kubectl get pods -o wideNAME                     READY     STATUS    RESTARTS   AGE       IP             NODEnginx-2476590065-74tpk   1/1       Running   0          17s       172.200.26.2   192.168.32.132[root@ku8-1 tmp]# kubectl get deployments -o wideNAME      DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGEnginx     1         1         1            1           27s[root@ku8-1 tmp]#
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14

执行scale命令

使用scale命令进行横向扩展，将原本为1的副本，提高到3。

[root@ku8-1 tmp]# kubectl scale --current-replicas=1 --replicas=3 deployment/nginxdeployment "nginx" scaled[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3

通过确认发现已经进行了横向扩展，除了192.168.132.132，另外133和134两台机器也各有一个pod运行了起来，这正是scale命令的结果。

[root@ku8-1 tmp]# kubectl get deploymentNAME      DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGEnginx     3         3         3            3           2m[root@ku8-1 tmp]# kubectl get pod -o wideNAME                     READY     STATUS    RESTARTS   AGE       IP             NODEnginx-2476590065-74tpk   1/1       Running   0          2m        172.200.26.2   192.168.32.132nginx-2476590065-cm5d9   1/1       Running   0          16s       172.200.44.2   192.168.32.133nginx-2476590065-hmn9j   1/1       Running   0          16s       172.200.59.2   192.168.32.134[root@ku8-1 tmp]#
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

kube autoscale

autoscale命令用于自动扩展确认，跟scale不同的是前者还是需要手动执行，而autoscale则会根据负载进行调解。而这条命令则可以对Deployment/ReplicaSet/RC进行设定，通过最小值和最大值的指定进行设定，这里只是给出执行的结果，不再进行实际的验证。 

[root@ku8-1 tmp]# kubectl autoscale deployment nginx --min=2 --max=5deployment "nginx" autoscaled[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3

当然使用还会有一些限制，比如当前3个，设定最小值为2的话会出现什么样的情况？

[root@ku8-1 tmp]# kubectl get pods -o wideNAME                     READY     STATUS    RESTARTS   AGE       IP             NODEnginx-2476590065-74tpk   1/1       Running   0          5m        172.200.26.2   192.168.32.132nginx-2476590065-cm5d9   1/1       Running   0          2m        172.200.44.2   192.168.32.133nginx-2476590065-hmn9j   1/1       Running   0          2m        172.200.59.2   192.168.32.134[root@ku8-1 tmp]# [root@ku8-1 tmp]# kubectl autoscale deployment nginx --min=2 --max=2Error from server (AlreadyExists): horizontalpodautoscalers.autoscaling "nginx" already exists[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

kubectl cordon 与 uncordon

在实际维护的时候会出现某个node坏掉，或者做一些处理，暂时不能让生成的pod在此node上运行，需要通知kubernetes让其不要创建过来，这条命令就是cordon，uncordon则是取消这个要求。例子如下：

事前准备

创建了一个nginx的pod，跑在192.168.32.133上。

[root@ku8-1 tmp]# kubectl create -f nginx/deployment "nginx" createdservice "nginx" created[root@ku8-1 tmp]# kubectl get pods -o wideNAME                     READY     STATUS    RESTARTS   AGE       IP             NODEnginx-2476590065-dnsmw   1/1       Running   0          6s        172.200.44.2   192.168.32.133[root@ku8-1 tmp]#
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8

执行scale命令

横向扩展到3个副本，发现利用roundrobin策略每个node上运行起来了一个pod，134这台机器也有一个。

[root@ku8-1 tmp]# kubectl scale --replicas=3 deployment/nginxdeployment "nginx" scaled[root@ku8-1 tmp]# kubectl get pods -o wideNAME                     READY     STATUS    RESTARTS   AGE       IP             NODEnginx-2476590065-550sm   1/1       Running   0          5s        172.200.26.2   192.168.32.132nginx-2476590065-bt3bc   1/1       Running   0          5s        172.200.59.2   192.168.32.134nginx-2476590065-dnsmw   1/1       Running   0          17s       172.200.44.2   192.168.32.133[root@ku8-1 tmp]# kubectl get pods -o wide |grep 192.168.32.134nginx-2476590065-bt3bc   1/1       Running   0          12s       172.200.59.2   192.168.32.134[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10

执行cordon命令

设定134，使得134不可使用，使用get node确认，其状态显示SchedulingDisabled。

[root@ku8-1 tmp]# kubectl cordon 192.168.32.134node "192.168.32.134" cordoned[root@ku8-1 tmp]# kubectl get nodes -o wideNAME             STATUS                     AGE       EXTERNAL-IP192.168.32.132   Ready                      1d        <none>192.168.32.133   Ready                      1d        <none>192.168.32.134   Ready,SchedulingDisabled   1d        <none>[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8

执行scale命令

再次执行横向扩展命令，看是否会有pod漂到134这台机器上，结果发现只有之前的一个pod，再没有新的pod漂过去。

[root@ku8-1 tmp]# kubectl scale --replicas=6 deployment/nginxdeployment "nginx" scaled[root@ku8-1 tmp]# kubectl get pods -o wideNAME                     READY     STATUS    RESTARTS   AGE       IP             NODEnginx-2476590065-550sm   1/1       Running   0          32s       172.200.26.2   192.168.32.132nginx-2476590065-7vxvx   1/1       Running   0          3s        172.200.44.3   192.168.32.133nginx-2476590065-bt3bc   1/1       Running   0          32s       172.200.59.2   192.168.32.134nginx-2476590065-dnsmw   1/1       Running   0          44s       172.200.44.2   192.168.32.133nginx-2476590065-fclhj   1/1       Running   0          3s        172.200.44.4   192.168.32.133nginx-2476590065-fl9fn   1/1       Running   0          3s        172.200.26.3   192.168.32.132[root@ku8-1 tmp]# kubectl get pods -o wide |grep 192.168.32.134nginx-2476590065-bt3bc   1/1       Running   0          37s       172.200.59.2   192.168.32.134[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13

执行uncordon命令

使用uncordon命令解除对134机器的限制，通过get node确认状态也已经正常。

[root@ku8-1 tmp]# kubectl uncordon 192.168.32.134node "192.168.32.134" uncordoned[root@ku8-1 tmp]# [root@ku8-1 tmp]# kubectl get nodes -o wideNAME             STATUS    AGE       EXTERNAL-IP192.168.32.132   Ready     1d        <none>192.168.32.133   Ready     1d        <none>192.168.32.134   Ready     1d        <none>[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

执行scale命令

再次执行scale命令，发现有新的pod可以创建到134node上了。

[root@ku8-1 tmp]# kubectl scale --replicas=10 deployment/nginxdeployment "nginx" scaled[root@ku8-1 tmp]# kubectl get pods -o wideNAME                     READY     STATUS    RESTARTS   AGE       IP             NODEnginx-2476590065-550sm   1/1       Running   0          1m        172.200.26.2   192.168.32.132nginx-2476590065-7vn6z   1/1       Running   0          3s        172.200.44.4   192.168.32.133nginx-2476590065-7vxvx   1/1       Running   0          35s       172.200.44.3   192.168.32.133nginx-2476590065-bt3bc   1/1       Running   0          1m        172.200.59.2   192.168.32.134nginx-2476590065-dnsmw   1/1       Running   0          1m        172.200.44.2   192.168.32.133nginx-2476590065-fl9fn   1/1       Running   0          35s       172.200.26.3   192.168.32.132nginx-2476590065-pdx91   1/1       Running   0          3s        172.200.59.3   192.168.32.134nginx-2476590065-swvwf   1/1       Running   0          3s        172.200.26.5   192.168.32.132nginx-2476590065-vdq2k   1/1       Running   0          3s        172.200.26.4   192.168.32.132nginx-2476590065-wdv52   1/1       Running   0          3s        172.200.59.4   192.168.32.134[root@ku8-1 tmp]#
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15

kubectl drain

drain命令用于对某个node进行设定，是为了设定此node为维护做准备。英文的drain有排干水的意思，下水道的水之后排干后才能进行维护。那我们来看一下kubectl”排水”的时候都作了什么

事前准备

将nginx的副本设定为4，确认发现134上启动了两个pod。

[root@ku8-1 tmp]# kubectl create -f nginx/deployment "nginx" createdservice "nginx" created[root@ku8-1 tmp]# kubectl get pod -o wideNAME                     READY     STATUS    RESTARTS   AGE       IP             NODEnginx-2476590065-d6h8f   1/1       Running   0          8s        172.200.59.2   192.168.32.134[root@ku8-1 tmp]# [root@ku8-1 tmp]# kubectl get nodes -o wideNAME             STATUS    AGE       EXTERNAL-IP192.168.32.132   Ready     1d        <none>192.168.32.133   Ready     1d        <none>192.168.32.134   Ready     1d        <none>[root@ku8-1 tmp]# [root@ku8-1 tmp]# kubectl scale --replicas=4 deployment/nginxdeployment "nginx" scaled[root@ku8-1 tmp]# [root@ku8-1 tmp]# kubectl get pods -o wideNAME                     READY     STATUS    RESTARTS   AGE       IP             NODEnginx-2476590065-9lfzh   1/1       Running   0          12s       172.200.59.3   192.168.32.134nginx-2476590065-d6h8f   1/1       Running   0          1m        172.200.59.2   192.168.32.134nginx-2476590065-v8xvf   1/1       Running   0          43s       172.200.26.2   192.168.32.132nginx-2476590065-z94cq   1/1       Running   0          12s       172.200.44.2   192.168.32.133[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23

执行drain命令

执行drain命令，发现这条命令做了两件事情:
1. 设定此node不可以使用（cordon)
2. evict了其上的两个pod

[root@ku8-1 tmp]# kubectl drain 192.168.32.134node "192.168.32.134" cordonedpod "nginx-2476590065-d6h8f" evictedpod "nginx-2476590065-9lfzh" evictednode "192.168.32.134" drained[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6

结果确认

evict的意思有驱逐和回收的意思，让我们来看一下evcit这个动作的结果到底是什么。
结果是134上面已经不再有pod，而在132和133上新生成了两个pod，用以替代在134上被退场的pod，而这个替代的动作应该是replicas的机制保证的。所以drain的结果就是退场pod和设定node不可用（排水），这样的状态则可以进行维护了，执行完后重新uncordon即可。

[root@ku8-1 tmp]# kubectl get pods -o wideNAME                     READY     STATUS    RESTARTS   AGE       IP             NODEnginx-2476590065-1ld9j   1/1       Running   0          13s       172.200.44.3   192.168.32.133nginx-2476590065-ss48z   1/1       Running   0          13s       172.200.26.3   192.168.32.132nginx-2476590065-v8xvf   1/1       Running   0          1m        172.200.26.2   192.168.32.132nginx-2476590065-z94cq   1/1       Running   0          55s       172.200.44.2   192.168.32.133[root@ku8-1 tmp]# [root@ku8-1 tmp]# kubectl get nodes -o wideNAME             STATUS                     AGE       EXTERNAL-IP192.168.32.132   Ready                      1d        <none>192.168.32.133   Ready                      1d        <none>192.168.32.134   Ready,SchedulingDisabled   1d        <none>[root@ku8-1 tmp]# 
  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13

总结

这篇文章中介绍了九个kubectl的常用命令，利用这些能够在故障对应中起到非常有效的作用。

           

再分享一下我老师大神的人工智能教程吧。零基础！通俗易懂！风趣幽默！还带黄段子！希望你也加入到我们人工智能的队伍中来！https://blog.youkuaiyun.com/jiangjunshow

15、Kubernetes网络故障排查与CNI使用指南
potato的博客
08-22 6
本文详细介绍了Kubernetes网络基础，包括CNI（容器网络接口）与Pod网络的核心概念，以及Antrea和Calico两种CNI提供商的区别。探讨了Kubernetes网络架构中的路由特点、网络错误排查工具Sonobuoy的使用方法，以及如何通过arp和ip命令检查CNI路由。此外，还涵盖了kube-proxy与iptables规则、Pod数据路径追踪、路由表分析等内容，为Kubernetes网络故障排查和CNI配置提供了实用指南。
5、Kubernetes集群搭建与Pod使用指南
最新发布
yyy34的博客
08-19 5
本文详细介绍了Kubernetes集群的搭建方法以及Pod的使用指南。涵盖了Kubernetes集群的多种搭建方式、Pod的基本概念与生命周期、Pod的网络和存储配置、命名空间的使用、资源请求与限制、初始化容器、探针机制、Pod调度、水平和垂直自动伸缩、安全上下文、服务质量等内容。通过本指南，可以全面掌握Kubernetes中应用容器的运行和管理方法，助力构建高效稳定的云原生应用系统。
Kubernetes之kubectl常用命令使用指南:3:故障对应
热门推荐
知行合一 止于至善
06-30 2万+
kubectl是一个用于操作kubernetes集群的命令行接口,通过利用kubectl的各种命令可以实现各种功能,是在使用kubernetes中非常常用的工具。这里我们会通过一些简单的实例来展现其中一些高频命令的使用方法。 更为重要的是这些命令使用的场景以及能够解决什么样的问题。上篇文章我们介绍了故障排查时常用的九条命令，这篇文章我们来看一下故障对应时最常用的另外九条命令。
常见的Kubernetes命令之kubectl命令详解
weixin_42492572的博客
05-22 1万+
常见的Kubernetes命令之kubectl命令详解，包括资源查看、资源详细信息、日志、资源创建和删除、资源更新和扩缩容等相关命令
【k8s笔记】做资源查询时，输出的AGE是什么？
我的学习笔记
02-15 1483
k8s查询时，回显内容如下，其中AGE是.metadata.creationTimestamp ，创建时间戳，其数值为该资源存活的时间。h是小时，m是分钟，s是秒。 NAMESPACE NAME ... AGE kube-system kube-scheduler-cluster1-master1 ... 63m kube-system
kubectl version的Client Version和Server Version
qq_45654671的博客
12-10 1062
kubectl version
使用kubectl delete pods xxx删除对应的pod,提示删除成功，但是立马又回生成一个。为何？
kwame211的博客
01-18 1万+
无论各种方式生成的pod, 均可以使用如下命令强制删除: kubectl delete pods --grace-period=0 --force
Linux环境下Kubernetes客户端kubectl工具安装指南
6. **使用场景示例：** kubectl的使用非常广泛，涵盖从集群基础管理到应用部署、服务发现、负载均衡、扩展、更新和故障排查等。 ### 总结 文件`kubernetes-client-linux-amd64.tar.gz`是Kubernetes官方提供的一个...
kubernetes基础配置（入门操作）
2301_82330629的博客
09-27 1060
在kubernetes中，Pod是最小的控制单元，但是kubernetes很少直接控制Pod，一般都是通过Pod控制器来完成的。Pod控制器用于pod的管理，确保pod资源符合预期的状态，当pod的资源出现故障时，会尝试进行重启或重建pod。Service可以看作是一组同类Pod对外的访问接口。上面产生一个Cluster-IP，这就是Service的IP，在Service的生命周期中，这个地址不会变。#这是因为当前pod是由pod控制器创建的，控制台会监视pod状况，一旦发现pod死亡，就会立即重建。
kubectl-安装
sre救赎之路
01-30 1436
kubectl工具安装配置方法
kubectl查看node状态_部署Pod非Running状态，describe查看显示node资源不足
weixin_33721696的博客
12-23 1452
1、执行kubectl top node 查看是否真的资源不足。2、报资源不足有多种情况，第一种是真的资源不足，第二种可能是Node上没有打Pod的yaml中定义的nodeSelector: 标签所以导致Pod找不到合适的Node就报此错误。第二种node上是否无Pod Yaml中nodeSelector: 所需标签的确认法：2.1、对Pod或者Pod的rc执行 kubectl get pod ...
kubectl 命令详解（十四）：scale
youzhouliu的博客
05-02 4797
kubectl scale 命令详解。
Kubernetes 命令行工具 kubectl 安装和使用教程
路多辛的所思所想
02-04 5667
管理 Kubernetes 集群资源的唯一入口是通过调用 apiserver 的接口，kubectl 是官方提供的 CLI 命令行工具，kubectl 将用户在命令行输入的命令组织并转化为 apiserver 能识别的信息，进而实现对 Kubernetes 各种资源的管理功能。确保要安装的 kubectl 版本与 Kubernetes 集群的版本差异较小，建议小版本号最多差一。NAME：指定资源的名称，名称是区分大小写的，如果省略名称，则显示所有资源的详细信息，例如 kubectl get pods。
【输出内容详细版】查看Kubernetes集群基本信息（初学者版）
VMware, Windows, Linux, Cisco, Container, Kubernetes, Kali
10-03 9660
当Kubernetes集群构建完成时，我们需要先查看集群内的一些信息来了解Kubernetes集群。这些信息包括集群节点，Kubernetes版本，Kubernetes API对象（Kubernetes中的资源类型）及其版本，Kubernetes上下文和配置等信息。 文中详细描述了输出内容的含义以及字段的潜在意思。
在 Linux 系统中安装并设置 kubectl_linux环境,kubectl安装(2)
04-16 658
要升级 kubectl 到别的次要版本，你需要先升级 /etc/apt/sources.list.d/kubernetes.list 中的版本， 再运行 apt-get update 和 apt-get upgrade。两种方式的效果相同。如果你想使用 v1.29 之外的 Kubernetes 版本， 将下面命令中的 v1.29 替换为所需的次要版本。例如，如果你想在自己的笔记本上（本地）运行 Kubernetes 集群，你需要先安装一个 Minikube 这样的工具，然后再重新运行上面的命令。
kubernets学习笔记——在 Linux 系统中安装 kubectl
lym003的博客
08-08 1669
在 Linux 系统中安装 kubectl 有如下两种方法：用 curl 在 Linux 系统中安装 kubectl用原生包管理工具安装。
2021-08-04
weixin_40268315的博客
08-04 161
FROM node:lts-alpine WORKDIR /app # 安装tzdata,默认的alpine基础镜像不包含时区组件，安装后可通过TZ环境变量配置时区 RUN apk add --no-cache tzdata # 设置时区为中国东八区，这里的配置可以被docker-compose.yml或docker run时指定的时区覆盖 ENV TZ="Asia/Shanghai" # 如果各公司有自己的私有源，可以替换registry地址,如使用官方源注释下一行 RUN npm config.
Kubernetes之kubectl常用命令:故障排查和故障解决
菲宇运维
09-20 1万+
kubectl故障排查相关常用命令 编号 命令 说明 1 version 显示客户端和服务器侧版本信息 2 api-versions 以group/version的格式显示服务器侧所支持的API版本 3 explain 显示资源文档信息 4 get 取得确认对象信息列表 5 describe 取得确认对象...
【Kubernetes 系列】Kubernetes如何配置 kubectl 环境
半身风雪
06-21 2414
Kubectl 使用 Kubernetes API 与集群进行交互，我们可以通过 Kubectl 在 Kubernetes 集群上部署应用程序，并且为我们提供了一种自我修复机制来解决机器故障维护问题。在命令行中执行如下命令：如果提示出以下结果，代表正常安装成功：下载kubectl 的校验和文件：执行下载结果如下：验证 kubectl：验证通过执行结果如下：这里有一点需要注意的是，下载的 kubectl 与校验和文件版本要相同。否则就会执行失败：执行kubectl 中的配置命令，此命令不会有任何的输出：把可执
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值