首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏开源部署

    4 个 Linux 服务监控工具

    下述4 个 Linux 服务监控工具,我想分享给大家。 htop - interactive process viewer交互式进程监控 你大概知道如何查看本机的实时进程状况。 Iotop可以实时监控IO的情况。 它将显示出被监控进程的详细的写入读出(IO) 情况。 它也可以和tcpdump一起使用来监控网络的状况。如果知道80端口上正在进行某些动作那么可以使用该命令查看更多端口详细的信息。 安装一下看看: $ sudo apt-get install iotop Screenshot: apachetop - display real-time web server statistics服务器端实时数据 Apachetop显示的是Apache 服务器端收到的http请求的实时状态表 它会显示状态,点击数,请求。

    1.6K10编辑于 2022-06-29
  • 来自专栏北京马哥教育

    4个Linux服务监控工具

    下面是我想呈现给你的4个强大的监控工具。 htop – 交互式进程查看器 你可能知道在机器上查看实时进程的标准工具top。如果不知道,请运行$ top看看,运行$ man top阅读帮助手册。 - From my OS X terminal in my Debian 7 box iotop – 简单的类似top的I/O监控器 iotop是IO实时监控器。 如果你发现你的web服务器上有程序在运行,你可以,比如运行$ tcpdump port 80检查端口80(标准的http端口)的网络流量来观察细节。 apachetop – 展示web服务器实时统计数据 Apachetop展示Apache web服务器上关于http请求的实时表。 Glances – 基于CLI curses库的监控工具 Glances用各个分离的表列展示了你机器当前正运行的各种有用的实时数据。

    1.7K90发布于 2018-05-02
  • 来自专栏蓝胖子的编程梦

    【升职加薪秘籍】我在服务监控方面的实践(4)-日志监控

    ,详细的展示如何对线上服务进行监控,内容涉及到的指标设计,软件配置,监控方案等等你都可以拿来直接复刻到你的项目里,这是一套非常适合中小企业的监控体系。 在前一节,我们指标这种监控手段完成了机器层级的监控,通过它可以知道机器层面性能的瓶颈在哪里。后续本该讲讲应用层面监控,但是应用监控离不开日志打印,所以今天还是先介绍监控系统的另一种手段,日志监控。 error的日志发往报警服务进行报警。 最后是判断日志的等级,如果是error等级则输出到一个http服务里。 这个http服务是为了日志报警使用,开发规范是如果有错误日志必须及时报警到钉钉群里,而这个http的服务的逻辑就是接收错误日志并且发送到钉钉群进行报警处理。

    41320编辑于 2023-08-30
  • 来自专栏热爱IT

    Python监控服务器实现邮件信报警

    本文中笔者暂时实现的只有cpu和内存的监控,python可以监控许多的主机信息,网络,硬盘,机器状态等,以下是代码的实现,代码可以实现windows和linux的监控。 import smtplib   from email.mime.text import MIMEText   from email.utils import formataddr   nickname = '监控程序 Exception as ex:   print(ex)  while True:   Monitor.mem(90)   Monitor.cpu(90)   time.sleep(5)  下面是qq邮箱和信实现报警的图片 信报警: ? 以上就是所有的代码了。 (adsbygoogle = window.adsbygoogle || []).push({});

    1.4K30发布于 2019-04-10
  • 来自专栏技术杂记

    Elasticsearch 监控4

    创建nginx用户 [root@es_node cert]# useradd nginx [root@es_node cert]# grep nginx /etc/passwd nginx:x:505:505::/home/nginx:/bin/bash [root@es_node cert]# chown -R nginx.nginx /usr/local/nginx/ [root@es_node cert]# ll total 12 -rw------- 1 nginx nginx 1249 Jan

    29110编辑于 2022-02-10
  • 来自专栏技术杂记

    RabbitMQ 监控4

    创建用户 [root@rabbitmq ~]# rabbitmqctl list_users Listing users ... cooper [] guest [administrator] [root@rabbitmq ~]# rabbitmqctl add_user mqmonitor mqpass Creating user "mqmonitor" ... [root@rabbitmq ~]# rabbitmqctl list_users Listing users ... cooper []

    25430编辑于 2022-02-09
  • 来自专栏技术杂记

    Mysql 监控4

    目前是使用 root 的身份执行的,但是 zabbix agent 是使用 zabbix 身份来执行这条命令的,我们尝试使用 zabbix 来执行一下,看看效果

    1.2K30编辑于 2022-06-30
  • 来自专栏Fundebug

    Fundebug信小程序BUG监控服务支持Source Map

    [2019-0422-wxjs_update.jpg] Source Map功能 信小程序的Source Map功能目前只在 iOS 6.7.2 及以上版本支持。 信小程序在打包时,会将所有 js 代码打包成一个文件,从而减少体积,加快访问速度。 Fundebug的信小程序BUG监控支持通过Source Map还原出错位置: 文件:utils/util.js 行号:573 列号:8 这样的话,开发者能够迅速定位出错的源代码。 Source Map文件 在Fundebug项目管理后台上传Source Map文件 下载Source Map文件 登陆信公众平台 切换到左侧"开发"页面 点击链接"下载线上版本Source Map文件 BUG监控服务的Source Map功能也将尽快推出,敬请期待。

    78620发布于 2019-08-26
  • 来自专栏木头编程 - moTzxx

    企业信,实现群机器人监控线上服务报警

    背景 近期在对项目优化过程中 注意到:当前的报警信息都是通过邮件发送,一方面时效性比较低,另外实现方式比较复杂 通过同事,了解到 企业信群机器人 实现起来简洁方便 在此,记录一下我的实现步骤 在终端某个群组添加机器人之后, 创建者可以在机器人详情页看的该机器人特有的 webhookurl 开发者可以按以下说明向这个地址发起 HTTP POST 请求,即可实现给该群组发送消息 ▷ 前期配置 ① 首先 在已创建的企业信群页面 ▷ PHP 代码实现 ① 代码接入:信群消息,封装类 WechatMessageService class WechatMessageService { /** * Note: 企业信群 地址 $robot_url = '替换掉机器人的 webhook地址'; WechatMessageService::sendWechatMsg($robot_url, $msg); //发送企业信通知 ③ 接口调用,结果: ---- ▷ 附录: 其他的监控实现,可参考文章:【用企业监控线上服务报警】 markdown 类型的样式实现 当前测试,只是做了最简单的 文字推送, 可以根据自己的业务需求

    2.1K30编辑于 2022-06-27
  • 来自专栏WeTest质量开放平台团队的专栏

    iOS信内存监控

    信急需一个有效的内存监控工具来发现问题。 一、实现原理 ------ 信内存监控最初版本是使用Facebook的FBAllocationTracker工具监控OC对象分配,用fishhook工具hook malloc/free等接口监控堆内存分配 =NULL时,CoreFoundation创建对象后通过这个函数指针告诉上层当前对象是什么类型: [4.png] 通过上面方式,我们的监控数据来源基本跟Allocations一样了,当然是借助了私有API 三、成果 ---- 信自2017年三月上线内存监控以来,解决了30多处大大小小内存问题,涉及到聊天、搜索、朋友圈等多个业务,FOOM率由17年年初3%,降到目前0.67%,而前台卡死率由0.6%下降到 【专家咨询】资深预审专家一对一服务; 咨询时间灵活可选,按需购买;有的放矢解 决审核问题。

    3.9K50发布于 2018-03-01
  • 来自专栏微信终端开发团队的专栏

    iOS信内存监控

    信急需一个有效的内存监控工具来发现问题。 一 实现原理 信内存监控最初版本是使用Facebook的FBAllocationTracker工具监控OC对象分配,用fishhook工具hook malloc/free等接口监控堆内存分配,每隔1秒 不过这方案有不少缺点: 1、监控粒度不够细,像大量分配小内存引起的质变无法监控,另外fishhook只能hook自身app的C接口调用,对系统库不起作用; 2、打log间隔不好控制,间隔过长可能丢失中间峰值情况 (A, 4);B上一个地址A索引是8,而不是已有的(B, 5),hash不命中,查找下一个空白位置9,插入结点(B, 9)。 三 成果 信自2017年三月上线内存监控以来,解决了30多处大大小小内存问题,涉及到聊天、搜索、朋友圈等多个业务,FOOM率由17年年初3%,降到目前0.67%,而前台卡死率由0.6%下降到0.3%,

    2K30编辑于 2023-02-20
  • 来自专栏平凡少年

    WebApi 服务监控

    采用log4net记录监控日志,通过日志记录的时间方便我们定位哪一个Action执行的时间过长,进而采取优化的手段。 监控日志监控的指标如下图 ? 监控程序实现 改监控程序主要继承ActionFilterAttribute类,在命名空间:System.Web.Http.Filters中,重写OnActionExecuted(HttpActionExecutedContext 1、监控日志对象 ///

    /// 监控日志对象 /// public class WebApiMonitorLog { }Controller ActionName:{1} 开始时间:{2} 结束时间:{3} 总 时 间:{4} Controller】的【{1}】产生异常: Action参数:{2} Http请求头:{3} 客户端IP:{4}

    1.4K30发布于 2019-04-11
  • 来自专栏WeTest质量开放平台团队的专栏

    iOS信内存监控

    信急需一个有效的内存监控工具来发现问题。 一 实现原理 信内存监控最初版本是使用Facebook的FBAllocationTracker工具监控OC对象分配,用fishhook工具hook malloc/free等接口监控堆内存分配,每隔1秒 三 成果 信自2017年三月上线内存监控以来,解决了30多处大大小小内存问题,涉及到聊天、搜索、朋友圈等多个业务,FOOM率由17年年初3%,降到目前0.67%,而前台卡死率由0.6%下降到0.3%, 如果使用当中有任何疑问,欢迎联系腾讯WeTest企业QQ:800024531 iOS预审服务 【扫描工具】上传IPA包、图片、视频、应用描述即可进行测试; 多维度自动扫描提审材料的被拒风险;1小时内反馈全面的扫描报告 【专家咨询】资深预审专家一对一服务; 咨询时间灵活可选,按需购买;有的放矢解 决审核问题。

    2.2K50发布于 2018-10-29
  • 来自专栏码农编程进阶笔记

    服务服务监控

    监控服务调用前,首先你要搞清楚三个问题:监控的对象是什么?具体监控哪些指标?从哪些维度进行监控?下面就从这三个问题开始,一起来看看如何监控服务调用。 以博首页 Feed 为例,它向用户提供了聚合关注的所有人的博并按照时间顺序浏览的功能,对首页 Feed 功能的监控就属于用户端的监控。 继续以博首页 Feed 为例,这个功能依赖于用户关注了哪些人的关系服务,每个人发过哪些微博的博列表服务,以及每条博具体内容是什么的内容服务,对这几个服务的调用情况的监控就属于接口监控4. 数据展示 数据展示是把处理后的数据以 Dashboard 的方式展示给用户。数据展示有多种方式,比如曲线图、饼状图、格子图展示等。 一般是用来监控占比分布的,比如展示了使用不同的手机网络占比情况,即 Wi-Fi 、 4G 的、3G 和 2G 的占比。 格子图。主要做一些细粒度的监控,比如不同的机器的接口调用请求量和耗时情况。

    1.2K30编辑于 2022-08-18
  • 来自专栏全栈开发那些事

    服务监控HystrixDashboard

    服务监控HystrixDashboard 1、HystrixDashboard概述 2、新建DashBoard模块 2.1 新建cloud-consumer-hystrix-dashboard9001 (8001/8002/8003)都需要监控依赖配置 2.6 启动cloud-consumer-hystrix-dashboard9001该微服务后续将监控服务8001 3、断路器演示(服务监控hystrixDashboard ) 3.1 修改cloud-provider-hystrix-payment8001 3.2 监控测试 3.2.1 启动eureka服务注册中心 3.2.2 9001监控8001 3.2.2 测试地址 </artifactId> </dependency>   服务提供者都要添加这个依赖 2.6 启动cloud-consumer-hystrix-dashboard9001该微服务后续将监控服务 整图说明: 上面只是几个微服务,在生产环境中会碰到个几百个微服务,大致效果如下:   到此,HystrixDashboard服务监控就介绍完了,老项目用没问题,新项目的话后面我另写一篇阿里巴巴的

    70930编辑于 2023-02-25
  • 来自专栏歪歪梯Club

    springBoot服务监控

    springBootAdmin 是面向springBoot的一款监控组件,很好集成,配置一下参数加个依赖就能用 admin工程 <! -- springBoot admin 监控 --> <dependency> <groupId>de.codecentric</groupId> <artifactId =eetal spring.security.user.password=123456 新增一个application主类,打上EnableAdminServer注解即代表开启adminServer服务 访问admin工程的首页,登录以后就可以看到监控页面了 ? springBootAdmin首页 还可以看到springBoot工程的日志,太舒服了 ?

    1.1K10发布于 2020-06-19
  • 来自专栏DDD

    服务-监控

    是个不错的互联网门外汉科普知识点 微服务,已经火了多年,也已经落地实施。对服务监控需求顺理成章。监控系统的本质其实也就是分布式日志追踪系统。 就归类到《微服务》系列中吧 本篇大体内容 《微服务设计》第八章监控 监控理念Dapper 流行监控框架架构 aspectj 《微服务》之监控 本来是说,要写个读书笔记的,但没有那么多完整的时间,正好学习监控 监控模型 三种监控模型 单一服务,单一服务器 单一服务,多个服务器 多个服务,多个服务器 单一服务单一服务器 主机状态 CPU、内存等,可以使用监控软件Nagios,Zabbix或者像New Relic 这样的托管服务来帮助监控主机 服务状态 直接查看服务应用日志,或者web容器日志 单一服务多个服务器 主机状态 这种情况稍微复杂了一点,如前所述,如果我们想监控CPU,当CPU占用率过高时,如果这个问题发生在所有的服务器上 延展性:Google至少在未来几年的服务和集群的规模,监控系统都应该能完全把控住。

    97020发布于 2021-03-23
  • 来自专栏学而时习之

    【Prometheus】4. 监控案例

    监控linux服务器 node_exporter 概述 node_exporter:用于*NIX系统监控,使用GO语言开发的收集器 使用文档:https://prometheus.io/docs/guides xfs"} /node_filesystem_size_bytes{mountpoint="/", fstype=~"ext4|xfs"} * 100) 监控服务状态 1. 启动 node_exporter 服务监控 vim /usr/lib/systemd/system/node_exporter.service image.png 2. 重启启动服务 systemctl restart node_exporter 4. 查看重启结果 ps -ef | grep node_exporter 5. 导入其他仪表盘 image.png image.png ---- 监控docker服务器 cAdvisor (Container Advisor) 用于收集正在运行的容器资源使用和性能信息,go

    1.6K20发布于 2021-05-06
  • 来自专栏云计算教程系列

    如何在Ubuntu 14.04上安装Nagios 4监控服务

    介绍 在本教程中,我们将介绍在Ubuntu 14.04上安装非常流行的开源监控系统Nagios 4。我们将介绍一些基本配置,以便您可以通过Web界面监控主机资源。 本教程假定您的服务器启用了专用网络。如果没有,只需用公共IP地址替换所有对私有IP地址的引用。 现在我们已经解决了准备条件,让我们继续安装Nagios 4。 安装Nagios 4 本节将介绍如何在监控服务器上安装Nagios 4。您只需要完成此部分一次。 创建Nagios用户和组 我们必须创建一个运行Nagios流程的用户和组。 使用NRPE监控主机 在本节中,我们将向您展示如何向Nagios添加新主机,以便对其进行监控。对要监视的每个服务器重复此部分。 请务必访问Nagios Web界面,并查看“ 服务”页面以查看所有受监控的主机和服务: 结论 既然您正在监控主机及其某些服务,那么您可能需要花一些时间来确定哪些服务对您至关重要,因此您可以开始监控这些服务

    89500发布于 2018-10-08
  • 来自专栏小网管的运维之路

    Zabbix- 服务监控-Nginx性能监控

    writing { /usr/bin/curl "http://$HOST:$PORT/ngx_status/" 2>/dev/null| grep 'Writing' | awk '{print $4} zabbix_agentd.log # 查看日志 /usr/local/zabbix3.0/bin/zabbix_get -s 121.xx.xx.xx  -k nginx.status[accepts] #服务端抓取数据测试

    1.6K40发布于 2019-05-31
领券