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

相关文章

Redis主从/哨兵机制原理分析

《Redis主从/哨兵机制原理分析》本文介绍了Redis的主从复制和哨兵机制,主从复制实现了数据的热备份和负载均衡,而哨兵机制可以监控Redis集群,实现自动故障转移,哨兵机制通过监控、下线、选举和故... 目录一、主从复制1.1 什么是主从复制1.2 主从复制的作用1.3 主从复制原理1.3.1 全量复制

Redis主从复制的原理分析

《Redis主从复制的原理分析》Redis主从复制通过将数据镜像到多个从节点,实现高可用性和扩展性,主从复制包括初次全量同步和增量同步两个阶段,为优化复制性能,可以采用AOF持久化、调整复制超时时间、... 目录Redis主从复制的原理主从复制概述配置主从复制数据同步过程复制一致性与延迟故障转移机制监控与维

Redis连接失败:客户端IP不在白名单中的问题分析与解决方案

《Redis连接失败:客户端IP不在白名单中的问题分析与解决方案》在现代分布式系统中,Redis作为一种高性能的内存数据库,被广泛应用于缓存、消息队列、会话存储等场景,然而,在实际使用过程中,我们可能... 目录一、问题背景二、错误分析1. 错误信息解读2. 根本原因三、解决方案1. 将客户端IP添加到Re

python使用watchdog实现文件资源监控

《python使用watchdog实现文件资源监控》watchdog支持跨平台文件资源监控,可以检测指定文件夹下文件及文件夹变动,下面我们来看看Python如何使用watchdog实现文件资源监控吧... python文件监控库watchdogs简介随着Python在各种应用领域中的广泛使用,其生态环境也

Java汇编源码如何查看环境搭建

《Java汇编源码如何查看环境搭建》:本文主要介绍如何在IntelliJIDEA开发环境中搭建字节码和汇编环境,以便更好地进行代码调优和JVM学习,首先,介绍了如何配置IntelliJIDEA以方... 目录一、简介二、在IDEA开发环境中搭建汇编环境2.1 在IDEA中搭建字节码查看环境2.1.1 搭建步

Redis主从复制实现原理分析

《Redis主从复制实现原理分析》Redis主从复制通过Sync和CommandPropagate阶段实现数据同步,2.8版本后引入Psync指令,根据复制偏移量进行全量或部分同步,优化了数据传输效率... 目录Redis主DodMIK从复制实现原理实现原理Psync: 2.8版本后总结Redis主从复制实

锐捷和腾达哪个好? 两个品牌路由器对比分析

《锐捷和腾达哪个好?两个品牌路由器对比分析》在选择路由器时,Tenda和锐捷都是备受关注的品牌,各自有独特的产品特点和市场定位,选择哪个品牌的路由器更合适,实际上取决于你的具体需求和使用场景,我们从... 在选购路由器时,锐捷和腾达都是市场上备受关注的品牌,但它们的定位和特点却有所不同。锐捷更偏向企业级和专

Spring中Bean有关NullPointerException异常的原因分析

《Spring中Bean有关NullPointerException异常的原因分析》在Spring中使用@Autowired注解注入的bean不能在静态上下文中访问,否则会导致NullPointerE... 目录Spring中Bean有关NullPointerException异常的原因问题描述解决方案总结

python中的与时间相关的模块应用场景分析

《python中的与时间相关的模块应用场景分析》本文介绍了Python中与时间相关的几个重要模块:`time`、`datetime`、`calendar`、`timeit`、`pytz`和`dateu... 目录1. time 模块2. datetime 模块3. calendar 模块4. timeit

python-nmap实现python利用nmap进行扫描分析

《python-nmap实现python利用nmap进行扫描分析》Nmap是一个非常用的网络/端口扫描工具,如果想将nmap集成进你的工具里,可以使用python-nmap这个python库,它提供了... 目录前言python-nmap的基本使用PortScanner扫描PortScannerAsync异