作者介绍：简历上没有一个精通的运维工程师。请点击上方的蓝色《运维小路》关注我，下面的思维导图也是预计更新的内容和当前进度(不定时更新)。
我们上一章介绍了Docker基本情况，目前在规模较大的容器集群基本都是Kubernetes，但是Kubernetes涉及的东西和概念确实是太多了，而且随着版本迭代功能在还增加，笔者有些功能也确实没用过，所以只能按照我自己的理解来讲解。
我们前面通过多个小节来介绍了Kubernetes来讲解Node和Pod之间的调度和绑定关系，当我们的集群按照我们预期运行一段时间以后，某些机器因为软件或者硬件等其他原因需要进行维修，但是这些机器已经运行了不少Pod，这个时候我们应该怎么做呢？是直接暴力关机让Pod通过控制器自动飘逸到其他节点上，还是有更优雅一点的方案？针对这个问题，Kubernetes给我们提供了两个优雅的方案：隔离(Cordon)和驱逐(Eviction)。
在 Kubernetes（k8s）中，隔离（Cordon）和驱逐（Eviction）是管理节点和 Pod 的两个重要操作。
隔离（Cordon）隔离节点是指将该节点标记为不可调度（NoSchedule），这意味着新的 Pod 不会被调度到该节点上，但是节点上正在运行的 Pod 仍然可以正常运行。
隔离节点的步骤如下：
代码语言：javascript代码运行次数：0运行复制#获取所有节点kubectl get nodes#对需要隔离的节点进行隔离操作kubectl cordon node01
实际上这个隔离就是给这个主机打上一个污点和添加一个新字段。
代码语言：javascript代码运行次数：0运行复制Taints: node.kubernetes.io/unschedulable:NoScheduleUnschedulable: true#添加的污点和状态值，
隔离节点通常用于节点维护，比如升级内核、硬件维护等，以避免新的 Pod 被调度到正在维护的节点上。隔离完成以后，只是解决了新Pod无法调度进来，但是还没有解决历史Pod的问题，这个就是下面要介绍的驱逐的功能。
驱逐（Eviction）驱逐 Pod 是指将 Pod 从节点上强制删除，通常用于节点资源不足或者节点需要维护的情况。驱逐 Pod 与直接删除 Pod 的不同之处在于，驱逐会考虑 Pod 的 QoS 级别和策略，按照一定的顺序进行。
驱逐 Pod 的步骤如下：
kubectl drain node02 --ignore-daemonsets
这个命令会驱逐节点上的所有 Pod，--ignore-daemonsets 表示忽略DaemonSet管理的 Pod。如果出现使用了本地盘的PV&PVC则需要加上下面的参数才能正常驱逐。--delete-local-data 表示即使 Pod 使用了本地数据卷也会被驱逐(但是这个驱逐以后的Pod状态会处于Pending状态，因为它的数据在这个机器，它无法被调度到其他节点，所以我们这种凡是带有数据的需要考虑它的高可用，避免出现因为这个Pod被驱逐而导致业务不可用的情况。
这两个操作都需要谨慎使用，因为它们会影响到服务的可用性和集群的稳定性。通常在进行这些操作之前，需要确保有足够的资源冗余，以及良好的监控和通知机制，以避免对业务造成不必要的影响。
维护
当我们完成隔离和驱逐以后，这个节点就只剩余DaemonSet的Pod，由于该类型的Pod级别都是属于Agent或者日志采集类，对业务无影响，所以这个时候我们可以正常对这个机器进行关机维护操作。
取消隔离
当我们对这个机器维护完成以后，开机运行以后，这个节点的状态会自动变成Ready状态，但是由于我们执行了隔离操作，所以这个时候除了DaemonSet会正常运行外，其他Pod并不会调度过来，所以我们还需要对他执行取消隔离操作。
代码语言：javascript代码运行次数：0运行复制kubectl uncordon node02
这个时候，我们的Pod就会正常调度，我们的维护就算完成，但是根据经验，我们一般会对某个Pod进行扩容操作，确保他真的能调度到这个新节点上。避免未做测试而产生其他问题。
历史推荐内容Docker-docker基本信息，基本命令，dockerfile，原理，仓库，存储网络日志，番外篇云计算&虚拟化-包括服务器购买，虚拟化介绍，虚拟磁盘，虚拟网络，创建虚拟机，安装虚拟机，dashboard，xml解释，克隆，快照，初始化，esxi介绍。Linux进阶-包括硬件，日常运维，基础软件，日志，进阶命令，防火墙，shell编程，内核，linux系统及初始化Linux基础-包括文件的增删改查，磁盘管理，网络配置，用户配置，权限配置
