k8s 移除node 全过程

最新推荐文章于 2024-05-21 17:47:21 发布
最新推荐文章于 2024-05-21 17:47:21 发布
阅读量1.2k 收藏 2
点赞数 1
分类专栏： k8s篇 文章标签： centos node.js linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_36270681/article/details/120332148
版权

 可以看到node3上有 5个pod

[root@VM-2-5-centos ~]# kubectl get pod -A -owide
NAMESPACE     NAME                                      READY   STATUS    RESTARTS   AGE     IP               NODE             NOMINATED NODE   READINESS GATES
kube-system   calico-kube-controllers-97769f7c7-8hk6l   1/1     Running   0          4h25m   10.244.169.193   vm-2-15-centos   <none>           <none>
kube-system   calico-node-gxlpl                         1/1     Running   0          4h25m   172.16.2.3       vm-2-3-centos    <none>           <none>
kube-system   calico-node-mlbg4                         1/1     Running   0          4h25m   172.16.2.15      vm-2-15-centos   <none>           <none>
kube-system   calico-node-sxdfw                         1/1     Running   0          4h25m   172.16.2.5       vm-2-5-centos    <none>           <none>
kube-system   coredns-7f89b7bc75-lgvr2                  1/1     Running   0          4h28m   10.244.169.194   vm-2-15-centos   <none>           <none>
kube-system   coredns-7f89b7bc75-phvhn                  1/1     Running   0          4h28m   10.244.169.195   vm-2-15-centos   <none>           <none>
kube-system   etcd-vm-2-5-centos                        1/1     Running   0          4h28m   172.16.2.5       vm-2-5-centos    <none>           <none>
kube-system   kube-apiserver-vm-2-5-centos              1/1     Running   0          4h28m   172.16.2.5       vm-2-5-centos    <none>           <none>
kube-system   kube-controller-manager-vm-2-5-centos     1/1     Running   0          4h28m   172.16.2.5       vm-2-5-centos    <none>           <none>
kube-system   kube-proxy-8pcct                          1/1     Running   0          4h27m   172.16.2.15      vm-2-15-centos   <none>           <none>
kube-system   kube-proxy-br94b                          1/1     Running   0          4h27m   172.16.2.3       vm-2-3-centos    <none>           <none>
kube-system   kube-proxy-z2xcz                          1/1     Running   0          4h28m   172.16.2.5       vm-2-5-centos    <none>           <none>
kube-system   kube-scheduler-vm-2-5-centos              1/1     Running   0          4h28m   172.16.2.5       vm-2-5-centos    <none>           <none>
kube-system   metrics-server-b66888848-kdf7q            1/1     Running   0          4h23m   10.244.71.1      vm-2-3-centos    <none>           <none>

[root@VM-2-5-centos ~]# kubectl get node
NAME             STATUS   ROLES                  AGE     VERSION
vm-2-15-centos   Ready    <none>                 4h27m   v1.20.4
vm-2-3-centos    Ready    <none>                 4h28m   v1.20.4
vm-2-5-centos    Ready    control-plane,master   4h29m   v1.20.4

设置pod 不可调度 

[root@VM-2-5-centos ~]# kubectl cordon vm-2-15-centos
node/vm-2-15-centos cordoned
[root@VM-2-5-centos ~]# kubectl get node
NAME             STATUS                     ROLES                  AGE     VERSION
vm-2-15-centos   Ready,SchedulingDisabled   <none>                 4h28m   v1.20.4
vm-2-3-centos    Ready                      <none>                 4h28m   v1.20.4
vm-2-5-centos    Ready                      control-plane,master   4h30m   v1.20.4

 驱逐node3 上的 pod，报错

[root@VM-2-5-centos ~]# kubectl drain vm-2-15-centos --ignore-daemonsets=false
node/vm-2-15-centos already cordoned
error: unable to drain node "vm-2-15-centos", aborting command...

There are pending nodes to be drained:
 vm-2-15-centos
error: cannot delete DaemonSet-managed Pods (use --ignore-daemonsets to ignore): kube-system/calico-node-mlbg4, kube-system/kube-proxy-8pcct

 再次执行，告警：daemonset 无法驱逐，不用管，一般接收流量的pod 被驱逐就好了

[root@VM-2-5-centos ~]# kubectl drain vm-2-15-centos --ignore-daemonsets 
node/vm-2-15-centos already cordoned
WARNING: ignoring DaemonSet-managed Pods: kube-system/calico-node-mlbg4, kube-system/kube-proxy-8pcct
evicting pod kube-system/coredns-7f89b7bc75-phvhn
evicting pod kube-system/calico-kube-controllers-97769f7c7-8hk6l
evicting pod kube-system/coredns-7f89b7bc75-lgvr2
pod/calico-kube-controllers-97769f7c7-8hk6l evicted
pod/coredns-7f89b7bc75-phvhn evicted
pod/coredns-7f89b7bc75-lgvr2 evicted
node/vm-2-15-centos evicted

 可以看到node是不可用状态

