这期内容当中小编将会给大家带来有关k8s运维06-kubectl delete node的过程是怎么样的，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。

让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：申请域名、网站空间、营销软件、网站建设、宾阳网站维护、网站推广。

一. 本节记录kubectl delete node的执行过程

delete是一个比较粗暴的命令，它会将被删node上的pod直接驱逐，由其他node创建（针对replicaset），然后将被删节点从master管理范围内移除，master对其失去管理控制，若想使node重归麾下，必须在node节点重启kubelet

---

提前查看所有node

• 以删除10.5.0.45为例，看到节点存在

[root@k8smaster163075 ~]
$kubectl get nodes
NAME        STATUS                     ROLES    AGE   VERSION
10.5.0.44   Ready,SchedulingDisabled      41h   v1.11.3
10.5.0.45   Ready                         41h   v1.11.3
10.5.0.46   Ready                         41h   v1.11.3
10.5.0.47   Ready                         41h   v1.11.3
10.5.0.48   Ready                         41h   v1.11.3
10.5.0.49   Ready                         41h   v1.11.3

查看所有pod

• 10.5.0.45节点有4个pod

image.png

执行 kubectl delete node 10.5.0.45

[root@k8smaster163075 ~]
$kubectl get pods -n test-kubeasy-k8s -o wide | grep 10.5.0.45
atlas-uat-deployment-5b65898567-85jpb   1/1     Running   0          14m   10.5.45.104   10.5.0.45   
atlas-uat-deployment-5b65898567-8l7gm   1/1     Running   0          41h   10.5.45.102   10.5.0.45   
atlas-uat-deployment-5b65898567-cqzj7   1/1     Running   0          41h   10.5.45.103   10.5.0.45   
atlas-uat-deployment-5b65898567-lzp7k   1/1     Running   0          41h   10.5.45.101   10.5.0.45   

[root@k8smaster163075 ~]
$kubectl delete node 10.5.0.45
node "10.5.0.45" deleted

重新查看pod，看到新建了4台pod

image.png

master查看所有node

• node已经不在master的控制范围

• 对比kubectl drain/cordon node,

[root@k8smaster163075 ~]
$kubectl get nodes
NAME        STATUS                     ROLES    AGE   VERSION
10.5.0.44   Ready,SchedulingDisabled      41h   v1.11.3
10.5.0.46   Ready                         41h   v1.11.3
10.5.0.47   Ready                         41h   v1.11.3
10.5.0.48   Ready                         41h   v1.11.3
10.5.0.49   Ready                         41h   v1.11.3

ssh 到 10.5.0.45 机器

• docker ps查看容器 已为空

[root@docker000045.ppdgdsl.com ~]
$docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES

delete节点的恢复

• 重启节点kubelet

• 进入master查看node，节点10.5.0.45出现，AGE=2m16s，刚生效

[root@k8smaster163075 ~]
$kubectl get nodes
NAME        STATUS                     ROLES    AGE     VERSION
10.5.0.44   Ready,SchedulingDisabled      42h     v1.11.3
10.5.0.45   Ready                         2m16s   v1.11.3
10.5.0.46   Ready                         42h     v1.11.3
10.5.0.47   Ready                         42h     v1.11.3
10.5.0.48   Ready                         42h     v1.11.3
10.5.0.49   Ready                         42h     v1.11.3

二. cordon，drain，delete node区别

此三个命令都会使node停止被调度，后期创建的pod不会继续被调度到该节点上，但操作的暴力程度不一

---

cordon 停止调度

• 影响最小，只会将node调为SchedulingDisabled

• 之后再发创建pod，不会被调度到该节点

• 旧有的pod不会受到影响，仍正常对外提供服务

• 恢复调度

kubectl uncordon node_name

drain 驱逐节点

• 首先，驱逐node上的pod，其他节点重新创建

• 接着，将节点调为** SchedulingDisabled**

• 恢复调度

kubectl uncordon node_name

delete 删除节点

• 首先，驱逐node上的pod，其他节点重新创建

• 然后，从master节点删除该node，master对其不可见，失去对其控制，master不可对其恢复

• 恢复调度，需进入node节点，重启kubelet

• 基于node的自注册功能，节点重新恢复使用

systemctl restart kubelet

上述就是小编为大家分享的k8s运维06-kubectl delete node的过程是怎么样的了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注创新互联行业资讯频道。

分享文章：k8s运维06-kubectldeletenode的过程是怎么样的
文章出自：http://www.tsicrk.com/article/gdhdgg.html