- 综合排序
- 最热优先
- 最新优先
- 来自专栏技术杂记
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 - 来自专栏ops技术分享
redis原理（4）
十条数据，算出各自的哈希值，（这里就不变了，实际上要经过一系列计算） 0 : 0 1 : 1 2 : 2 3 : 3 4 : 4 5 : 5 6 : 6 7 : 7 8 : 8 9 : 9 有三个节点， 算出各自的哈希值 node a: 3 node b: 5 node c: 7 这个时候比较两者的哈希值，5等于b，则归属b，4小于b，归属b，3等于a，则归属a，最后所有大于c的，归属于c(这里只是模拟 ) 相当于整个哈希值就是一个环，对应的映射结果： node a: 0,1,2,3 node b: 4,5 node c: 6,7,8,9 这个时候加入node d, 就可以算出node d的哈希值： node d: 9 这个时候对应的数据就会做迁移： node a: 0,1,2,3 node b: 4,5 node c: 6,7 node d: 8,9 只有最后8,9这2条数据被存储到新的节点，其他不变
35300发布于 2021-05-18 - 来自专栏学而时习之
【Prometheus】4. 监控案例
监控linux服务器 node_exporter 概述 node_exporter：用于*NIX系统监控，使用GO语言开发的收集器 使用文档：https://prometheus.io/docs/guides node_memory_MemTotal_bytes * 100 硬盘使用率： 100 - (node_filesystem_free_bytes{mountpoint="/", fstype=~"ext4| xfs"} /node_filesystem_size_bytes{mountpoint="/", fstype=~"ext4|xfs"} * 100) 监控服务状态 1. 重启启动服务 systemctl restart node_exporter 4. 查看重启结果 ps -ef | grep node_exporter 5. 创建仪表盘 image.png image.png image.png 4.
1.6K20发布于 2021-05-06 - 来自专栏全栈程序员必看
监控安装原理图解
一、关于摄像机 1、根据工作原理可分为数字摄像机和模拟摄像机，数字摄像机是通过双绞线传输压缩的数字视频信号，模拟摄像机是通过同轴电缆传输模拟信号。 枪机多用于户外，对防水防尘等级要求较高；半球多用于室内，一般镜头较小，可视范围广；球机主要功能可以360度无死角监控。 DVR采用的是数字记录技术，在图像处理、图像储存、检索、备份、以及网络传递、远程控制等方面也远远优于模拟监控设备，DVR代表了电视监控系统的发展方向，是市面上电视监控系统的首选产品。
1.8K20编辑于 2022-08-18 - 来自专栏solate 杂货铺
go监控方案(4) -- telegraf
telegraf 整个包非常大，在这个方案只用了statsd插件部分的修改，所以更具体的需要根据自己需要进行学习，如果只是使用本方案就可以略过。
3.3K20发布于 2019-07-22 - 来自专栏移动开发的那些事儿
Android ANR在线监控原理
，addMonitor()方法是监控线程死锁的，而addThread()方法是监控线程卡顿的 Watchdog线程死锁监控实现 Watchdog监控线程死锁需要被监控的对象实现Watchdog.Monitor false并设置开始时间，可以看到，监控原理就是向被监控的线程的Handler的消息队列中post一个任务，也就是HandlerChecker本身，然后HandlerChecker这个任务就会在被监控的线程对应 HandlerChecker，而HandlerChecker实现了线程死锁监控和耗时任务监控，当有Monitor对象的时候就会同时监控线程死锁和耗时任务，而没有Monitor的时候就只是监控线程的耗时任务造成的卡顿 这样可以保证重要的系统服务遇到类似问题的时候可以通过重启来恢复，Watchdog实际上相当于一个最后的保障，及时的dump出异常信息，异常恢复进程运行环境 对于应用程序中，健康那个重要线程的死锁问题实现原理可以和 Watchdog保持一致 对于监控应用的anr卡顿的实现原理可以从Watchdog中借鉴，具体实现稍微有点不一样，Activity是5秒发生anr，Broadcast是10秒，Service是20秒，
3K20发布于 2018-09-04 - 来自专栏技术杂记
Zabbix 监控系统搭建4
初始化数据在 /usr/share/doc/zabbix-server-mysql-2.4.7/create/ 中
33410编辑于 2022-02-09 - 来自专栏王小雷
Hadoop YARN学习之监控集群监控Nagios（4）
doop YARN学习之监控集群监控Nagios（4） 1. Nagios是一个流行的开源监控工具，可以用来监控Hadoop集群。 2. 监控基本的Hadoop服务 调试好脚本后命名为chek_resource_manager.sh，并把它放在Nagios的插件目录中。
1K90发布于 2018-01-02 - 来自专栏yeedomliu
《Prometheus监控实战》第4章 监控主机和容器
第4章 监控主机和容器 首先，我们将在每台主机上安装exporter，然后配置节点和Docker指标让Prometheus来抓取。 该方法对于监控那些受高使用率或饱和度的性能问题影响的资源来说是最有效的 资源：系统的一个组件。 4.4.2 重新标记 在一个集中的复杂监控环境中，有时你无法控制监控所有资源以及所有暴露的监控数据。通过重新票房，你可以控制、管理并标准化环境中的指标。 内存饱和度 我们还可以通过检查内存和磁盘的读写来监控内存饱和度。 通过一个名为predict_linear的函数，可以构造一个查询来回答这个问题 predict_linear(node_filesystem_free_bytes{mountpoint="/"}[1h], 4*
6.2K21发布于 2019-12-19 - 来自专栏Redis原理与应用
Redis原理—4.核心原理摘要
节点之间的三次握手原理分析12.基于slots槽位机制的数据分片原理分析13.Redis集群slots分配与内核数据结构14.基于slots槽位的命令执行流程分析15.基于跳跃表的slots和key关联关系 16.集群扩容时的slots转移过程与ASK分析17.Redis主从架构原理18.Redis老版本的sync主从复制原理以及缺陷19.Redis新版本psync的偏移量和复制积压缓冲区20.Redis集群的故障探测 (4)为什么通过队列 + 单线程进行串行化处理针对内存里的共享数据结构，如果允许多线程并发访问，那么就会导致频繁的加锁和互斥。 (4)如何决定一个key应交给集群中哪个节点来处理客户端想要对某个key进行请求操作时，由于不知道究竟找哪个节点去处理，所以会随机找一个节点来发送关于这个key的命令请求。 18.Redis老版本的sync主从复制原理以及缺陷Redis 2.x以前的老版本里使用的sync主从复制有很多缺陷，只有了解老版本的sync主从复制原理，才能理解Redis主从复制原理的演进过程。
50010编辑于 2025-02-25 - 来自专栏东风微鸣技术博客
OpenShift 4 监控技术栈解析
了解 红帽OpenShift 4监控技术栈 概述 默认平台监控级别 OpenShift 4 包括一个预配置、预安装和自我更新的监控技术栈，用于监控核心平台组件。 OpenShift 4 提供了与监控相关的现成的最佳实践。其中默认包括一组警报，可立即就集群问题通知集群管理员。 监控技术栈 OpenShift 4 监控堆栈基于 Prometheus 开源项目及其更广的生态系统。监控堆栈包括以下组件： 默认平台监控组件。 在 OpenShift 4 安装过程中，默认会在 openshift-monitoring namespace(租户) 中安装一组平台监控组件。 这为包括 Kubernetes 服务在内的 OpenShift 4 核心组件提供了监控。默认监控堆栈还为集群启用远程健康状态监控。上图中的默认安装部分说明了这些组件。 用于监控用户定义项目的组件。
1.5K20编辑于 2022-04-21 监控微服务调用的原理
在讲述如何监控微服务调用前，首先你要搞清楚三个问题：监控的对象是什么？具体监控哪些指标？从哪些维度进行监控？1、监控对象既然要监控，那么要监控哪些对象呢？ 通常是指某个接口依赖的资源的监控。比如用户关注了哪些人的关系服务使用的是 Redis 来存储关注列表，对 Redis 的监控就属于资源监控。基础监控。通常是指对服务器本身的健康状况的监控。 2、监控指标搞清楚要监控的对象之后，需要监控具体哪些指标呢？根据实践经验，通常有以下几个业务指标需要重点监控：请求量。请求量监控分为两个维度，一个是实时请求量，一个是统计请求量。 4、监控系统原理我们要对服务调用进行监控，首先要能收集到每一次调用的详细信息，包括调用的响应时间、调用是否成功、调用的发起者和接收者分别是谁，这个过程叫作数据采集。 4）数据展示数据展示是把处理后的数据以 Dashboard 的方式展示给用户。数据展示有多种方式，比如曲线图、饼状图、格子图展示等。曲线图。
22110编辑于 2025-01-11- 来自专栏进阶之路
【进阶之路】调用链监控原理
这个时候，我们就需要用一些其他的方法来协助监控定时任务的执行。 在大佬的要求下，我这边设计了一个方案，如图所示： 定时任务监控体系分为三个部分（其实如果将消息中间件换成异步请求也可以，只是在处理任务比较多又比较集中的时候，对监控系统的压力比较大，监控系统本身业务无关 根据业务需求、需要对之前的业务进行埋点处理，主要是对定时任务的场景进行处理， 这边采取的方法是结构型设计模式，尽量依托原本的功能、减少代码侵入， 使得消息实现与通知与原本的业务内容少耦合 **/ @Slf4j return true; } @Override public void submitResult(TaskDetailsDto taskDtl) { //4、 ，用以判断需要执行的任务是否正确、按时、高效的执行 4、漂亮的展示页面，可以清晰地展示任务是否处理完毕 1、处理任务 //首先要获取到MQ的信息，在springboot中可快捷的实现 @JmsListener
54030编辑于 2022-09-16 - 来自专栏容器云生态
监控利器之nagios原理详解
4>当监控对象出现异常可以通过邮件或者短信报警 5>可以事先定义事件处理程序，当主机或者服务出现故障时自动调用指定的处理程序 6>通过 第三节 Nagios原理以及工作原理(nagios本身并不具有太多功能，都是靠插件实现) ? 在被监控主机上需要安装nagios-plugin和nrpe; nagios监控主机再需用安装一个nrpe插件 ? NRPE原理图： ? 3.Nagios监控windos主机原理： ? 4.整合fetion，把fetion整合到nagios中 [root@server58 libexec]# vim fetion.sh /usr/local/nagios/libexec/fetion
3.5K80发布于 2018-02-26 - 来自专栏Prometheus专栏
Prometheus监控神器-Alertmanager篇(4)
为了提升Prometheus的服务可靠性，我们会部署两个或多个的Prometheus服务，两个Prometheus具有相同的配置（Job配、告警规则、等），当其中一个Down掉了以后，可以保证Prometheus持续可用。
2.1K20发布于 2020-08-25 - 来自专栏悟空聊架构 | 公众号
图解 | 监控系统 Prometheus 的原理
本文对应的视频如下： 这是悟空的第 171 篇原创文章 官网：www.passjava.cn 本篇将会以图解的方式剖析 Prometheus 的原理。 Prometheus 特点 一款开源监控工具。 关注的是近期的数据，默认存储 15 天的监控数据。 （告警规则是在 Prometheus server 端定义的） 告警的原理图 在 Prometheus 监控体系中，指标的采集存储与告警是分开的。 七、总结 通过图解的方式，分别介绍了 Prometheus 的优势和劣势、指标收集、采集方式、Exporter、PromQL、监控告警，希望能给大家云原生的监控之路上带来一些启发~
1.7K40编辑于 2022-12-12 - 来自专栏授客的专栏
MySql 缓存查询原理与缓存监控 和 索引监控
by:授客 QQ：1033553122 查询缓存 1.查询缓存操作原理 mysql执行查询语句之前，把查询语句同查询缓存中的语句进行比较，且是按字节比较，仅完全一致才被认为相同。 4）如果从缓存查询返回一个查询结果，服务器递增Qcache_hits状态变量，而不是Com_select 5）如果表改变，所有使用了该表的缓存查询变成不合法，从缓存移除。 3.从查询缓存中移除所有查询缓存 RESET QUERY CACHE; 4.查询缓存性能监控 SHOW STATUS LIKE 'Qcache%' ? Qcache_inserts+Qcache_not_cached+权限检查错误数(queries with errors found during the column-privileges check) 索引监控
1.2K20发布于 2019-09-11 - 来自专栏changxin7
4.MySQL索引原理
DBA往往不够了解业务的数据流，而添加索引需要通过监控大量的SQL语句进而从中找到问题，这个步骤所需的时间肯定是远大于初始添加索引所需的时间，并且可能会遗漏一部分的索引。 二 索引的原理 一 索引原理 索引的目的在于提高查询效率，与我们查阅图书所用的目录是一个道理：先定位到章，然后定位到该章下的一个小节，然后找到页数。 四 聚集索引与辅助索引 在数据库中，B+树的高度一般都在2~4层，这也就是说查找某一个键值的行记录时最多只需要2到4次IO，这倒不错。 #2、and的工作原理 条件： a = 10 and b = 'xxx' and c > 3 and d =4 索引： 制作联合索引(d,a,b,c) #3、or的工作原理 条件： a = 10 or b = 'xxx' or c > 3 or d =4 索引： 制作联合索引(d,a,b,c)
79910发布于 2019-09-10
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号