http://cloudinit.readthedocs.io/en/latest/topics/examples.html介绍:    cloud-init是专为云环境中虚拟机的初始化而开发的工具,它从各种数据源读取相关数据并据此对虚拟机进行配置.    向一台数据服务器获取元数据(meta data)和用户数据(user data),前者是指VM的必要信息,    如主机名.网络地址等:后者是系统或用户需要的数据和文件,如用户组信息.启动脚本等.    当cloud-init获取这些信息后,

前一章, 我们的Hello world应用服务,通过配置服务器Config Server获取到了我们配置的hello信息“hello world”. 但自己的配置文件中必须配置config server的URL(http://localhost:8888), 如果把config server搬到另外一个独立IP上, 那么作为一个client的hello world应用必须修改自己的bootstrap.yml中的config server的URL地址.这明显是不够方便的. 既然config ser

相关组件安装脚本 [root@java_gateway4 java_tps]# cat cront_install.sh #!/bin/bashyum install jq -ymkdir /home/java_tpstouch /tmp/hystrix.data.backchmod -R 777 /tmp/hystrix.data.back#scp -P10036 10.81.2.46:/home/java_tps/* /home/java_tps/cp /home/java_tps/*.co

需求: 现在有大量url需要监控,形式如http://www.baidu.com ,要求url状态不为200即报警. 需求详细分析: 大量的url,且url经常变化,现在监控用的是zabbix,如果手动添加模板,会造成大量重复工作,如果利用脚本+mail,无法图形呈现 解决方案: zabbix有discovery功能,即可轻松解决此问题 首先我们找一个随便找一个zabbix客户端来实现接下来要做的功能 首先我们从头来,我们来装一下zabbix客户端 [root@test_ha_nginx ~]#

自动发现(LLD) 概述 自动发现(LLD)提供了一种在计算机上为不同实体自动创建监控项,触发器和图形的方法.例如,Zabbix可以在你的机器上自动开始监控文件系统或网络接口,而无需为每个文件系统或网络接口手动创建监控项.此外,可以配置Zabbix根据定期执行发现后的得到实际结果,来移除不需要的监控项. 实现自动发现示例 第一步:点击configure>discovery 第二步:create discovery rule,创建一个discovery规则 第三步:填写发现规则.checks选择I

背景说明: 由于zabbix监控使用自带的模版,只能监控主机上只有1个tomcat的场景适合,虽然网上很多朋友都是在每个监控项上面添加一个空格来解决问题.但是个人感觉这种方法还是蛮麻烦的,所以写一篇使用自动发现tomcat并监控. 1,在一台主机上安装2个tomcat,安装完1个tomcat,复制1个即可.复制完之后修改tomcat的端口即可. https://www.cnblogs.com/lin1/p/5689622.html 2,进入到apache-tomcat1目录,开启jmxport端

最近在部署zabbix监控  有些服务器上开启的服务端口非常多  如果一个个添加监控会很繁琐,于是想到了自动发现规则  自动发现服务器上的服务端口并进行监控. 在zabbix客户端服务器上进行操作 1)编写端口自动发现的脚本 cat /usr/local/zabbix/scripts/discover_port.sh #!/bin/bashportarray=(`sudo netstat -tnlp|egrep -i "$1"|awk {'print $4'}|awk -F':' '{

一.Zabbix-3.0.3批量添加主机的配置如下: 0)被监控机上要安装zabbix_agent,并配置好zabbix_agentd.conf (如下172.29.8.50是zabbix_server机器的ip地址) 可批量修改zabbix_agentd.conf,如下: sed -i 's/Server=127.0.0.1/Server=172.29.8.50/g' /etc/zabbix/zabbix_agentd.conf sed -i 's/ServerActive=127.0.0.1

1.新建客户端需要的脚本 # vim discovertcpport.sh #!/bin/bash portarray=(`sudo netstat -tnlp|egrep -i "$1"|awk {'print $4'}|awk -F':' '{if ($NF~/^[0-9]*$/) print $NF}'|sort|uniq`) length=${#portarray[@]} printf "{\n" printf '\t'"\"data\&

一.zabbix自动发现 利用zabbix的discovery功能可以实现自动批量添加主机的功能. Zabbix自动发现实现自定义主机名: 通过自动发现添加的客户端主机的Host name 是以IP地址命名的,该怎么解决: 方法一:直接在zabbix server端的/etc/hosts文件里添加客户端主机名和IP. 这样获取到的主机名就是你定义的主机名了,而不是ip地址的. 参考文档:http://www.ttlsa.com/zabbix/zabbix-configure-network-di

前面介绍了利用Orabbix监控了,参考zabbix通过Orabbix监控oracle数据库,这里我们原先的模板中进行了修改,使用自动发现功能实现监控tablespace的使用情况. 1. 在被监控的数据库机器上创建3个shell脚本 1.1 得到表空间的使用情况 [oracle@oracledb shellScripts]$ cat /home/oracle/shellScripts/query_tablespace_usage.sh source /home/oracle/.bash_pro

