记一次K8s故障告警排查(Grafna告警排查)

Grafna告警排查

1. 现象

业务集群k8s节点状态异常【生产环境】,

告警数据如下:

1、告警条件:> 0,当前值:1.0,标签:

node:cluster-xxx-node0002

condition:DiskPressure

2. 排查步骤

2.1明确告警规则

进入Grafna,根据告警规则ID, 查看监控告警规则中配置的规则,明确告警原因

例如:核心逻辑是: 找出所有命名以 cluster开头、且不在 xx可用区的节点,只要这些节点的 任何非 Ready 条件(如 MemoryPressure、DiskPressure、PIDPressure、NetworkUnavailable)的状态为 True,就会触发这个查询结果

2.2查看监控看板(Grafna)

  1. 更改要查询的参数为告警参数,更改告警筛选时间
  2. 搜索异常:DiskPressure,找到图表,查看告警内容
bash 复制代码
情况一:MemoryPressure
含义:内存压力:节点上的可用内存不足。
情况二:DiskPressure
含义:磁盘压力:节点上的磁盘空间不足(通常是根分区或 kubelet 使用的数据分区)。
情况三:PIDPressure
含义:进程号压力:节点上的进程ID(PID)数量即将用尽。
情况四:NetworkUnavailable
含义: 网络不可用:节点的网络配置有问题。

根据步骤1得到的告警原因分析 ,和告警DiskPressure 得出需要查看的监控需要查看磁盘空间看板,得出哪里出问题发现,磁盘压力过大重启了

2.3具体排查磁盘原因

  1. 登录到具体的服务器上,
  2. 分析具体磁盘压力的文件和目录
bash 复制代码
# 从根目录开始,查看各个目录占用磁盘空间
 du -sh *

2.4总结

找出占用磁盘最大的目录,分析目录来源,分析是否K8s 的节点配置不对,一般原因都是磁盘IO占用过大,根据具体业务修改节点配置可解决

相关推荐
阿里云云原生1 天前
研发视角的新突破:当 AI Coding 工具集成全域运维诊断,排查线上故障只需 3 分钟
云原生
小猿姐2 天前
唯品会大规模数据库云原生实践:基于 KubeBlocks 管理数千实例的统一运维之路
运维·elasticsearch·云原生
阿里云云原生2 天前
AgentTeams 和 Claude Tag 都进入群聊模式,是新范式还是新叙事?
云原生·agent
阿里云云原生3 天前
Higress v2.2.3 发布:正式入驻 CNCF Sandbox,AI Gateway 与 Ingress 迁移能力双向加固
云原生
lichenyang4534 天前
Docker 学习笔记(四):Dockerfile,把项目打成自己的镜像
docker·容器
lichenyang4534 天前
Docker 学习笔记(三):Docker 网络、bridge、子网和容器互通
docker·容器
lichenyang4534 天前
Docker 学习笔记(二):docker run 的参数到底在控制什么?
docker·容器
阿里云云原生4 天前
香港站【企业 AI Agent 工程化实战专场】来啦,邀您7月9日见!
云原生·agent
阿里云云原生4 天前
研发域与运维域的“数字握手”:通过 Agentic Skills 实现 DevOps 全链路自动化
云原生
运维开发故事6 天前
基于 Arthas 的多集群在线诊断系统设计与实现
kubernetes