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

相关文章

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

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

MyBatis Plus 中 update_time 字段自动填充失效的原因分析及解决方案(最新整理)

《MyBatisPlus中update_time字段自动填充失效的原因分析及解决方案(最新整理)》在使用MyBatisPlus时,通常我们会在数据库表中设置create_time和update... 目录前言一、问题现象二、原因分析三、总结:常见原因与解决方法对照表四、推荐写法前言在使用 MyBATis

Python主动抛出异常的各种用法和场景分析

《Python主动抛出异常的各种用法和场景分析》在Python中,我们不仅可以捕获和处理异常,还可以主动抛出异常,也就是以类的方式自定义错误的类型和提示信息,这在编程中非常有用,下面我将详细解释主动抛... 目录一、为什么要主动抛出异常?二、基本语法:raise关键字基本示例三、raise的多种用法1. 抛

github打不开的问题分析及解决

《github打不开的问题分析及解决》:本文主要介绍github打不开的问题分析及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、找到github.com域名解析的ip地址二、找到github.global.ssl.fastly.net网址解析的ip地址三

Mysql的主从同步/复制的原理分析

《Mysql的主从同步/复制的原理分析》:本文主要介绍Mysql的主从同步/复制的原理分析,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录为什么要主从同步?mysql主从同步架构有哪些?Mysql主从复制的原理/整体流程级联复制架构为什么好?Mysql主从复制注意

java -jar命令运行 jar包时运行外部依赖jar包的场景分析

《java-jar命令运行jar包时运行外部依赖jar包的场景分析》:本文主要介绍java-jar命令运行jar包时运行外部依赖jar包的场景分析,本文给大家介绍的非常详细,对大家的学习或工作... 目录Java -jar命令运行 jar包时如何运行外部依赖jar包场景:解决:方法一、启动参数添加: -Xb

Apache 高级配置实战之从连接保持到日志分析的完整指南

《Apache高级配置实战之从连接保持到日志分析的完整指南》本文带你从连接保持优化开始,一路走到访问控制和日志管理,最后用AWStats来分析网站数据,对Apache配置日志分析相关知识感兴趣的朋友... 目录Apache 高级配置实战:从连接保持到日志分析的完整指南前言 一、Apache 连接保持 - 性

Linux中的more 和 less区别对比分析

《Linux中的more和less区别对比分析》在Linux/Unix系统中,more和less都是用于分页查看文本文件的命令,但less是more的增强版,功能更强大,:本文主要介绍Linu... 目录1. 基础功能对比2. 常用操作对比less 的操作3. 实际使用示例4. 为什么推荐 less?5.

spring-gateway filters添加自定义过滤器实现流程分析(可插拔)

《spring-gatewayfilters添加自定义过滤器实现流程分析(可插拔)》:本文主要介绍spring-gatewayfilters添加自定义过滤器实现流程分析(可插拔),本文通过实例图... 目录需求背景需求拆解设计流程及作用域逻辑处理代码逻辑需求背景公司要求,通过公司网络代理访问的请求需要做请

Java集成Onlyoffice的示例代码及场景分析

《Java集成Onlyoffice的示例代码及场景分析》:本文主要介绍Java集成Onlyoffice的示例代码及场景分析,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要... 需求场景:实现文档的在线编辑,团队协作总结:两个接口 + 前端页面 + 配置项接口1:一个接口,将o