[root@VM-2-5-centos ~]# kubectl get node -A
NAME             STATUS                     ROLES                  AGE     VERSION
vm-2-15-centos   Ready,SchedulingDisabled   <none>                 4h32m   v1.20.4
vm-2-3-centos    Ready                      <none>                 4h32m   v1.20.4
vm-2-5-centos    Ready                      control-plane,master   4h33m   v1.20.4

删除node

[root@VM-2-5-centos ~]# kubectl delete node  vm-2-15-centos
node "vm-2-15-centos" deleted

 这里我们可以看到node被删除，pod 还没消失，还有2个daemonset 程序这里需要等待30s

[root@VM-2-5-centos ~]# kubectl get pod  -A -owide
NAMESPACE     NAME                                      READY   STATUS    RESTARTS   AGE     IP            NODE             NOMINATED NODE   READINESS GATES
kube-system   calico-kube-controllers-97769f7c7-zjpr6   1/1     Running   0          102s    10.244.71.2   vm-2-3-centos    <none>           <none>
kube-system   calico-node-gxlpl                         1/1     Running   0          4h32m   172.16.2.3    vm-2-3-centos    <none>           <none>
kube-system   calico-node-mlbg4                         1/1     Running   0          4h32m   172.16.2.15   vm-2-15-centos   <none>           <none>
kube-system   calico-node-sxdfw                         1/1     Running   0          4h32m   172.16.2.5    vm-2-5-centos    <none>           <none>
kube-system   coredns-7f89b7bc75-5d29s                  1/1     Running   0          102s    10.244.71.3   vm-2-3-centos    <none>           <none>
kube-system   coredns-7f89b7bc75-6rl9q                  1/1     Running   0          102s    10.244.71.4   vm-2-3-centos    <none>           <none>
kube-system   etcd-vm-2-5-centos                        1/1     Running   0          4h34m   172.16.2.5    vm-2-5-centos    <none>           <none>
kube-system   kube-apiserver-vm-2-5-centos              1/1     Running   0          4h34m   172.16.2.5    vm-2-5-centos    <none>           <none>
kube-system   kube-controller-manager-vm-2-5-centos     1/1     Running   0          4h34m   172.16.2.5    vm-2-5-centos    <none>           <none>
kube-system   kube-proxy-8pcct                          1/1     Running   0          4h33m   172.16.2.15   vm-2-15-centos   <none>           <none>
kube-system   kube-proxy-br94b                          1/1     Running   0          4h33m   172.16.2.3    vm-2-3-centos    <none>           <none>
kube-system   kube-proxy-z2xcz                          1/1     Running   0          4h34m   172.16.2.5    vm-2-5-centos    <none>           <none>
kube-system   kube-scheduler-vm-2-5-centos              1/1     Running   0          4h34m   172.16.2.5    vm-2-5-centos    <none>           <none>
kube-system   metrics-server-b66888848-kdf7q            1/1     Running   0          4h29m   10.244.71.1   vm-2-3-centos    <none>           <none>
[root@VM-2-5-centos ~]# kubectl get node 
NAME            STATUS   ROLES                  AGE     VERSION
vm-2-3-centos   Ready    <none>                 4h34m   v1.20.4
vm-2-5-centos   Ready    control-plane,master   4h35m   v1.20.4

 再次查看已删除

