造成内存堆积的原因大致分为两类： 1、申请的内存未释放，从而导致内存耗尽 2、申请的速度快于释放的速度，最终导致内存堆积对于第1种情形，可以运用内存检测工具，相对好解决。常用的工具有valgrind、dmalloc、mtrace、memwatch等工具（"https://elinux.org/Memory_Debuggers"有介绍），这些工具对C程序支持比较好，对C++程序，除了valgrind
zabbix实现ping监控一、安装zabbix二、zabbix中的名词解释2.1 监控项2.2 应用集2.3 触发器2.4 图形2.5 报警媒介2.6 动作三、配置应用集四、配置监控项五、配置图形六、配置触发器七、配置报警媒介八、配置邮件收件人九、配置动作9.1 动作绑定触发器9.2 给动作绑定处理方式十、测试 通过本文的配置可以实现zabbix平台持续ping某一IP，有异常则邮件报警。一、
1. 开始Simple checks通常用来检查远程未安装代理或者客户端的服务使用simple checks，被监控客户端无需安装zabbix agent客户端，zabbix server直接使用simple checks来收据数据，一基本上都是用来检测远程服务器某端口是否在监听。
如下为simple checks:
net.tcp.service[ftp,,155]
net.tcp.servic
1. 开始Simple checks通常用来检查远程未安装代理或者客户端的服务使用simple checks，被监控客户端无需安装zabbix agent客户端，zabbix server直接使用simple checks来收据数据，一基本上都是用来检测远程服务器某端口是否在监听。如下为simple checks:net.tcp.service[ftp,,155]net.tcp.serv
1. 开始 Simple checks通常用来检查远程未安装代理或者客户端的服务 使用simple checks，被监控客户端无需安装zabbix agent客户端，zabbix server直接使用simple checks来收据数据，一基本上都是用来检测远程服务器某端口是否在监听。 如下为simple checks: net.tcp.serv
简单检查支持的键值Key
原创
2020-09-22 09:31:30
2662阅读
IPTV监测设备主要用于设备和系统部署完成后对系统进行监视，测试设备主要用于在系统部署之前对系统和系统中用到的设备进行测试和验证。主流产品如下： 1. ClearSight Networks及其产品Clearsight ClearSight Networks是网络监测领域分布式实时分析、应用故障分析与解决的领导提供商。它在2001年成立，2003年10月开始销售，目前全世界范围大约 1000多客户
Zabbix监控之简单检查Zabbix常用的监控协议有：snmp通过oid收集数据zabbixagent：通过zabbix客户端收集数据JMX：通过JavaGateway收集数据有关简单检查类型例子如下：简单检查一般用于被监控的主机上没安装代理，再监测主机状态以及端口状态时非常有用。支持简单检查的监控有：Key 名称 icmppingloss[<ip>,<count>,&l
转载
精选
2014-03-04 14:50:57
711阅读
Zabbix常用的监控协议有：snmp通过oid收集数据zabbixagent：通过zabbix客户端收集数据JMX：通过JavaGateway收集数据有关简单检查类型例子如下：简单检查一般用于被监控的主机上没安装代理，再监测主机状态以及端口状态时非常有用。支持简单检查的监控有：Key 名称
icmppingloss[<ip>,<count>,<interval>
原创
2013-09-29 18:03:38
2899阅读
我维护的2层交换机，大部分都是小区，或者校园的接入用户，经常处理一些，更换交换机，处理用户网速慢，用户掉线，用户上不去网的问题。接下来，我逐一说明一下我处理问题的思路。处理用户上不去网，需要了解用户的使用情况，这一般是通过当地的管片的维护员来反映，最明显的就是，交换机不加电，这个很好处理，到场更换新的。如果维护员反映的是，交换机有电，用户本地连接也正常，就是拨号错误678或者固定IP无法PING通
服务异常通讯高级篇三（惰性队列、MQ集群）消息堆积问题当生产者发送消息的速度超过了消费者处理消息的速度，就会导致队列中的消息堆积，直到队列存储消息达到上限。之后发送的消息就会成为死信，可能会被丢弃，这就是消息堆积问题。解决消息堆积有三种思路：增加更多消费者，提高消费速度。也就是我们之前说的work queue模式在消费者内开启线程池加快消息处理速度扩大队列容积，提高堆积上限要提升队列容积，把消息保
一、消息积压的原因消息积压的直接原因，一定是系统中某个部分出现了性能问题，来不及处理上游发送的消息，才会导致消息积压。 二、优化性能来避免消息积压在使用消息队列的系统中，对于性能的优化，主要体现在生产者和消费者两部分的业务逻辑中。对于消息队列本身的性能，作为使用者不需要太关注。主要原因是对于绝大多数使用消息队列的业务来说，消息队列本身的处理能力要远大于业务系统的处理能力。所以对于消息队列
据我了解，在使用消息队列遇到的问题中，消息积压这个问题，应该是最常遇到的问题了，并且，这个问题 还不太好解决。我们都知道，消息积压的直接原因，一定是系统中的某个部分出现了性能问题，来不及处理上游发送的消 息，才会导致消息积压。所以，我们先来分析下，在使用消息队列时，如何来优化代码的性能，避免出现消息积压。然后再来看看， 如果你的线上系统出现了消息积压，该如何进行紧急处理，最大程度地避免消息积压对业
-------------以下内容摘自ttlsa运维生存空间--------------------- 1. 硬件需求无非就是cpu、内存、硬盘之类的1.1 CPU由你的zabbix数据库使用情况来做决定，如果你监控的项目越多，那你的cpu要越好。具体多好，下面有个表格1.2 内存与硬盘最基本的需求：128MB内存、256MB硬盘，当然这样的机器这年头应该找不到了吧，尤其要说明
1、rabbitmq概述
rabbitmq是一个消息中间件，当大量消息生产时，但是消费者无法进行消费，可能会导致消息堆积，面对这种情况应当如何去预防呢？可以通过zabbix监控来rabbitmq消息队列是否出现堆积。
网上看到很多获取rabbitmq消息队列名称和消息数量的方式，都需要通过用户名和密码登陆后获取，这种方式有暴露密码的风险，也是着实不是很安全。本文中使用的
原创
精选
2021-08-27 23:56:17
9516阅读
点赞
2评论
自定义监控（制作模板）zabbix自带模板Template OS Linux (Template App Zabbix Agent)提供CPU、内存、磁盘、网卡等常规监控，只要新加主机关联此模板，就可自动添加这些监控项。https://github.com/zhangyao8/zabbix-community-repos --- zabbix 各种监控模板，如果有需要可以
server或proxy安装fping 允许zabbix运行ping权限 如果不使用IP4，而是IP6，那么需要安装fping6
原创
2021-09-11 11:11:17
283阅读
server或proxy安装fping 允许zabbix运行ping权限 如果不使用IP4，而是IP6，那么需要安装fping6
原创
2022-03-09 11:05:25
201阅读
分享一次意外的ORACLE数据库主机性能测试结果 最近一直在做一些ORACLE SQL性能量化方面的研究，要实现较准确的SQL性能量化很复杂，现在一直在小心推进，周末做了一下一些机器的两个参数测试： 一个是oracle数据库1毫秒可执行多少次内存hash运
在RabbitMQ里面有一些队列参数，在我们的图形化界面可以看到下面这些信息；一共10个:Message TTL : 消息生存期Auto expire : 队列生存期Max length : 队列可以容纳的消息的最大条数Max length bytes : 队列可以容纳的消息的最大字节数Overflow behaviour : 队列中的消息溢出后如何处理Dead letter exch
