一.需求背景 网络工程师需要对OSPF进行监控,需求如下: 1.状态展示 OSPF区域状态 OSPF接口状态 OSPF邻居状态 2.问题报警 触发器设置: a.OSPF区域状态  b.OSPF接口状态  c.OSPF邻居状态 不是full状态就报警   二.准备工作 1.新建mapping(3个:SNMP OSPF Admin Status.SNMP OSPF Area Status.SNMP OSPF Neighbor State (ospfNbrState)) 2.导入模板(Template

环境zabbix5.0,配置思路,通过添加监控项和触发器实现,监控项监控对应的日志文件,触发器过滤日志文件中的关键字,当出现failed时就发出告警. 监控项配置 类型选择zabbix客户端主动式,键值log[/var/log/secure] log代表日志文件监控,后面方括号中是对应的日志文件,注意:zabbix-agent应具备读取对应的日志文件的权限,否则会提示权限问题,信息类型选择日志,更新间隔根据实际情况填写 创建触发器 上图是创建触发器,关键在于表达式,上图中的表达式是解析之后的,z

2021-03-24 OSPF状态 定义 Attempt 此状态只对非广播区域(NBMA)1网络中手动配置的邻居有效.在attempt状态中,路由器在每个轮询间隔期间向邻居发送单播hello数据包,在dead间隔期间不会接收到邻居的hello数据包. INIT 此状态指定路由器从邻居接收一个hello数据包,但接收路由器的ID并不包含在hello数据包中.当路由器从其邻居接收hello数据包时,该hello包就应当包含了发送方的路由器ID,此为有效的hello包,并确认. Two-way 此状态

Zabbix 是什么? zabbix 是一个基于 Web 界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案.通过 C/S 模式采集数据,通过 B/S 模式在 Web 端展示和配置,能监视各种网络参数,保证服务器系统的安全运营:并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题. zabbix 由2部分构成,zabbix server 与可选组件 zabbix agent:zabbix server 可以通过 SNMP,zabbix agent,ping,端口监视等方法提

依据前文:Linux下Zabbix5.0 LTS监控基础原理及安装部署(图文教程) 环境,继续添加MySQL应用集. 第一部分:添加Zabbix自带的MySQL应用集. 在ZabbixClient-01上操作.[官方rpm下载] # 检查是否已安装MySQL,反之下载安装 [root@ZabbixClient-01 ~]# rpm -qa | grep mysql [root@ZabbixClient-01 ~]# wget https://repo.mysql.com/yum/mysql-5.

OSPF邻居关系故障-现象与排除 一.OSPF邻居关系故障-现象与排除 1.OSPF建立邻居关系时,将检验hello报文中的Area ID .Autype.Authentication.network mask.hello interval.router dead interval字段以及可选项的值是否和接收接口上配置的对应值匹配,如果它们不匹配,那么该数据包将被丢弃,而且邻接关系也无法建立. 2.OSPF邻居关系故障的常见现象为: 1).OSPF邻居表为空 2).OSPF邻居停滞于INIT状态

当OSPF邻居建立的过程之中,路由器在和邻居达到完全邻接关系之前,要经过几个状态.这些状态在OSPF RFC2328有相关的定义,这些状态分别是Down, Attempt, Init, 2-Way, Exstart, Exchange, Loading和Full.本文将介绍一下各种状态的详细工作内容.   Down 这是第一个OSPF邻居状态,在这个状态下路由器没有从邻居那收到任何信息(包括hello包),不过在这个状态下,路由器可以主动发出hello包给自己的邻居. 当路由器之间是Full状态

第一部分,安装 此安装配置为yum方式安装zabbix5.0 系统版本:CentOS Linux release 7.5.1804 (Core) zabbix版本:rpm -qa | grep zabbix [root@es3 script]# rpm -qa | grep zabbix zabbix-web-5.0.19-1.el7.noarch zabbix-web-deps-scl-5.0.19-1.el7.noarch zabbix-agent-5.0.19-1.el7.x86_64 z

zabbix3.0对tcp连接数及状态的监控优化 之前对tcp的监控采用netstat命令,发现在服务器繁忙的时候效果不理想,这个命令占用大量的cpu有时候高达90%以上,可能会导致业务的不稳定,所以改用ss命令对脚本进行优化 在需要被监控的zabbix-agent端添加脚本编写 创建文件夹 mkdir -p /usr/local/zabbix-agent/scripts/ mkdir -p /etc/zabbix/zabbix_agentd.d/ vim /usr/local/zabbix-a

一,zabbix5.0发邮件报警的准备工作: zabbix5.0在linux平台上的安装:参见这一篇: https://www.cnblogs.com/architectforest/p/12912560.html 阿里云主机linux平台配置mailx使用smtps发邮件,参见这一篇: https://www.cnblogs.com/architectforest/p/12924395.html 说明:刘宏缔的架构森林是一个专注架构的博客,地址:https://www.cnblogs.com/

