zabbix

zabbix监控mysql 方案1: 使用官方 推荐的方案 https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/mysql 方案2: 自己写脚本 问题: 官方在 Zabbix 4.2.1 上测试通过,而我安装的 zabbix 4.2.6 版本的. 在配置mysql用户信息时出问题了. 我直接创建一个zabbix 本地登录不要密码的用户解决的. 步奏: 1. 下载zabbix-agent上的数据库模板配置文件 wget https://git.zabbix.com/projects/ZBX/repos/zabbix/raw/templates/db/mysql/template_db_mysql.conf?at=refs%2Fheads%2Fmaster -O /etc/zabbix/zabbix_agentd.d/template_db_mysql.conf 2. 在zabbix-agent机器上创建监控用户 CREATE USER 'zbx_monitor'@'%' IDENTIFIED BY '密码'; GRANT USAGE,REPLICATION CLIENT,PROCESS,SHOW DATABASES,SHOW VIEW ON *.* TO 'zbx_monitor'@'%'; 2.1

zabbix监控mysql性能，使用zabbix自带mysql的模板，监控mysql数据库的查询、删除、修改、增加、mysql占用流量的带宽； 一、编写check_mysql.sh脚本 [root@oneapm-test ~]# vim /usr/local/zabbix/scripts/chk_mysql.sh 脚本内容如下： #!/bin/ bash # ------------------------------------------------------------------------------- # FileName: check_mysql.sh # Description: # Notes: ~ # ------------------------------------------------------------------------------- # Copyright: 2015 (c) DengYun # License: GPL #MYSQL_USER = ' zabbix ' # 密码 // #Warning: Using a password on the command line interface can be #insecure，需要将帐号密码等配置添加到mysql配置文件my.cnf中即可，脚本中#不用输入账号密码 #MYSQL

全链路监控的思想 APM(Application Performance Management)的核心思想是什么？ 在应用服务各节点相互调用的时候，从中记录并传递一个应用级别的标记，这个标记可以用来关联各个服务节点之间的关系。 比如两个应用服务节点之间使用HTTP作为传输协议的话，那么这些标记就会被加入到HTTP头中。 可见如何传递这些标记是与应用服务节点之间使用的通讯协议有关的，常用的协议就相对容易加入这些内容，一些按需定制的可能就相对困难些，这一点也直接决定了实现分布式追踪系统的难度。 它通过探针自动收集所需的指标，并进行分布式追踪。 通过这些调用链路以及指标，APM会感知应用间关系和服务间关系，并进行相应的指标统计。 如何衡量一个大规模集群的跟踪系统的优劣？ 它应该满足 低损耗 、 应用透明的 、 大范围部署 这三个需求的。 全链路监控系统的功能 web应用过程： 分析url调用过程中性能消耗原因,抓取超过阈值url的详细数据 数据库性能： 支持多种数据库类型的监测，定位并追踪慢SQL语句问题 错误分析： 记录错误发生时的详细信息，统计应用错误率，定位问题具体至代码行 外部API调用： 可以监测所有服务端应用外部调用API的耗时，并进行汇总统计 线程剖析： 可以实现生产环境下实时在线的线程剖析,可在运行时了解代码性能 NoSQL分析： 实时监控Memcache,

zabbix报错cannot set resource limit: [13] Permission denied解决方法 参考文章： （1）zabbix报错cannot set resource limit: [13] Permission denied解决方法 （2）https://www.cnblogs.com/Dev0ps/p/8652215.html 备忘一下。 来源： oschina 链接： https://my.oschina.net/u/3797416/blog/4884068

最近需要监控运行在业务系统上的进程，要求是看到具体的进程名。 通常监控进程一般可以使用内置的键值，也就是 proc.num[进程名,root,,]这个键值，但只能返回的是进程的数量，虽然效果上也能实现，但和预期的结果有些区别，而且也不直观，尤其在同一个进程数多的时候。下面说下获取具体进程名的方法! 1、 agent端开启远程命令 需要注意5.0版本及最新的agent和旧版本的配置是有写区别的。 5.0版本的zabbix_agentd.conf以下的参数是： EnabledRemoteCommand=1 5.0版本的zabbix_agentd.conf的参数是： AllowKey=system.run 保存后，重启agent。 2、获取进程名 总的来说，获取进程名还是用命令，这里介绍一下我的方法： 一、先在agent端上面用ps -ef| grep 看下进程，然后调整一下，只输出进程名； 调整前 调整后 但还会有一个 grep XXX 的存在，也需要去掉，方法就是反向过滤即可，参考命令： ps -ef|grep 进程名 | grep -v grep | awk ‘{print $10}’ 二、创建进程模板，先创建宏，把输出进程名的命令复制过来，然后创建监控项，使用 system.run[宏]键值，最后关联主机 效果 三、触发器 5分钟没有找到字符触发。 因为进程比较多

