kubernetes 1.8 源码分析之kubelet资源上报

2024-05-10 17:58

本文主要是介绍kubernetes 1.8 源码分析之kubelet资源上报,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

最近在给k8s 1.8添加磁盘调度的时候,又撸了一遍k8s的相关的源码,之前看过我源码分析的那个是k8s 1.4版本的,1.8版本还是有点变化的。
先看看kubelet上报机制,这个是kubelet的心跳机制,定时上报节点状态,默认是10s,时间可以设定
在kubelet创建的时候就已经创建了节点状态的收集方法
pkg/kubelet/kubelet.go里面NewMainKubelet方法

klet.setNodeStatusFuncs = klet.defaultNodeStatusFuncs()

那默认的方法有哪些呢?

// defaultNodeStatusFuncs is a factory that generates the default set of
// setNodeStatus funcs
func (kl *Kubelet) defaultNodeStatusFuncs() []func(*v1.Node) error {// initial set of node status update handlers, can be modified by Option'swithoutError := func(f func(*v1.Node)) func(*v1.Node) error {return func(n *v1.Node) error {f(n)return nil}}return []func(*v1.Node) error{kl.setNodeAddress,withoutError(kl.setNodeStatusInfo),withoutError(kl.setNodeOODCondition),withoutError(kl.setNodeMemoryPressureCondition),withoutError(kl.setNodeDiskPressureCondition),withoutError(kl.setNodeDiskMountPressureCondition),withoutError(kl.setNodeReadyCondition),withoutError(kl.setNodeVolumesInUseStatus),withoutError(kl.recordNodeSchedulableEvent),}
}

注意上面的setNodeDiskMountPressureCondition这个是我自己添加上面的,不是k8s自带。这个里面包括节点信息、节点OOD信息、内存磁盘压力状态、节点监控状态等。
方法太多,那一个举例子吧setNodeDiskPressureCondition

func (kl *Kubelet) setNodeDiskPressureCondition(node *v1.Node) {currentTime := metav1.NewTime(kl.clock.Now())var condition *v1.NodeCondition// Check if NodeDiskPressure condition already exists and if it does, just pick it up for update.for i := range node.Status.Conditions {if node.Status.Conditions[i].Type == v1.NodeDiskPressure {condition = &node.Status.Conditions[i]}}newCondition := false// If the NodeDiskPressure condition doesn't exist, create oneif condition == nil {condition = &v1.NodeCondition{Type:   v1.NodeDiskPressure,Status: v1.ConditionUnknown,}// cannot be appended to node.Status.Conditions here because it gets// copied to the slice. So if we append to the slice here none of the// updates we make below are reflected in the slice.newCondition = true}// Update the heartbeat timecondition.LastHeartbeatTime = currentTime// Note: The conditions below take care of the case when a new NodeDiskPressure condition is// created and as well as the case when the condition already exists. When a new condition// is created its status is set to v1.ConditionUnknown which matches either// condition.Status != v1.ConditionTrue or// condition.Status != v1.ConditionFalse in the conditions below depending on whether// the kubelet is under disk pressure or not.if kl.evictionManager.IsUnderDiskPressure() {if condition.Status != v1.ConditionTrue {condition.Status = v1.ConditionTruecondition.Reason = "KubeletHasDiskPressure"condition.Message = "kubelet has disk pressure"condition.LastTransitionTime = currentTimekl.recordNodeStatusEvent(v1.EventTypeNormal, "NodeHasDiskPressure")}} else {if condition.Status != v1.ConditionFalse {condition.Status = v1.ConditionFalsecondition.Reason = "KubeletHasNoDiskPressure"condition.Message = "kubelet has no disk pressure"condition.LastTransitionTime = currentTimekl.recordNodeStatusEvent(v1.EventTypeNormal, "NodeHasNoDiskPressure")}}if newCondition {node.Status.Conditions = append(node.Status.Conditions, *condition)}
}

方法很简单,核心就是IsUnderDiskPressure,如果是存在压力就把状态改成true,否则改为false。
看完上报的方法,那这个方法是什么是被调用的呢?本能就可以想到,一个是初始一个是定时的更新,下面看看具体是不是这样的,先看初始pkg/kubelet/kubelet_node_status.go里面的initialNode方法

kl.setNodeStatus(node)

这个方法就是调用刚才上面一系列收集状态的函数

func (kl *Kubelet) setNodeStatus(node *v1.Node) {for _, f := range kl.setNodeStatusFuncs {if err := f(node); err != nil {glog.Warningf("Failed to set some node status fields: %s", err)}}
}

然后就是定时上报,pkg/kubelet/kubelet_node_status.go里面tryUpdateNodeStatus方法,它是定时上报master的方法。

kl.setNodeStatus(node)

它同样调用setNodeStatus这个方法。顺便在多说一句,这个定时上报的方法什么时候被定时执行呢,答案在pkg/kubelet/kubelet.go的Run里面

if kl.kubeClient != nil {// Start syncing node status immediately, this may set up things the runtime needs to run.go wait.Until(kl.syncNodeStatus, kl.nodeStatusUpdateFrequency, wait.NeverStop)}

通过nodeStatusUpdateFrequency指定上报周期,好了关于资源上报的代码很简单,就不赘述了。

这篇关于kubernetes 1.8 源码分析之kubelet资源上报的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/977147

相关文章

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe

Java中最全最基础的IO流概述和简介案例分析

《Java中最全最基础的IO流概述和简介案例分析》JavaIO流用于程序与外部设备的数据交互,分为字节流(InputStream/OutputStream)和字符流(Reader/Writer),处理... 目录IO流简介IO是什么应用场景IO流的分类流的超类类型字节文件流应用简介核心API文件输出流应用文

java 恺撒加密/解密实现原理(附带源码)

《java恺撒加密/解密实现原理(附带源码)》本文介绍Java实现恺撒加密与解密,通过固定位移量对字母进行循环替换,保留大小写及非字母字符,由于其实现简单、易于理解,恺撒加密常被用作学习加密算法的入... 目录Java 恺撒加密/解密实现1. 项目背景与介绍2. 相关知识2.1 恺撒加密算法原理2.2 Ja

Nginx屏蔽服务器名称与版本信息方式(源码级修改)

《Nginx屏蔽服务器名称与版本信息方式(源码级修改)》本文详解如何通过源码修改Nginx1.25.4,移除Server响应头中的服务类型和版本信息,以增强安全性,需重新配置、编译、安装,升级时需重复... 目录一、背景与目的二、适用版本三、操作步骤修改源码文件四、后续操作提示五、注意事项六、总结一、背景与

Android实现图片浏览功能的示例详解(附带源码)

《Android实现图片浏览功能的示例详解(附带源码)》在许多应用中,都需要展示图片并支持用户进行浏览,本文主要为大家介绍了如何通过Android实现图片浏览功能,感兴趣的小伙伴可以跟随小编一起学习一... 目录一、项目背景详细介绍二、项目需求详细介绍三、相关技术详细介绍四、实现思路详细介绍五、完整实现代码