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

相关文章

SpringBoot中六种批量更新Mysql的方式效率对比分析

《SpringBoot中六种批量更新Mysql的方式效率对比分析》文章比较了MySQL大数据量批量更新的多种方法,指出REPLACEINTO和ONDUPLICATEKEY效率最高但存在数据风险,MyB... 目录效率比较测试结构数据库初始化测试数据批量修改方案第一种 for第二种 case when第三种

解决1093 - You can‘t specify target table报错问题及原因分析

《解决1093-Youcan‘tspecifytargettable报错问题及原因分析》MySQL1093错误因UPDATE/DELETE语句的FROM子句直接引用目标表或嵌套子查询导致,... 目录报js错原因分析具体原因解决办法方法一:使用临时表方法二:使用JOIN方法三:使用EXISTS示例总结报错原

MySQL中的LENGTH()函数用法详解与实例分析

《MySQL中的LENGTH()函数用法详解与实例分析》MySQLLENGTH()函数用于计算字符串的字节长度,区别于CHAR_LENGTH()的字符长度,适用于多字节字符集(如UTF-8)的数据验证... 目录1. LENGTH()函数的基本语法2. LENGTH()函数的返回值2.1 示例1:计算字符串

Android kotlin中 Channel 和 Flow 的区别和选择使用场景分析

《Androidkotlin中Channel和Flow的区别和选择使用场景分析》Kotlin协程中,Flow是冷数据流,按需触发,适合响应式数据处理;Channel是热数据流,持续发送,支持... 目录一、基本概念界定FlowChannel二、核心特性对比数据生产触发条件生产与消费的关系背压处理机制生命周期

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

MySQL中的表连接原理分析

《MySQL中的表连接原理分析》:本文主要介绍MySQL中的表连接原理分析,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1、背景2、环境3、表连接原理【1】驱动表和被驱动表【2】内连接【3】外连接【4编程】嵌套循环连接【5】join buffer4、总结1、背景

python中Hash使用场景分析

《python中Hash使用场景分析》Python的hash()函数用于获取对象哈希值,常用于字典和集合,不可变类型可哈希,可变类型不可,常见算法包括除法、乘法、平方取中和随机数哈希,各有优缺点,需根... 目录python中的 Hash除法哈希算法乘法哈希算法平方取中法随机数哈希算法小结在Python中,

Java Stream的distinct去重原理分析

《JavaStream的distinct去重原理分析》Javastream中的distinct方法用于去除流中的重复元素,它返回一个包含过滤后唯一元素的新流,该方法会根据元素的hashcode和eq... 目录一、distinct 的基础用法与核心特性二、distinct 的底层实现原理1. 顺序流中的去重

关于MyISAM和InnoDB对比分析

《关于MyISAM和InnoDB对比分析》:本文主要介绍关于MyISAM和InnoDB对比分析,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录开篇:从交通规则看存储引擎选择理解存储引擎的基本概念技术原理对比1. 事务支持:ACID的守护者2. 锁机制:并发控制的艺

C++中RAII资源获取即初始化

《C++中RAII资源获取即初始化》RAII通过构造/析构自动管理资源生命周期,确保安全释放,本文就来介绍一下C++中的RAII技术及其应用,具有一定的参考价值,感兴趣的可以了解一下... 目录一、核心原理与机制二、标准库中的RAII实现三、自定义RAII类设计原则四、常见应用场景1. 内存管理2. 文件操