与大部分应用和系统一样， SpringBoot 微服务的开发、发布与部署只占其生命周期的一小部分，应用和系统运维才是重中之重。而运维过程中，监控工作更是占据重要位置。 运维的目的之一是为了保证系统的平稳运行，进而保障公司业务能持续对外服务，为了达到这一目的，我们需要对系统的状态进行持续地观测，以期望一有风吹草动就能发现并作出应对，监控作为一种手段，就是以此为生。 我们会从以下多个层面对 Spring Boot 微服务进行监控： 硬件层面 网络层面 系统层面 SpringBoot 微服务的应用层面 服务访问层面 我们会从所有这些层面采集相应的状态数据，然后汇总，存储，并分析，一旦某项指标超出规定的阈值，则报警，在接收到报警通知之后，我们需要做出应对以改变现在系统状态不健康的局面，这一般通过预置的调控开关来调整应用状态，要么重启或者服务降级，也就是执行监控的“控”，整个过程如图 1 所示。 硬件、网络以及系统层面的监控，现有的一些监控系统和方案已经可以很好地提供支持，比如开源的 Zabbix 系统或者以报警为强项的 Nagios 系统。 本节不对这些层面的监控做过多介绍，我们将更多对 SpringBoot 微服务应用层面的监控进行实践方案的探索。SpringBoot 微服务的内部状态，通过多种方式或者渠道可以知道。 打印的应用日志是一种 SpringBoot 微服务运行状态的反映形式。

安装配置 服务端安装系统： CentOS-7 # 安装 epel 源 yum install -y epel-release # 安装 ansible, pywinrm 模块 yum install -y ansible python-pip pip install pywinrm # 取消添加指纹提示 sed -i 's/#host_key_checking/host_key_checking/' /etc/ansible/ansible.cfg # Ansible hosts cat > /etc/ansible/hosts <<EOF [linux:vars] ansible_ssh_user = USERNAME ansible_ssh_pass = PASSWORD [linux] 192.168.0.74 192.168.2.XX ansible_ssh_pass=USERNAME ansible_ssh_pass=PASSWORD [windows:vars] ansible_user = USERNAME ansible_password = PASSWORD ansible_port = 5985 ansible_connection = winrm ansible_winrm_server_cert_validation = ignore [windows]

在监控 Web 或者接口场景时，会自动添加一些新监控项用以监控。 创建web主机后，Zabbix 会自动添加以下监控项用以监控，将它们链接到所选的应用上。 监控项 说明 场景的下载速度 此监控项将收集有关整个场景的下载速度（每秒字节数）的信息，即所有步骤的平均值。[size=10.5000pt] 监控项 key: web.test.in[Scenario,,bps] 场景的失败步骤 此监控项将显示场景上失败步骤的编号。如果所有步骤成功执行，则返回0。[size=10.5000pt] 监控项 key: web.test.fail[Scenario] 场景的最近错误消息 此监控项返回场景的最近一个错误消息文本。仅当场景具有失败步骤时，才会存储新值。如果所有步骤都正常，则不会收集新值。[size=10.5000pt] 监控项 key: web.test.error[Scenario] 1、 选择主机 在配置中选择主机，选择主机中的web监测 2、 在web监测页面的右上角选择创建web场景 3、 创建场景，根据需求填写信息 4、 创建步骤 5、 这样就可以看到监控的web 来源： oschina 链接： https://my.oschina.net/u/4405256/blog/4873248

NMap，也就是Network Mapper，是Linux下的网络扫描和嗅探工具包。 其基本功能有三个： （1）是扫描主机端口，嗅探所提供的网络服务 （2）是探测一组主机是否在线 （3）还可以推断主机所用的操作系统，到达主机经过的路由，系统已开放端口的软件版本 nmap端口状态解析 open ： 应用程序在该端口接收 TCP 连接或者 UDP 报文。 closed ：关闭的端口对于nmap也是可访问的， 它接收nmap探测报文并作出响应。但没有应用程序在其上监听。 filtered ：由于包过滤阻止探测报文到达端口，nmap无法确定该端口是否开放。过滤可能来自专业的防火墙设备，路由规则 或者主机上的软件防火墙。 unfiltered ：未被过滤状态意味着端口可访问，但是nmap无法确定它是开放还是关闭。 只有用于映射防火墙规则集的 ACK 扫描才会把端口分类到这个状态。 open | filtered ：无法确定端口是开放还是被过滤， 开放的端口不响应就是一个例子。没有响应也可能意味着报文过滤器丢弃了探测报文或者它引发的任何反应。UDP，IP协议,FIN, Null 等扫描会引起。 closed|filtered：（关闭或者被过滤的）：无法确定端口是关闭的还是被过滤的 nmap基本使用方法 1、 nmap简单扫描 nmap默认发送一个ARP的PING数据包，来探测目标主机1

Linux监控平台搭建（ zabbix监控） 一、Linux监控平台介绍 1、监控存在的原因 站点出了问题，没有人知道，等用户发现了，才提醒供应商；对公司影响很大 2、常见开源监控软件 cacti、nagios、zabbix、smokeping、open-falcon等等，其中nagios、zabbix流行度非常高； cacti、smokeping偏向于基础监控，成图非常漂亮，适合监控网络设备 cacti监控网络的设备； cacti、nagios、zabbix服务端监控中心，需要php环境支持（用Apache的php，用nginx的php都可以），其中zabbix和cacti都需要mysql作为数据存储，nagios不用存储历史数据，注重服务或者监控项的状态，zabbix会获取服务或者监控项目的数据，会把数据记录到数据库里，从而可以成图 3、目前业界都流行用zabbix。 zabbix配置简单，优势明显，早起使用nagios的企业，慢慢的转向使用zabbix； nagios，需要更改配置文件，并不支持web界面一键执行，nagios和zabbix相比，nagios 更注重的是某一个监控的状态，不关注历史； zabbix，则是把每一次监控的数值反馈出来，数值存到数据库里面，方便后期数据图去分析监控整个状态； nagios不需要mysql的支持，不能成图，若需要画图