前些天一直受到内存报警，过一段时间就会恢复。由于开发工作有些多，就一直没理它，但是最近几天开始有些频繁了。虽然不影响业务，但是天天报警，还是让人提心吊胆的。因此就抽了一个上午的时间去解决一下这个问题。 排查问题 这台机器安装的是mongodb，因为最近业务增加，内容使用增加是正常的，但是实际的占用内
一、背景 今日突然收到tidb节点的磁盘报警，磁盘容量已经超过了80%，但是tidb是不放数据的，磁盘怎么会满，这里就需要排查了 二、问题排查 解决步骤 1.df -h查看哪里占用磁盘比较多,然后通过du -h找到具体占用多的目录 2.最终发现tidb/tidb-deploy/tidb-4000/l
一：背景 1. 讲故事 前些天有位朋友在微信上丢了一个崩溃的dump给我，让我帮忙看下为什么出现了崩溃，在 Windows 的事件查看器上显示的是经典的 访问违例 ，即 c0000005 错误码，不管怎么说有dump就可以上windbg开干了。 二：WinDbg 分析 1. 程序为谁崩溃了 在 Wi
现象 年前，收到了短信报警，显示A服务的某台机器内存过高，超过80% 如上图所示，内存会阶段性增加。奇怪的是，十多台机器中只有这一台有这个问题 堆内内存分析 最先怀疑是内存泄漏的问题，所以首先使用jmap命令把堆dump下来 jmap -dump:format=b,file=service.hpro
http://t.zoukankan.com/architectforest-p-13204184.html 一，zabbix5.0发邮件报警的准备工作: zabbix5.0在linux平台上的安装：参见这一篇: https://www.cnblogs.com/architectforest/p/1
Prometheus是一个开源监控报警系统和时序列数据库，通常会使用Grafana来美化数据展示。 1|01. 监控系统基础架 1|11.1核心组件 Prometheus Server， 主要用于抓取数据和存储时序数据，另外还提供查询和 Alert Rule 配置管理。 exporters ，数据采
>大家好,我是蓝胖子，关于性能分析的视频和文章我也大大小小出了有一二十篇了，算是已经有了一个系列，之前的代码已经上传到github.com/HobbyBear/performance-analyze， 接下来这段时间我将在之前内容的基础上，结合自己在公司生产上构建监控系统的经验，详细的展示如何对线上
https://developer.aliyun.com/article/885820?spm=a2c6h.24874632.expert-profile.279.7c46cfe9h5DxWK 简介： 2.需求描述 客户端需求： 1.客户端每天凌晨1点在服务器本地打包备份（系统配置文件、日志文件、其
https://tidb.net/blog/54e388c8 【2023-07-14 14:26:28】应用系统报警删除数据失败，查看日志报Region is unavailable，同时企业微信群也收到数据库告警信息。 二、问题定位 首先查看集群进程都正常，登录tidb dashboard查看日志
开心一刻 去年在抖音里谈了个少妇，骗了我 9 万 后来我发现了，她怕我报警 她把她表妹介绍给我 然后她表妹又骗了我 7 万 DataX DataX 是什么，有什么用，怎么用 不做介绍，大家自行去官网（DataX）看，Gitee 上也有（DataX） 你们别不服，我这是为了逼迫你们去自学，是为了你们好
https://www.jianshu.com/p/97860bbeb45c 双十一了，头一天晚上10点左右收到阿里云cpu超过90%短信报警。 第二天上班了，开始处理,步骤如下： 1、top找出cpu高的java进程号9592 2、top -Hp 9592查看cpu占用time最高的线程编号281
一 背景 C端服务应用升级和重启，导致耗时瞬时抖动，业务超时，应用监控报警，上游感知明显，导致用户体验变差。 二 应用升级重启导致抖动的原因 1 C端服务应用升级和重启的冷启动阶段，它需要重新加载和初始化各种资源，例如数据库连接、缓存数据等，导致耗时瞬时飙升。 2 应用重启后，本地缓存失效，应用需要
事情要回顾到双11.11备战前夕，在那个风雨交加的夜晚，一个急促的咚咚报警，惊破了电闪雷鸣的黑夜，将沉浸在梦香，熟睡的我惊醒。
记录一下工作上疑难问题解决： 一，方便的页面监控 前几天早上，负责的kettle抽取数据表的任务又报错了，早上看手机有4个未接报警电话，一看是人员表，原来昨天报表系统有个大的查询一直未查询完成，导致truncate这个人员表，无法活动meta的锁，后续执行抽取和计算的都报错。为解决以前这个很偶发的大
容器监控实践-Grafana https://www.jianshu.com/p/cdda94e5b9e2 概述 Grafana 是一个开源的，可以用于大规模指标数据的可视化项目，甚至还能对指标进行报警。基于友好的 Apache License 2.0 开源协议，目前是prometheus监控展示的
https://zhuanlan.zhihu.com/p/583922188 一、问题 近期我们运维同事接到线上LB（负载均衡）服务内存报警，运维同事反馈说LB集群有部分机器的内存使用率超过80%，有的甚至超过90%，而且内存使用率还再不停的增长。接到内存报警的消息，让整个团队都比较紧张，我们团队负
原创：扣钉日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 简介# 最近，我们系统配置了GC耗时的监控，但配置上之后，系统会偶尔出现GC耗时大于1s的报警，排查花了一些力气，故在这里分享下。 发现问题# 我们系统分多个环境部署，出现GC长耗时的是俄罗斯环境，其它环境没有这个问题，
一、前言 处理过线上问题的同学基本上都会遇到系统突然运行缓慢，CPU 100%，以及Full GC次数过多的问题。当然，这些问题的最终导致的直观现象就是系统运行缓慢，并且有大量的报警。本文主要针对系统运行缓慢这一问题，提供该问题的排查思路，从而定位出问题的代码点，进而提供解决该问题的思路。 二、分析
https://www.jianshu.com/p/aaf56385766d 简介 在之前的OOM问题复盘之后，本周，又一Java服务出现了内存问题，这次问题不严重，只会触发堆内存占用高报警，没有触发OOM，但好在之前的复盘中总结了dump脚本，会在堆占用高时自动执行jstack与jmap，使得我们
监控指标 集群监控 节点资源利用率 节点数 运行Pods Pod 监控 容器指标 应用程序 Prometheus 开源的 监控、报警、数据库 以HTTP协议周期性抓取被监控组件状态 不需要复杂的集成过程，使用http接口接入就可以了 Grafana 开源的数据分析和可视化工具 支持多种数据源 Yam
