Worker

管理的一个重要方面是在必要时从集群中删除节点。

无论您是需要用新节点替换旧节点还是节点变得无响应或出现故障都必须遵循正确的过程以避免潜在的数据丢失或应用程序中断。

移除工作节点(Worker

副本无法被迁移。

--delete-emptydir-data如果

Pod

将节点标记为不可调度Ready,SchedulingDisabled防止新的

Pod

【注】如果是临时系统维护或者突然不想移除了可以使用下面的命令恢复节点的调度能力

kubectl

Node比较复杂毕竟相当于是大脑控制平面节点又称为主节点从节点等。

2.1

--ignore-daemonsets忽略DaemonSet管理的Pod简化驱逐过程确保关键服务

Pod

在节点被驱逐时不会中断--delete-emptydir-data如果

Pod

【注】如果是临时系统维护或者突然不想移除了可以使用下面的命令恢复节点的调度能力

kubectl

在其他任意一个控制平面节点中操作如果是外置的则在相应的机器上操作。

【注】Look

--endpointshttps://127.0.0.1:2379

--cacert/etc/kubernetes/pki/etcd/ca.crt

--cert/etc/kubernetes/pki/etcd/server.crt

--key/etc/kubernetes/pki/etcd/server.key#

查看集群节点列表

集群将继续尝试与已经不存在的成员通信可能导致性能下降。

在做出决策时etcd

仍会考虑这个不再活跃的成员可能影响到达成共识的速度。

潜在的稳定性问题如果不移除inactive成员etcd集群可能无法正确管理其成员关系导致稳定性问题。

扩展性受限etcd

集群有成员数量限制。

保留不活跃的成员会占用这个限额影响未来添加新成员的能力。

错误日志和告警系统可能会持续生成关于无法连接到已移除节点的错误日志和告警。

恢复和灾难恢复复杂化在需要恢复

etcd

集群时存在的无效成员可能会使过程变得更加复杂。

性能影响etcd

【注】虽然短期内不移除

成员可能不会导致立即的故障但长期来看它可能会影响集群的健康、性能和可管理性。

2.4

确保高可用性移除主节点之前确保集群有足够的高可用性至少有一个以上的备用主节点如果是移除工作节点确保应用支持高可用防止出现业务中断。

检查配置文件根据安装方式如

等可能需要额外检查和更新配置文件以保证节点的移除工作。

清理节点在实际从物理或虚拟机中移除节点之前清理节点上的Kubernetes配置和数据如果服务器有快照的话可以还原快照。

保持敬畏之心如果是线上环境还是要有一个敬畏之心保障业务系统的可用性。