########31 https://www.cnblogs.com/yjt1993/p/10883345.html 1.概念 在配置Iterms的过程中,有时候需要对类似的Iterms进行添加,这些Iterms具有共同的特征,表现为某些特定的参数是变量,而其他设置都是一样的,例如:一个程序有多个端口,而需要对端口配置Iterms.再如,磁盘分区,网卡的名称等等,由于具有不确定性,古配置固定的Items会出现无法通用的问题. Low level discovery的Key可以对网卡.文件系统等进

  在微服务架构中,服务发现可以说是最为核心和基础的模块,该模块主要用于实现各个微服务实例的自动化注册与发现.在Spring Cloud的子项目中,Spring Cloud Netflix提供了Eureka来实现服务的发现功能,本节将对Eureka的使用进行详细讲解. Eureka介绍 Eureka是Netflix开发的一个服务发现框架,本身是一个基于REST的服务,主要用于定位运行在AWS(Amazon Web Services)域中的中间层服务,以达到负载均衡和中间层服务故障转移的目的.Sp

Zabbix自动发现是通过(1)网络扫描或(2)代理主动发现实现监控.本文主要介绍网络扫描的发现方式,并深入介绍底层监控项的主动发现功能. 网络发现(Discovery) 对于网络发现最需要理解的就是工作流程,不然觉得这个发现功能很奇怪,理解之后,就觉得这个设计很合理了.而且使用起来也很正常,而大部分文章只是讲解了如何使用,官方文件简单的提到了工作流程,不小心很容易忽略.参考文档: https://www.zabbix.com/documentation/4.0/manual/discovery

自动发现(LLD) 概述 自动发现(LLD)提供了一种在计算机上为不同实体自动创建监控项,触发器和图形的方法.例如,Zabbix可以在你的机器上自动开始监控文件系统或网络接口,而无需为每个文件系统或网络接口手动创建监控项.此外,可以配置Zabbix根据定期执行发现后的得到实际结果,来移除不需要的监控项. 实现自动发现示例 第一步:点击configure>discovery 第二步:create discovery rule,创建一个discovery规则 第三步:填写发现规则.checks选择I

自动发现 Zabbix 为用户提供了高效灵活的网络自动发现功能,有以下优点: 加快 Zabbix 部署 简化管理 无需过多管理,也能在快速变化的环境中使用 Zabbix Zabbix 网络发现基于以下信息 - IP 范围 - 可用的外部服务(FTP.SSH.WEB.POP3.IMAP.TCP 等) - 来自 Zabbix 客户端的信息(仅支持未加密模式) - 来自 SNMP 客户端的信息 # 不支持:发现网络拓扑 # 网络发现由两个阶段组成:发现和动作 网络发现由两个阶段组成(发现和动作) #

一.自动发现 1.概述 自动发现(LLD)提供了一种在计算机上为不同实体自动创建监控项,触发器和图形的方法.例如,zabbix可以在你的机器上自动开始监控文件系统或者网络接口,而无需为每个文件系统或网络接口手动创建监控项.此外,可以配置zabbix根据定期执行发现后得到的实际结果,来移除不需要的监控项. 2.配置 第一步:点击配置(configure)-->自动发现(discovery) 第二步:创建自动发现的规则(create discovery rule) 第三步:填写发现规则(checks

一.需求 zabbix 服务器可以手动加入zabbix-agent客户端,对于少量的机器,这没有什么.但到了线上,我们有大量的服务器需要监控时,如果再一个个的手动加的话,工作量势必会增加很多.这时,zabbix-server 的Discovery 自动发现 功能便派上了用场. 二.条件 1.zabbix server 已经部署好,所需要加入的服务器zabbix-agent已经安装. 2.防火墙都开放端口,主要是10050.10051端口,或者关闭整个iptables 三.zabbix-agent

1.在监控客户机上 web_site_code_status.sh: #!/bin/bash UrlFile="/opt/scripts/WEB.txt" IFS=$'\n' web_site_discovery () { WEB_SITE=($(cat $UrlFile|grep -v "^#")) printf '{\n' printf '\t"data":[\n' num=${#WEB_SITE[@]} for site in ${WEB_

1. 题目 改造malloc和free函数,使C语言能自动发现泄漏的内存,在程序退出时打印中遗漏的内存地址和大小. 2. 思路 用一个链表来记录已经分配的内存地址.在malloc时,把分配的内存地址和大小插入链表:在free时,找到链表中相应结点,删除该结点.程序退出时,打印出链表中的结点. 上述思路有一个缺陷:删除结点时,需要遍历链表,如何才能变成常数时间能完成的操作? 方法是:在malloc时,多分配一块区域,用来记录链表结点的位置. 3. 代码 //Code 1 #include <std

参考官网集群配置方式 https://hub.docker.com/r/progrium/consul/   集群中需要manager与node能通信consul的发现服务,不然,管理节点选举不了,无法执行docker 命令. 集群中consul工作3台的机器,大于等2台时,集群仍正常工作,如果,发生只有1台时,集群失效,无法选择管理节点,需要启动数据再次达到3台的标准后,集群才能慢慢恢复.   测试最终得出一个惊人结论,我把consul集群删除后,重新拉起时,元数据全部自动发现恢复.