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

相关文章

Go标准库常见错误分析和解决办法

《Go标准库常见错误分析和解决办法》Go语言的标准库为开发者提供了丰富且高效的工具,涵盖了从网络编程到文件操作等各个方面,然而,标准库虽好,使用不当却可能适得其反,正所谓工欲善其事,必先利其器,本文将... 目录1. 使用了错误的time.Duration2. time.After导致的内存泄漏3. jsO

Python实现无痛修改第三方库源码的方法详解

《Python实现无痛修改第三方库源码的方法详解》很多时候,我们下载的第三方库是不会有需求不满足的情况,但也有极少的情况,第三方库没有兼顾到需求,本文将介绍几个修改源码的操作,大家可以根据需求进行选择... 目录需求不符合模拟示例 1. 修改源文件2. 继承修改3. 猴子补丁4. 追踪局部变量需求不符合很

Spring事务中@Transactional注解不生效的原因分析与解决

《Spring事务中@Transactional注解不生效的原因分析与解决》在Spring框架中,@Transactional注解是管理数据库事务的核心方式,本文将深入分析事务自调用的底层原理,解释为... 目录1. 引言2. 事务自调用问题重现2.1 示例代码2.2 问题现象3. 为什么事务自调用会失效3

找不到Anaconda prompt终端的原因分析及解决方案

《找不到Anacondaprompt终端的原因分析及解决方案》因为anaconda还没有初始化,在安装anaconda的过程中,有一行是否要添加anaconda到菜单目录中,由于没有勾选,导致没有菜... 目录问题原因问http://www.chinasem.cn题解决安装了 Anaconda 却找不到 An

Spring定时任务只执行一次的原因分析与解决方案

《Spring定时任务只执行一次的原因分析与解决方案》在使用Spring的@Scheduled定时任务时,你是否遇到过任务只执行一次,后续不再触发的情况?这种情况可能由多种原因导致,如未启用调度、线程... 目录1. 问题背景2. Spring定时任务的基本用法3. 为什么定时任务只执行一次?3.1 未启用

C++ 各种map特点对比分析

《C++各种map特点对比分析》文章比较了C++中不同类型的map(如std::map,std::unordered_map,std::multimap,std::unordered_multima... 目录特点比较C++ 示例代码 ​​​​​​代码解释特点比较1. std::map底层实现:基于红黑

Spring、Spring Boot、Spring Cloud 的区别与联系分析

《Spring、SpringBoot、SpringCloud的区别与联系分析》Spring、SpringBoot和SpringCloud是Java开发中常用的框架,分别针对企业级应用开发、快速开... 目录1. Spring 框架2. Spring Boot3. Spring Cloud总结1. Sprin

Spring 中 BeanFactoryPostProcessor 的作用和示例源码分析

《Spring中BeanFactoryPostProcessor的作用和示例源码分析》Spring的BeanFactoryPostProcessor是容器初始化的扩展接口,允许在Bean实例化前... 目录一、概览1. 核心定位2. 核心功能详解3. 关键特性二、Spring 内置的 BeanFactory

MyBatis-Plus中Service接口的lambdaUpdate用法及实例分析

《MyBatis-Plus中Service接口的lambdaUpdate用法及实例分析》本文将详细讲解MyBatis-Plus中的lambdaUpdate用法,并提供丰富的案例来帮助读者更好地理解和应... 目录深入探索MyBATis-Plus中Service接口的lambdaUpdate用法及示例案例背景

MyBatis-Plus中静态工具Db的多种用法及实例分析

《MyBatis-Plus中静态工具Db的多种用法及实例分析》本文将详细讲解MyBatis-Plus中静态工具Db的各种用法,并结合具体案例进行演示和说明,具有很好的参考价值,希望对大家有所帮助,如有... 目录MyBATis-Plus中静态工具Db的多种用法及实例案例背景使用静态工具Db进行数据库操作插入