实验环境 centos 7.5 主机名 IP地址 配置 应用 controlnode 172.16.1.120/24 4核/8G/60G java-1.8.0-openjdk zabbix server 4.0.23 LTS mysql 5.7.31 nginx 1.19.2 php 5.6.36 JavaGateway 4.0.23 ZabbixAgent 4.0.23 grafana6.7.4 docker(Prometheus) slavenode1 172.16.1.121/24 2核/

经过前面的配置,如果主服务器的keepalived停止服务,从服务器会自动接管VIP对外服务:一旦主服务器的keepalived恢复,会重新接管VIP. 但这并不是我们需要的,我们需要的是当NginX停止服务的时候能够自动切换. keepalived支持配置监控脚本,我们可以通过脚本监控NginX的状态,如果状态不正常则进行一系列的操作,最终仍不能恢复NginX则杀掉keepalived,使得从服务器能够接管服务. 如何监控NginX的状态 最简单的做法是监控NginX进程,更靠谱的做法是检查N

zabbix3.0.4监控mysql主从同步 1.监控mysql主从同步原理: 执行一个命令 mysql -u zabbix -pzabbix -e 'show slave status\G' 我们在输出的信息中选择 Slave_IO_Running: Yes Slave_SQL_Running: Yes 这两项来监控 当操作的数据出现异常的时候,Slave_SQL_Running就会变成No 当执行slave  stop的时候,两个都会变成No 2.添加一个具有权限的用户zabbix,只需要赋

zabbix监控nginx zabbix可以监控nginx的状态,关于一个服务的状态可以查看服务本身的状态(版本号.是否开启),还应该关注服务能力(例如以nginx的负载效果:连接数.请求数和句柄数).下面我们使用zabbix监控nginx. nginx的安装 如果想要查看nginx的服务状态,在对nginx进行源码安装的时候要选中–with-http_stub_status_module模块. 1.解压安装包: [root@server5 mnt]# tar xvf nginx-1.6.2.t

模板如下 <zabbix_export> <version>3.4</version> <date>2018-11-30T08:28:28Z</date> <groups> <group> <name>自定义</name> </group> </groups> <templates> <template> <template>Mysql-s

前言:前段时间在部署zabbix,有个需求就是需要监控容器的状态 也就是cpu 内存 io的占用,于是就自己写了一个脚本,以及模板,在这里分享一下 嘿嘿 : ) 废话我也就不多说,直接开始 首选,zabbix_agentd 配置  vim /usr/local/zabbix/etc/zabbix_agentd.conf UserParameter=docker.discovery,/usr/local/zabbix/script/docker.py UserParameter=docker.[*

zabbix监控DELL服务器硬件状态 登录dell服务的管理页面 默认用户名:root 密码:calvin 服务器开放snmp信息,开启完应用 Zabbix服务器导入dell监控硬件模板 验证 snmpget -v 2c -c <Community> <iDRAC IP> .1.3.6.1.4.1.674.10892.2.1.1.2.0 zabbix添加dell服务器管理ip 修改团体名,才修改, 没有修改不用填 {$SNMP_COMMUNITY_IDRAC} 团体名 成功效果图

背景: 网络侧反馈偶尔会出现ospf邻居状态变化:full-> other status -> full.历史原因,线上运行的路由软件有quagga和bird两种.两种路由软件的日志级别配置,打印ospf邻居状态变化的过程. quagga: 配置选项: 日志文件记录配置 log file /home/work/quagga/logs/ospfd.log 日志打印邻居关系状态变化过程 debug ospf nsm status 配置操作: mkdir /home/work/quagga/logs

1.w命令 w命令是一个很强大的命令,该命令显示的信息比较丰富.以下是我的虚拟机w命令的一个展示 从上图我们可以看到: 第一行从左面开始显示的信息依次为:时间.系统运行时间.登陆用户数.平均负载 第二行以及下面所有行告诉我们,当前登陆的用户以及从哪里登陆的 我们重点关注一下load average 第一个数值表示1分钟内系统的平均负载值:第二个数值表示5分钟系统的平均负载值:第三个数值表示的是系统15分钟内的平均负载值,这个值的意义是单位时间段内CPU进程活动数,这个值越大就说明服务器压力越大

Prometheus 监控K8S 资源状态对象 官方文档:https://github.com/kubernetes/kube-state-metrics kube-state-metrics是一个简单的服务,它监听Kubernetes API服务器并生成有关对象状态的指标.它不关注单个Kubernetes组件的运行状况,而是关注内部各种对象的运行状况,例如部署,节点和容器. 采集了k8s中各种资源对象的状态信息: kube-state-metrics kube_daemonset_* kube