[root@VM-2-5-centos ~]# kubectl get pod  -A -owide
NAMESPACE     NAME                                      READY   STATUS    RESTARTS   AGE     IP            NODE            NOMINATED NODE   READINESS GATES
kube-system   calico-kube-controllers-97769f7c7-zjpr6   1/1     Running   0          2m50s   10.244.71.2   vm-2-3-centos   <none>           <none>
kube-system   calico-node-gxlpl                         1/1     Running   0          4h33m   172.16.2.3    vm-2-3-centos   <none>           <none>
kube-system   calico-node-sxdfw                         1/1     Running   0          4h33m   172.16.2.5    vm-2-5-centos   <none>           <none>
kube-system   coredns-7f89b7bc75-5d29s                  1/1     Running   0          2m50s   10.244.71.3   vm-2-3-centos   <none>           <none>
kube-system   coredns-7f89b7bc75-6rl9q                  1/1     Running   0          2m50s   10.244.71.4   vm-2-3-centos   <none>           <none>
kube-system   etcd-vm-2-5-centos                        1/1     Running   0          4h36m   172.16.2.5    vm-2-5-centos   <none>           <none>
kube-system   kube-apiserver-vm-2-5-centos              1/1     Running   0          4h36m   172.16.2.5    vm-2-5-centos   <none>           <none>
kube-system   kube-controller-manager-vm-2-5-centos     1/1     Running   0          4h36m   172.16.2.5    vm-2-5-centos   <none>           <none>
kube-system   kube-proxy-br94b                          1/1     Running   0          4h35m   172.16.2.3    vm-2-3-centos   <none>           <none>
kube-system   kube-proxy-z2xcz                          1/1     Running   0          4h35m   172.16.2.5    vm-2-5-centos   <none>           <none>
kube-system   kube-scheduler-vm-2-5-centos              1/1     Running   0          4h36m   172.16.2.5    vm-2-5-centos   <none>           <none>
kube-system   metrics-server-b66888848-kdf7q            1/1     Running   0          4h30m   10.244.71.1   vm-2-3-centos   <none>           <none>

