使用云监控2.0页面诊断问题根因-延迟分析指南

简介: 针对一次故障的根因诊断,云监控2.0调用链分析发现异常耗时,经排查为【checkout】服务独占耗时过长,进一步分析确认其CPU使用率突增至100%,判定根因为【checkout.cpu】性能问题。

1. 输入数据

{"problem_id": "003", "time_range": "2025-08-29 10:14:20 ~ 2025-08-29 10:19:20", "candidate_root_causes": ["ad.Failure", "ad.LargeGc", "ad.memory", "ad.cpu","ad.networkLatency", "cart.Failure", "cart.cpu", "checkout.cpu", "checkout.Failure", "image-provider.cpu", "image-provider.memory", "image-provider.networkLatency", "inventory.Failure", "inventory.cpu", "inventory.memory", "inventory.networkLatency", "load-generator.cpu", "load-generator.FloodHomepage", "payment.Failure", "payment.Unreachable", "payment.cpu", "payment.memory", "payment.networkLatency", "product-catalog.Failure", "product-catalog.cpu", "product-catalog.memory", "product-catalog.networkLatency", "recommendation.CacheFailure", "recommendation.Failure", "recommendation.cpu", "recommendation.memory", "recommendation.networkLatency", "system.NodeKiller"], "alarm_rules": ["frontend_avg_rt"]}


2. 页面操作

2.1 查看错误数据

  1. 访问下面的链接进入云监控2.0调用链分析页面:
  1. 依次点击左栏应用监控、顶栏调用链分析
  2. 将故障时段2025-08-29 10:14:20 ~ 2025-08-29 10:19:20原样复制,粘贴至页面右上角时间输入框,回车确认。在Span列表中,点击耗时排序箭头,在操作列点击详情按钮,查看耗时较长的 Span 信息:

根据文档说明,点击黑线最长的轨迹,可见自身耗时较长的调用段checkout SERVER,对应的主机名为checkout-5d79bbcb9-mvnkr

2.3 智能分析

Trace详情页面,点击检测到异常右侧的魔棒按钮,可展开 Copilot 并向其提问:

2.4 定位性能问题

在左栏菜单点击容器洞察,悬停展开资源中心菜单,点击Pod列表

在页面顶部点击+展开查询栏。展开 key 菜单,选定name;展开 value 菜单,选择前文出现异常的机器名checkout-5d79bbcb9-mvnkr,点击确认

Pod 名称列表中,悬停展开操作列表,点击眼球按钮,在弹出页面中点击打开实体

实体详情页面,CPU Resource栏目下点击CPU Usage图表中的同比环比按钮:

点击展开选单,选择1小时,点击查询

对比 1 小时前的数据可发现:CPU 使用率从 24.889%显著上升至 99.287%,可视为异常。

3. 得出结论

结合调用链视图与 Copilot 分析结果,观察独占耗时高的调用段(Span)及其性能指标,可以定位故障根因系checkout出现 CPU 负载故障。

{"problem_id": "003", "root_causes": ["checkout.cpu"]}


相关文章
|
监控
使用云监控2.0页面诊断问题根因-错误分析指南
针对一次故障的根因诊断,通过云监控2.0调用链分析。
2523 0
|
运维 Kubernetes 容器
使用SPL快速诊断问题根因 -- 延迟分析指南
查找故障时段内系统异常根因。
888 0
|
Go iOS开发 MacOS
手把手教你在Mac上从零搭建Go语言开发环境
手把手教你在Mac上从零搭建Go语言开发环境
5761 0
|
运维 监控 存储
使用SPL快速诊断问题根因 -- 错误分析指南
本内容记录了一次故障排查过程
2186 0
|
机器学习/深度学习 监控 Web App开发
SLS机器学习最佳实战:根因分析(一)
通过算法,快速定位到某个宏观异常在微观粒度的具体表现形式,能够更好的帮助运营同学和运维同学分析大量异常,降低问题定位的时间。
13411 0
|
7月前
|
人工智能 运维 监控
让天下没有难查的故障:2025 阿里云 AI 原生编程挑战赛正式启动
本次大赛由阿里云主办,云原生应用平台承办,聚焦 Operation Intelligence 的智能运维(AIOps)赛道,为热爱 AI 技术的开发者提供发挥创意和想象力的舞台,借助 LLM 强大的推理能力与标准化整合的多源可观测数据,找到 AI 应用在智能运维(AIOps)场景上的新方式。
739 32
|
人工智能 运维 监控
2025 AI 原生编程挑战赛 数据获取文档
本文介绍了参赛者如何配置阿里云服务以参加AI运维赛。首先开通阿里云日志服务,随后创建RAM用户并为其分配访问权限。接着为该用户授权,确保其具备读取数据的权限。最后,可选地创建或重新生成AccessKey以用于后续的数据查询操作。整个流程帮助选手完成基础环境配置,以便使用阿里云日志服务进行数据分析。
2746 2
|
8月前
|
人工智能 量子技术 调度
别只盯着ChatGPT了,量子计算才是下一个能源“爆点”!
别只盯着ChatGPT了,量子计算才是下一个能源“爆点”!
311 17
|
8月前
|
机器学习/深度学习 人工智能 算法
GSPO:Qwen让大模型强化学习训练告别崩溃,解决序列级强化学习中的稳定性问题
这是7月份的一篇论文,Qwen团队提出的群组序列策略优化算法及其在大规模语言模型强化学习训练中的技术突破
1715 0
GSPO:Qwen让大模型强化学习训练告别崩溃,解决序列级强化学习中的稳定性问题
|
7月前
|
人工智能 缓存 安全
阿里云发布《AI 原生应用架构白皮书》
阿里云联合阿里巴巴爱橙科技,共同发布《AI 原生应用架构白皮书》,围绕 AI 原生应用的 DevOps 全生命周期,从架构设计、技术选型、工程实践到运维优化,对概念和重难点进行系统的拆解,并尝试提供一些解题思路。白皮书覆盖 AI 原生应用的 11 大关键要素,获得 15 位业界专家联名推荐,来自 40 多位一线工程师实践心的,全书合计超 20w 字,分为 11 章。
3688 68

热门文章

最新文章