xiangzilong
关注
  • 1
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
k8s集群驱逐node节点上的pod
江晓龙的博客
06-24 2543
[root@k8s-master1 ~]# kubectl drain k8s-node2 --delete-local-data --force --ignore-daemonsets node/k8s-node2 already cordoned WARNING: ignoring DaemonSet-managed Pods: efk/fluentd-es-nfgbj, ingress-nginx/nginx-ingress-controller-cpxtl, kube-system/calico-n
k8s 下线node正确处理姿势 驱逐 node
LoveSummer
03-01 4114
注意: 默认情况下,kubectl drain将忽略节点上无法杀死的某些系统窗格;有关更多详细信息,请参阅kubectl drain文档。当kubectl drain成功返回时,表示所有pod(除了前一段中所述排除的那些)已被安全驱逐(尊重所需的正常终止期,并且不违反任何应用程序级别的中断SLO).然后通过关闭其物理机器来关闭节点是安全的,或者如果在云平台上运行,则删除其虚拟机。
k8s 节点压力驱逐（Node Pressure Eviction）
最新发布
海鸥
05-21 983
上面的配置只有硬驱逐策略，无软驱逐策略。节点压力驱逐（Node Pressure Eviction）是 Kubernetes 的一种机制，用于帮助集群维持稳定性和可靠性。kubelet 会监控集群节点的内存、 磁盘空间和文件系统的 inode 等资源，当这些资源的使用到达指定阈值（固定值或百分比）的时候，kubelet 将主动终止 Pod 以回收节点上资源。节点压力驱逐是 kubelet 主动终止 Pod 以回收节点上资源的过程。
k8s删除node节点
热门推荐
m0_60496726的博客
10-15 1万+
一、删除node节点 1、先查看一下这个node节点上的pod信息 kubectl get nodes 2、驱逐这个node节点上的pod kubectl drain node01 --delete-local-data --force --ignore-daemonsets 3、删除这个node节点 kubectl delete nodes node01 4、然后在node06这个节点上执行如下命令： kubeadm reset ​ systemctl stop kub...
kubernetes/k8s驱逐机制总结篇
良凯尔的博客
08-27 2063
k8s的驱逐机制是指在某些场景下，如node节点notReady、node节点压力较大等，将pod从某个node节点驱逐掉，让pod的上层控制器重新创建出新的pod来重新调度到其他node节点。根据发起驱逐的组件，驱逐可以分为3类：由kubelet发起的驱逐、由kube-controller-manager发起的驱逐、由kube-scheduler发起的驱逐。
k8s驱逐机制汇总
zxyuliwuzhognzx11的博客
08-12 2398
k8s驱逐机制汇总，分析了4种驱逐
k8s中的调度和驱逐
weixin_43849415的博客
10-12 5159
k8s中的调度 k8s关于调度的官方文档 调度是指将 Pod 放置到合适的 Node 上，然后对应 Node 上的 Kubelet 才能够运行这些 pod。 听起来非常简单，但是有非常多需要考虑的问题： 公平：如果保证每个节点都能被分配资源。 资源高效利用：集群所有资源最大化被利用。 效率：调度的性能要好，能够尽快完成对大批量的Pod的调度工作 灵活：允许用户根据自己的需求控制调度的逻辑。 1. 概览 在k8s中有几大核心组件，Scheduler调度器是其中的一个。调度器通过 kubernetes 的
K8s外部网络访问之NodePort资源附件
10-22
NodePort是一种Service类型，它允许外部网络访问K8s集群内的服务，无需复杂的网络配置。本资源附件将深入探讨NodePort的工作原理、配置方法以及如何通过NodePort实现外部网络访问。 首先，理解NodePort的含义：Node...
k8s node节点监控
06-08
k8s node节点监控，可以显示node节点信息，监控node集群节点的状态
k8s 创建mysql的 全套yaml文件
04-13
在Kubernetes（k8s）集群中创建MySQL数据库服务，通常涉及到多个YAML文件的配置，这些文件共同定义了MySQL的部署、服务、持久卷和持久卷声明等组件。以下是对这一过程的详细阐述： 首先，`mysql-deployment.yaml`是...
K8S监控主机资源node-exporter镜像及资源清单文件
12-22
原文链接：https://blog.csdn.net/m0_37814112/article/details/122041607 说明：Kubernetes监控主机资源node-exporter镜像及资源清单文件
K8S排水错误汇总（忽略DaemonSet管理Pod、Mysql集群排水报错、Mongo集群排水报错）
运维玄德公
07-19 670
【成功排水展示】 初始状态 排水命令 正确排水的输出 排水后结果 恢复节点 【FAQ】 1. 忽略DaemonSet管理的Pod 2. 删除本地数据（mysql集群节点删除失败） 3. mongo集群排水报错
k8s驱逐篇(6)-kube-controller-manager驱逐-NodeLifecycleController源码分析
良凯尔的博客
12-11 1172
kube-controller-manager驱逐主要依靠NodeLifecycleController以及其中的TaintManager；开启了污点驱逐：node上有NoExecute污点后，立马驱逐不能容忍污点的pod，对于能容忍该污点的pod，则等待pod上配置的污点容忍时间里的最小值后，pod会被驱逐；未开启污点驱逐：当node的ready Condition值为false或unknown且已经持续了一段时间时，对该node上的pod做驱逐操作；
K8S故障处理指南：临时设置节点为不可调度
m0_37680131的博客
01-14 1631
在Kubernetes中，节点驱逐是一种管理和维护集群的重要操作，允许节点在维护、升级或者发生故障时从集群中移除，等到节点修复后，再重新承担pod调度功能。本文将介绍节点驱逐的基本概念、使用场景、解除驱逐的步骤以及注意事项。
DiskPressure(磁盘压力)
每天都要开心呀(#^.^#)
09-11 1288
kubelet监控集群节点的 CPU、内存、磁盘空间和文件系统的inode 等资源，根据kubelet启动参数中的驱逐策略配置，当这些资源中的一个或者多个达到特定的消耗水平，kubelet 可以主动地驱逐节点上一个或者多个pod，以回收资源，降低节点资源压力。
k8s删除node节点的方法
qq_759035366的博客
07-14 1507
【代码】k8s删除node节点的方法。
k8s删除node
robinhunan的博客
12-06 1302
删除kubernets中加入的node
k8s节点删除
ApexPredator的博客
05-27 1695
k8s节点删除
k8s设置 node role
08-09
K8S（Kubernetes）是一个开源的容器编排工具，用于自动化部署、扩展和管理容器化应用程序。在K8S中，Node（节点）是指一个运行Kubernetes集群的机器，它可以是物理服务器、虚拟机或者云服务器。 为了设置Node的角色，我们可以通过以下步骤进行操作： 1. 添加Node： 首先，我们需要将一个新的Node添加到已经存在的Kubernetes集群中。这可以通过执行kubectl命令或者API请求来完成。在添加Node时，会生成一个唯一的Node ID，用于识别该Node。 2. 分配角色： 在Kubernetes中，Node有不同的角色，例如Master或者Worker。Master节点用于管理和控制整个集群的操作，而Worker节点用于运行容器工作负载。我们可以通过kubectl命令或者修改Cluster配置文件来分配角色。 3. 配置标签： 为了进一步区分Node，我们可以为其添加标签。标签是键值对的形式，用于根据特定的要求选择Node。例如，我们可以为Node添加标签"environment=production"，以指示该Node用于生产环境。 4. 节点亲和性（node affinity）和容忍度（tolerations）： 对于特定的工作负载，我们可以配置节点亲和性和容忍度规则，以使其仅在满足特定条件的Node上运行。节点亲和性可以根据标签选择特定的Node，而容忍度则定义了能够容忍的节点条件。 5. 高可用性和自动伸缩： K8S还支持高可用性和自动伸缩功能。通过将多个Master节点配置为高可用模式，可以确保集群的稳定性和可靠性。自动伸缩功能可根据工作负载的变化自动扩展或收缩Node。 通过上述步骤，我们可以轻松地设置K8S的Node角色，并根据需求对Node进行管理和配置。这些步骤还可以根据Kubernetes的版本和部署方式进行细微调整。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值