运维工具ansible+cobbler+zabbix

link

　　运维工作
　　一.系统
　　硬件----部署操作系统---多个主机
　　如何高效的安装操作系统
　　1.部署在裸机上的操作系统 bare metal
　　pxe预执行环境：网卡自身有一个rom，可以自己加载来获得IP地址，能够到文件服务器上加载bootloader文件，依赖于网卡和网络预先提供的安装服务
　　但是pxe只能预引导1中操作系统
　　二次封装的pxe：cobbler 将多版本的操作系统环境支持 *
　　【但是都需要支持pxe】
　　2.虚拟机器 virtual machine *
　　二.程序
　　configurtion 自动完成安装程序，到配置文件的都可以完成
　　puppet(ruby)所有互联网公司都在使用 *
　　saltstack(python)与puppet一个作用 开发语言不同而已
　　【两者都很重量级，没有达到几十上百台不能良好发挥，成本也高，门槛也高】
　　所以，有了ansible，早些年的chef，cfengine等configurtion
　　三.操作
　　command and control：批量运行一些命令，统一命令操作工具
　　fabric(python)：轻量级
　　func
　　ansible *
　　以及监控工具*
　　四.程序发布(电子商城，论坛)
　　1.人工智能(手动发布)
　　2.脚本
　　3.发布程序：公司内部研发的专门的运维程序框架
　　要求：
　　1.【给飞行中的飞机(双发)换发动机】
　　不能影响用户体验
　　2.系统不能停机
　　3.不能导致系统故障或系统完全不可用
　　【程序发布一般不会在访问量很多的白天进行，=并且在系统部署的时候要留有性能空间，即便停止一部分设备，剩余的也可以轻松的处理请求，所以部署的时候要预留30%左右的性能，但是又容易造成性能浪费，所以有了弹性计算】
　　弹性计算：如果发现用户量很小，一批一批的而关闭主机，用户量大的时候，一批批的开启
　　灰度模型：
　　一次只更新一部分主机，一般在凌晨，访问量较小，将一部分的权重该为零，然后停止服务器，添加新应用，重启，改回正常的权重，然后看请求是不是正常进行，正常就依次重启
　　1.基于主机做灰度
　　2.基于用户做灰度
　　发布路径
　　在调度器上下线一批主机(标记为维护模式--软离线)---关闭服务(后端主机的服务)----部署新版本---启动服务(后端主机服务)----调度器上启动这些主机
　　版本上线   应用程序发布
　　问题：
　　1.但是如果有回话怎么办
　　一般session都是放在server上的
　　【http的长连接是不超过10秒的，权重设置为0的等10秒就好了可以下线(冷模式，一定要停掉，反正已经下线了)了，有回话就等回话的最长时间】
　　2.发了新版本后发现有bug怎么办
　　回滚
　　3.如果用户上传文件了怎么办，又不能覆盖
　　一般nginx可以将用户上传的文件(静态)单独放到一个目录或服务器来，到时候软连接等就好
　　五.运维工具分类
　　管理主机需要拥有被管理主机的特殊权限，但是不安全，所以有了两种方式
　　无agent(agentless)： ansible,
　　ssh，但是管理主机会有被管理主机的管理员用户账号密码，如果管理主机沦陷，后边的都有危险，于是，都创建一个基于sodu命令的用户
　　agent：puppet，func
　　每个主机都装一个程序，2者通过一个加密协议来进行通信，该进程由管理员的身份运行，所有命令都基于该程序运行，也就都有了被管理主机的管理员的权限
　　六.ansible：能够兼具以上四种功能的工具，第二种第三种完整提供【第一种在开发，第四种要自己配置】，轻量化
　　configuration
　　command and control
　　特性：
　　高度模块化：调用特定模块完成特定任务
　　基于python语言实现，paramiko pyYAML和jinja三个关键模块
　　部署简单：agentless
　　支持自定义模块
　　支持playbook(剧本，编排) yaml格式配置文件，可自行编写，可以编排：第一步做什么，第二部做什么...*
　　幂等性：一个命令执行一遍和多遍结果都一样，不回因为多次操作而变化*
　　快速失败：在一个程序出错，会快速的告诉你那里出错，不用自己找*
　　【ansible框架图】
　　playbook(剧本，编排) yaml格式配置文件，可自行编写，可以编排：第一步做什么，第二部做什么...，调用模块进行，做什么操作就写什么
　　connection plugins：连接插件，最有名的，标准，默认的是ssh
　　host..：清单，被管理主机清单，那些主机被管理都要列在里边，不在的将不被ansible管理
　　应用：一台ansible管理 三台被管理(2台c7,1台c6)
　　【扩展：要是又多了乌班图主机呢】
　　当你的被管理主机有不同版本的同一系统(c6,c7)或不同系统(centos,ubautu)的时候，你的配置文件要有条件判断，循环
　　主配置文件 /etc/ansible/ansible.cfg
　　hosts：主机清单文件*
　　roles
　　/usr/bin/ansible：主程序
　　ansible-playbook：跑剧本的
　　ansible-doc：查看配置文件的
　　主机清单图
　　hosts：[websrvs]
　　IP地址【同一主机可以再多个清单中】
　　[dbsrvs]
　　ansible-doc -l：查看所以模块
　　ansible -h：帮助
　　ansible <host-pattern> [options]
　　host-pattern：可以统配
　　ansible all[所有主机] -m ping
　　简单使用格式
　　ansible  HOST-PATTERN  -m MOD_NAME  -a  MOD_ARGS
　　-a 指明模块参数
　　【省略模块的时候会自动调用command模块】
　　-u sodoname ：指明sudo用户
　　例如：ansible all[所有主机] -m ping
　　ansible具体模块
　　查看所以模块
　　ansible-doc -l
　　模块文件查找路径，在主配置文件中查找
　　查看模块使用方法
　　ansible-doc -s MOD_NAME
　　例如 ansible-doc -s ping
　　帮助
　　ansible[-doc|-playbook] -h
　　1.command：远程主机上运行名令
　　ansible  HOST-PATTERN  -m command  -a ‘命令’
　　不支持管道功能以及一些shell特性
　　2.shell：远程主机上执行命令，调用一个shell进程，命令是shell子进程执行
　　ansible  HOST-PATTERN  -m shell  -a  ’命令‘
　　支持管道等shell特性的命令
　　3.copy：把文件复制到制定的远程节点位置
　　ansible  HOST-PATTERN  -m copy  -a  MOD_ARGS
　　[带=的表示必须要带的参数]
　　格式：args=
　　src：那个文件|目录发送到远程主机
　　dest=：复制到远程主机的什么位置，必须是绝对路径，不存在创建，已存在覆盖，规则同cp
　　content：自己写要发送什么到远程主机
　　dest=
　　mode：指明文件在目标主机上的权限
　　owner：属主属组指明
　　4.cron
　　ansible  HOST-PATTERN  -m cron  -a  MOD_ARGS
　　name=：指明任务名字，必须写
　　state：创建还是删除cron任务，创建present，删除absent
　　minute= */#：没几分钟，基本上规则等于cron的配置文件中的规则，#；每小时的第几中做什么
　　hour，day，mouth，weekday，reboot
　　job=：那个时间做什么
　　5.fetch：从远程主机上拉取文件
　　ansible  HOST-PATTERN  -m fetch  -a  MOD_ARGS
　　src= 目标的存放位置，可以使目录或者是文件
　　dest= 拉取过来的文件存放的位置，只能是目录
　　通常上是讲从一个节点上fetch，除非是一个目录
　　6.file：设定文件属性，什么属主属组啊之类的
　　ansible  HOST-PATTERN  -m file  -a  MOD_ARGS
　　(1).path=：指明文件路径，比给参数
　　src：源文件
　　state：directory
　　例：ansible all -m file -a "src=/tmp/fstab path=/tmp/fstab.link state=link"
　　(2).path=file group= owner= mode=
　　修改文件属性
　　(3).path= state=directory
　　创建目录
　　7. hostname
　　ansible  HOST-PATTERN  -m hostname  -a  MOD_ARGS
　　name=：主机不同命，可以用循环或者是变量
　　8.mysql_db：在远程数据库上添加数据库
　　9.pip：让远程主机的python环境自动安装python依赖的模块等
　　10.yum：基于yum管理程序包(要求远程主机支持yum)
　　ansible  HOST-PATTERN  -m MOD_NAME  -a  MOD_ARGS
　　name=：包名，可以带版本号
　　state：present 安装最新版本
　　latest
　　absent 删除
　　11.service：管理服务
　　ansible  HOST-PATTERN  -m MOD_NAME  -a  MOD_ARGS
　　name=：必给
　　state：started|stopped restarted
　　enabled：是不是开机自动启动
　　runlevel：那几个级别开机启动，默认2345
　　12.uri：想指明的每个web服务器请求个uri
　　ansible  HOST-PATTERN  -m MOD_NAME  -a  MOD_ARGS
　　url=：url完整格式，通常用变量
　　user，password
　　13.user：管理 用户|组 账号
　　ansible  HOST-PATTERN  -m MOD_NAME  -a  MOD_ARGS
　　name=：
　　state：present
　　latest
　　absent
　　system：是不是系统账号yes|no
　　uid
　　group：基本组
　　groups：附加组
　　shell
　　home
　　move_home：移动家目录
　　remove：删除用户的时候同时删除用户的家目录
　　14.group：管理组
　　ansible  HOST-PATTERN  -m MOD_NAME  -a  MOD_ARGS
　　name=：必给的，组名
　　state：
　　system：
　　gid：
　　15.scripts模块：执行脚本的，本地路径上的脚本，自动复制道远程主机上在进行执行
　　ansible  HOST-PATTERN  -m MOD_NAME  -a “/path/to/script_file"
　　用法很像shell和command
　　YAML：数据结构描述格式【key value】清单，散列表，标量
　　多个key:value在一起叫散列表,就是字典
　　例如 { name:"user11",group:"group11"}
　　house:
　　family:
　　name: Doe
　　parents:
　　- John
　　- Jane
　　children:
　　- Paul
　　age：17
　　aa：16
　　- Mark
　　- Simone
　　address:
　　number: 34
　　street: Main Street
　　city: Nowheretown
　　zipcode: 12345
　　上边整体都可以叫做一个字典，因为是多个键值对组成的，address和family也是字典，parents就是列表
　　列表children中，其中一个值又是一个字典
　　一个键多个值，值是列表，列表的值前边要有-
　　例如 packages：
　　-httpd
　　-php
　　-php-mysql
　　【可以嵌套】
　　family:
　　name: Doe
　　parents:
　　- John
　　- Jane
　　children:
　　- Paul
　　- Mark
　　- Simone
　　family是一个键，他的值是嵌套的一个键值对，一个列表，而且，本身family就是一个字典
　　【.yaml|.yml结尾】
　　playbook 核心元素
　　Hosts：
　　Tasks：任务，模块加参数
　　Vsrisble：变量 [自带|自定义]
　　Templates：模板，包含了模板语法的文本文件
　　handlers：处理器，在特定条件下才会被触发的任务，本质上还是Tasks
　　举例,一个playbook定义了安装程序,提供配置文件,启动服务三个步骤,当配置文件变化的时候,由于幂等性的原因,ansible发现程序安装了,就不会在安装了,发现配置文件变了,会重新传一份新配置文件,发现服务启动了,就不会在启动一遍服务了,所以,这个时候的新的配置文件是不会生效的,因为playbook之定义了启动服务,这个时候就需要handlers来设定,一旦发现配置文件有变化立马重启服务(|重读配置文件)使配置文件生效
　　Roles：角色,由以上元素组成的特定结构
　　playbook的基础组件
　　*1.hosts：运行指定任务的目标主机；可以是一个或多个以：分割的主机，但是要事先在配置文件定义
　　2.remote_user：在远程主机上执行任务的用户，可以是一个全局用户，也可以单任务指定
　　3.sudo_user：以sudo的方式运行时,于哪个用户运行,某些场景的可选用户
　　*4.tasks：任务列表，第一个任务在三台主机运行完，再将第二个运行三台主机，一旦有一个主机运行出问题，会终止，修改好后在运行，不会影响之前运行
　　过的主机
　　模块，模块参数
　　格式：
　　1.action：module arguments(仅新版支持)
　　2.module：arguments(所有版本都支持)
　　command|shell：命令
　　其余的都严格遵循key=value
　　【每一个任务都要有个名字，以便于出错了给你报名字name：taskname】
　　某任务的状态字运行后为change时，可以通过notify来通知
　　任务可以通过tags打标签，可在ansible-playbook命令使用标签-t，多个用：或空白隔开
　　图片示例
　　ansible-playbook /path/to/file option
　　-v：详细信息
　　--list-hosts：只输出主机列表,不执行任何命令
　　--check：只测试不执行
　　-t tags ：指明那个标签上边的用户
　　-e VARS：命令行传导参数项,就是想awk -v一样在命令行定义变量
　　-s:以sudo的方式运行
　　运行结果图
　　ok=#:主机上有几个成功执行的任务
　　changed=#:有几个是通过修改以后完成的
　　unreachable=#:有几个主机联系不到的
　　failed=#失败的个数
　　主机的facts变量：手机远程主机的facts 变量，在每次运行playbook之前都会自动运行
　　手动：ansible all -m setup -a facts
　　手动执行就可以看见目标主机的所有变量了
　　运行playbook的方式
　　1.测试
　　ansible-playbook --check file.yml
　　只测试运行结果,不真正的执行
　　ansible-playbook --list-hosts
　　列出运行的主机
　　2.运行
　　ansible-playbook /path/to/file
　　handlers：在特定条件下触发，在关注的资源发生改变的时候触发，或接受到通知时触发
　　经常在某任务的状态在运行后为changed的时候使用notify的方式通知处理器
　　使用方法:那配置文件来举例
　　在更改配置文件的task(被更改的任务)的下面,加上
　　notify:handler_name,
　　然后在这个列表结束后加上
　　handler:
　　-name:handler_name
　　动作
　　要求就是notify和handler的handler_name必须是一致的
　　-hosts:192.168.1.101
　　remote_user:root
　　tasks:
　　-name:install httpd
　　yum:name=httpd state=present
　　-name:configure
　　copy:src=file dest=hosts/path/to/dir
　　notify:restart httpd
　　-name:start httpd
　　service:name=httpd state=started
　　handler:
　　-name:restart httpd
　　service:name=httpd state=restart
　　直接写在hosts栏的后方
　　【主要处理正常流程下，没有关系的资源，给他们创建练习来工作】
　　tags：加个标签，结合-t
　　ansible-playbook -t TAGS_NAME1,TAGS_NAME2,.... file
　　只执行有标签的任务,当然,前提是先在指定的任务下边加上
　　tags:tags_name
　　然后就可以用了,可以给多个任务打标签,同一个任务也可以有多个标签,两个任务的标签可以一样,-t后边也可有多个标签,用逗号或空白隔开就好
　　variables：变量 只能以字母开头，使用` value `调用变量 注意空格
　　1.facts：setup模块提供，可直接调用
　　2.使用ansible-playbook的命名传递 -e
　　...-e “var=value”,想awk -v一样,可以定义多个变量,使用多个-e就好
　　3.通过roles传递变量
　　4.Host Inventiry
　　想不通的主机传递不同的变量,可以加上端口号
　　IP地址1/HOSTNAME1[:port] var=value
　　IP地址2/HOSTNAME2[:port] var2=value2
　　向组中主机传递相同变量
　　在hosts文件中的组后边加上
　　[组名：vars]
　　var=value
　　例如[websrvs:vars]
　　http_port:8080
　　5.计算
　　变量可以进行计算,包括下边的template的时候也做过
　　直接在花括号中写入变量参与的表达式
　　例如` ansible_processor_vapus-1 `
　　Inventiry参数：
　　定义ansible远程连接目标主机时使用的参数，而不是传递给playbook的变量
　　要注意区分
　　ansible_ssh_host
　　port
　　user
　　pass：密码
　　ansible_sudo_pass：密码
　　templates：模板
　　文本文件，内部嵌套脚本，使用模板编程语言编写的脚本
　　python：嵌入式模板编程语言jinja2
　　字面量：常见的就是字符串 用"" ''引用;
　　数字：整数，浮点数;
　　列表：[item1，item2...]可变;
　　元组： (item1,item2..)不可变;
　　字典：{"key1":value1,"key2":value2....};
　　算术运算：+ ，- ，* ，/ ，//(不要余数只留商)， %，**;
　　比较操作:==，!=,>,>=,<,<=;
　　逻辑运算:and，or，not
　　迭代，条件判断
　　template模块：基于模板方式生成一个文件复制到远程主机
　　ansible  HOST-PATTERN  -m template  -a  MOD_ARGS
　　src=:要指明本地的jinja2的模板文件路径.j2结尾
　　dest=:远程主机上用于运用的路径,通常是绝对路径
　　owner
　　group
　　mode
　　上边是命令行的template模块使用方法,下面是写入到配置文件.yml中的方法
　　就是在tasks下边记上
　　template:src=xxx.jinja2 dest=xxxx
　　用法和以前的没什么不同,还可以用tags和notify(handler)
　　写好用ansible-playbook file.yml就好了
　　playbook的条件测试：
　　when语句：在task中使用，jinja2的语法格式
　　when:ansible_distrubtion == "7"
　　- name: install conf file to centos7
　　template: src=files/nginx.conf.c7.j2
　　when: ansible_distribution_major_version == "7"
　　- name: install conf file to centos6
　　template: src=files/nginx.conf.c6.j2
　　when: ansible_distribution_major_version == "6"
　　循环：迭代，需要重复执行的任务；
　　对迭代项的引用，固定变量名为“item”，要在task中使用with_items给定要迭代的元素列表；
　　列表方法：
　　字符串
　　字典
　　-name:install some package
　　yum:name=` item ` state=present
　　with_items:
　　-nginx
　　-memcached
　　-php-fpm
　　-name：groups
　　group：` item ` state=present
　　with_items
　　- group11
　　- group12
　　- group13
　　-name:add some user
　　user:name=` item ` group=` item `
　　with_items
　　-{ name:"user11",group:"group11"}
　　-{ name:"user11",group:"group11"}
　　-{ name:"user11",group:"group11"}
　　角色(roles)
　　角色就像一个目录，有个roles的总目录，地下是好多的角色名命名的子目录
　　/etc/ansible/roles/ 具体位置可以定义.cfg
　　每个角色以特定的曾级目录结构进行组织
　　例如 mysql/
　　files/      存放copy或script模块调用的文件
　　templates/   存放template模块查找模板的文件
　　tasks/      必须有的目录，至少包含一个main.yml的文件；其余的.yml都是要借用main.yml加载，要在main.yml中以include包含
　　handlers/   至少包含一个main.yml的文件，规则同上，handler
　　vars/      var中也至少有一个main.yml文件，规则同上，存放变量
　　meta/  至少一个main.yml，规则同上，定义当前角色的特殊设定及依赖关系
　　default/ 设定默认变量时使用此目录中的main.yml
　　角色只能用自己目录下的子目录或文件，所以，子目录要有这些模块要用到的文件或子目录
　　在playbook调用角色
　　-hosts:websvrs
　　remote_user:root
　　roles:
　　-mysql
　　-memcached
　　-nginx
　　启动起来后,ansible会自动的跑到这几个角色的目录下,将他目录下的子目录中的所有代码跑一边
　　创建角色：
　　1.在roles中创建角色同名目录
　　mkdir -pv nginx
　　创建子目录
　　mkdir -pv nginx/{...}
　　2.将需要的文件放进去(main.yml)
　　编辑main.yml
　　一些任务，但是任务中要用到同目录下的文件时候，直接写文件名就好，不用写路径，会自己去找的，实例参见配图templates项,好比我现在是在task下编辑main.yml,我想调用files下的文件,并不需要写什么局对路径相对路径,直接写文件名字,他会自己去找
　　对于一个角色,最重要的是任务,所以先编辑tasks,格式很多都可以省略,比如hosts,这个是让人调用的角色所以不能指定hosts,比如tasks,这个是可以省略的,因为本身就是在task目录下了
　　但是,要区分主要运行的剧本和这里的main.yml也好自己定义的其他名字的yml也好,都是不同的,playbook要运行的剧本老老实实的写hosts和tasks等
　　handler也是,在handlers的目录下写main.yml,在要运行的yml中只写notify就好了
　　在playbook中使用变量,在运行的yml中,remote_user的下边加上
　　var:value
　　就可以直接调用了,多个可以使用列表,但是,每次要修改变量还要去到配置文件中去修改配置文件,不过,ansible可以再命令行设置变量,并且优先级还要高于配置文件中的变量
　　ansible-playbook -e var=value2  file.yml
　　实际上的var的值是value2
　　在角色中更贱简单,在ansible的rules下的相关角色的vars目录下编辑main.yml,然后直接在运行的里边使用就好,只要是字典格式就好,不要加-
　　或者是在角色调用的时候来实现传递变量
　　Roles:
　　-{ role:nginx,username:mymy }
　　把角色那一栏做成字典,第一蓝是角色,后边是变量
　　还可以在角色调用还可以做条件判断
　　Roles:
　　-{ role:nginx,when:xxxxxx == "7" }
　　只有满足什么条件的时候才会调用角色
　　实战作业:1.两台主机nginx+keepalived   主从模式,主主更好,制作好ansible角色
　　2.后端两台主机跑php,lap,
　　3.再有一台主机跑mysql
　　注意:写角色要判断操作系统,nginx,mysql的安装包都不同,还有apache也不是很一样
　　部署一个论坛程序更好
　　顺便博客作业,把ansible内容写上
　　ansible如何基于sudo使用,建议把使用sudo的组加到wheel组中
　　www.ansible.com.cn
　　cobbler服务依赖于pxe
　　pxe依赖于dhcp,ftp等服务
　　DHCP服务:动态主机配置协议
　　IP/MASK:mask与自己和对方的ip做与运算,计算是不是同一网段
　　gateway
　　DNS:第一台是最重要的,第一台不可用(而非解析不了)才用第二台
　　wins server, ntp server
　　参数的配置方式:
　　静态方式指定
　　动态配置分配:
　　bootp:boot protocol无盘工作站
　　无盘工作站:后端有服务器,上边有多个独立空间给子机存储文件,还有一个单独的空间存放模板,基于tcp/ip协议通信,但是往往刚装的时候没有系统怎么配置IP地址呢
　　有一个基于网卡级别的服务来自动配置,类似于只能网卡,在局域网中广播,让服务来给自己配置IP地址,然后在对文件服务器通信
　　boot协议:一旦分配出去,就不会在收回,除非重新配置
　　但是现在的都是有盘计算机,不需要再去服务器读系统,所以直接去拿地址就好
　　dhcp:有一个地址池,里边有一段连续的IP地址,有自己独立的DNS和网关,计算机关机后自动回收
　　引入租约(使用时间)的bootp,也可以为实现为特定主机保留某固定的IP地址(MAC地址来识别,从而实现保留固定地址)
　　rarp:反向arp,将MAC地址解析为ip地址
　　arp:ip地址解析协议,将ip解析为MAC地址
　　监听端口:服务端udp67   客户端udp68
　　客户端监听是因为二者之间是要进行通信的
　　实现程序:dhcp(重量级)
　　dnsmasq(同时提供dns请求转发和dhcp功能)
　　工作流程    客户端广播发现服务器端(discover阶段)
　　服务器端offer,提供一个地址(offer阶段)
　　多个服务器提供offer的时候,用最先到达的那个,应为最先证明他的性能好
　　客户端收到后,请求使用此地址(request阶段)
　　发送了request,也就告诉了所有的服务器端我选择了那个,其他的服务器就可以把IP地址返回地址池,而选定的服务器就要把IP地址从地址池删除
　　服务器端同意(ack阶段)
　　可以使用,结束通信
　　报文:广播,广播是不能跨越网关的,只能在局域网中进行,但是可以中继,配置一个路由器做dhcp服务器的中继器
　　使用路由器监听在udp67端口,路由器将广播中继成到dhcp服务器的单播,然后收到的单播传递到另一个局域网广播
　　但是想要管理别人的局域网,要想将自己的局域网管理好了
　　续租:提前续租,续租成功的时候,再延长一个租期,但是如果续租的时候联系不上服务器,可以缓一段时间再去找服务器续租,如果总是联系不上,就准备重新discover计算
　　50%:第一次续租 75% 87.5%
　　额外功能:可以区分系统(Windows,非Windows)配置不同的地址池,可以区分是不是虚拟机等
　　如何配置使用dhcp服务
　　dhcp:只提供dhcp服务
　　dnsmasq:还能提供dns服务
　　dhcp:
　　dhcpd:服务器
　　dhcrelay:dhcp中继器
　　融合在一起,所以服务叫dhcp,但是中继和正常的dhcpd不能一起进行,因为都是监听在67端口的
　　dhcpd:因为他是要给别人分配地址的,所以自己也要有地址,而且要是静态分配的地址,不能发生变化
　　配置文件:/etc/dhcp/dhcpd.conf
　　空的,要cp dhcpd.conf.example到这里覆盖
　　dhcpd.service dhcpd6.service dhcrelay
　　dhcpd.leases:租约,每个地址的租约都放在里边,分配出去的地址的信息也都在里边
　　配置:
　　参数类配置:配置客户端的
　　指令类配置:配置自己的工作配置
　　option domain-name "example.org";
　　搜索域
　　option domain-name-servers dns server1, dns server2;dns server3;
　　dns服务器
　　default-lease-time 600;
　　默认租约时长  单位:秒
　　max-lease-time 7200;
　　最长租约时长
　　[时间长好还是时间短好呢,长好,关机就释放,所以长了没关系,但是短了每个一段时间就要广播,增加了服务器压力]
　　log-facility local7;
　　日志记录[要去rsyslog配置local7]
　　subnet 172.16.0.0 netmask 255.255.255.0 {
　　range 172.16.100.1 172.16.100.99;
　　分配的地址池
　　option routers 172.16.0.1;
　　配置网关的,后边指明真正的gw
　　filename:指明引导文件名称
　　next-server:指明引导文件的服务器地址
　　}
　　管理的子网地址;不管配置几个地址,首先都要先有一个自己网络的
　　filename:表示只对网段中的主机查找引导,而且只在刚分配完后的短时间内生效,其他时间不生效
　　[options有范围限制的,范围越小会越有限生效]
　　host HOST_ID {
　　hardware Ethernet MAC地址;
　　fixed-address IP;
　　option....
　　}
　　固定IP地址,这个ip不能出现在上边的地址池,另外HOS_ID只是个标示,不一定与主机名一致,但是要能标示
　　其他配置
　　filename:指明引导文件名称
　　next-server:指明引导文件的服务器地址
　　例子:filename "pxelinux 0";
　　next-server 172.16.0.1;
　　但是这个是对网卡有特殊要求的,要求网卡有tftp协议,简单文件传输服务
　　怎么指明使用哪个dhcp服务
　　先关掉vm的dhcp服务,停止dhcp服务的虚拟机桥接,改成仅主机
　　再来一台仅主机的虚拟机 dhclient -d 追踪分配地址
　　再次启动的时候,先默认发送一个续租请求(使用了固定地址后,固定地址优先级比请求高,会使用固定地址)
　　pxe:提供操作系统的技术,网络引导技术,自动化的方式完成操作系统的安装   intel牵头研发的技术,硬件级别(芯片级别)
　　必须网卡内置了pxe支持才行,在今天网卡都默认支持,而且虚拟机也支持pxe引导了
　　我们通常那他进行操作系统安装
　　CentOS系如何配置实现pxe:
　　硬件支持
　　dhcp server:配置ip 掩码 dns gw等;filename,next-server
　　tftp server:加载bootloader和kernel,initrd
　　yum repository:ftp,http,nfs提供安装树
　　kickstart:完成自动化安装
　　tftp server :类似于ftp但是监听在udp69端口
　　c/s:tftp-server
　　tftp
　　/usr/sbin/in.tftpd
　　启动的服务文件:瞬时守护进程
　　/usr/lib/systemd/system/tftp.socket
　　非守护进程
　　/usr/lib/systemd/system/tftp.service
　　根目录
　　/var/lib/tftpboot
　　配置文件
　　/etc/xinetd.d/tftp
　　centos6:
　　chkconfig tftp on
　　service xinetd restart
　　centos7:
　　systemctl enable tftp
　　systemctl start tftp
　　dhcp server:配置range filename next-server
　　安装httpd vsftpd syslinux(提供各种引导文件)
　　测试环境192.168.12.0/24
　　服务器192.168.12.1/24
　　cp /usr/share/syslinux/pxelinux.0 /var/lib/tftpboot
　　挂载光盘 挂载到/var/www/html/centos7
　　cp vmlinuz initrd.img /var/lib/tftpboot
　　cp /usr/share/syslinux/{mboot.c32,menu.c32,memdisk,chain.c32} /var/lib/tftpboot
　　在/var/lib/tftpboot中创建目录
　　mkdir pxelinux.cfg目录
　　创建default文件
　　default menu.c32  那个生成菜单的
　　prompt # 菜单显示时间
　　timeout # 超时时间

　　MENU>　　LABEL linux 短格式显示菜单
　　MENU LABEL install Centos7
　　KERNEL vmlinux 在哪个加载内核
　　APPEND initrd(参数名)=initrd.img文件名 install.repo=ftp://192.168.12.1/pub/centos/$re...仓库名
　　LABEL linux_autoinstall
　　MENU LABEL install c7 auto
　　KERNEL vmlinux
　　APPEND initrd=initrd.img install.repo=ftp://192.168.12.1/pub/centos[/$re...](仓库名) ks=ftp://192.168.12.1/pub/kickstart.cfg[注意文件的权限问题,ks权限没有r的话无读取]
　　记得先把ks文件放到/var/www/html下,要用http访问
　　另一个主机设置成从网路引导
　　dos--boot-network的第一项
　　boot:linux  调用第一项
　　这么调用可以再后边添加一些选项,比如加上ks=....就和第二项一样了
　　[本地就有一个ks文件 anaconda-ks.cfg,手动安装时生成的]
　　[ks文件语法检查工具ksvalidator]
　　centos6:前边一样,后边的菜单方式不太一样,可以使用centos6自带的图形工具生成
　　挂载光盘 挂载到/var/www/html/centos6
　　复制vmlinuz,initrd.img
　　复制isolinux下的boot.msg vesamenu.c32 splash.jpg
　　mkdir -pv /var/lib/tftpboot/pexlinux.cfg/
　　cp -v isolinux/isolinux.cfg /var/lib/tftpboot/pexlinux.cfg/default
　　vesa:使用boot调用,采用图形安装
　　menu default:默认项,只能有一个
　　ks之类的还是加载append后边
　　但是install.repo不用指明,系统会自动加载的
　　ks要放到/var/www/html下边,而且要给上读权限r
　　cobbler:配置多系统版本安装环境
　　cloud or VM:image lanch
　　VM:
　　第一台是安装出来,后边可以镜像
　　云OS:
　　将影像文件下载到节点上,以此为硬盘来安装
　　Bare Metal:OS Install
　　只能是安装,但是可以借助工具自动批量安装
　　基本上第一次都是安装的,或者是下载网上别人分享的镜像文件
　　基本上所有工具都是基于pxe,cobbler当然也不例外
　　cobbler:
　　PXE
　　Koan
　　核心概念:cobbler(核心)
　　cobbler_web(补充组件,增进用户体验,提升管理效率)
　　distros:定义发行版
　　profiles:基于distros,配合ks,安装不同的部署环境(主机只使用一个服务,如mysql专机)
　　systems:即便是同一个profile,也是有不一样的地方,比如ip等,这些就叫system,但是很少进行精细管理
　　repos:yum仓库,发行版,epel(但是不能拿来安装)
　　images:镜像文件

　　management>　　file resources:文件管理
　　常用的只有 distros profile
　　需要服务:
　　TFTP
　　rsync
　　DHCP
　　DNS
　　子命令:
　　import
　　sync
　　cobbler图解
　　distribution:
　　KERNEL
　　initrd
　　profile:
　　distribution
　　ks file
　　repository
　　system:
　　profile,IP,MAC
　　安装:yum安装或编译,epel源
　　配置文件:/etc/cobbler
　　服务:cobblerd.service
　　(运行cobbler之前要强依赖httpd,所以先开启httpd,还有tftp,rsync)
　　帮助
　　cobbler [command] --help
　　检测cobbler环境是不是完备
　　cobbler check
　　解决check问题
　　编辑cobbler/settings
　　1.server 127....改掉
　　2.next_server 172.16.100.7 本机地址
　　3.default_passwd_crypted:"密码"
　　chkconfig tftp on
　　loader不用管可以,syslinux提供的就够
　　chkconfig rsync on   监听873tcp端口
　　debmirror c7不用,c6需要
　　/var/www/cobbler
　　命令号格式
　　cobbler command [subcommand] [--arg1=value1] [--arg2=value2]
　　command: distro   profile   system  import  sync
　　distro :centos直接挂载光盘就有,会自动放在/var/www/cobbler的ks_mirror下
　　使用cobbler import导入 --help
　　cobbler import 也要指明ks文件,是因为他在创建distros的时候会自动创建profile,不需要就删除
　　cobbler import --name=centos-6-x86_64 --path=/mnt(挂载关盘目录)
　　会自动放在/var/www/cobbler的ks_mirror下
　　cobbler distro list:查看列表
　　remove:删除
　　profile: ks文件放在/var/lib/cobbler/kickstarts/下边
　　cobbler profile add --name="centos6" --distro=Centos-6-x86_64 --kickstart=/var/lib/cobbler/kickstarts
　　profile list
　　然后使用cobbler sync 同步一遍,会自动生成default文件
　　再做一遍就多一个,可以做个c7的
　　cobbler_web
　　/etc/cobbler/auth.conf
　　/modules.conf
　　[authentication]
　　module = authn_pam
　　[authorization]
　　module = authz_allowall
　　/users.conf
　　admin = "管理员名字"
　　cobbler = "普通用户名字"
　　记得passwd命令给个密码
　　/cobbler_web.conf
　　require all granted
　　zabbix:监控系统   **绝对不允许不受监控的系统到生产环境**
　　硬件:硬件自身带传感器
　　软件:操作系统本身.系统上某进程
　　业务指标:例如httpd有几个用户,多少请求等
　　NMS:网络管理系统
　　监控数据采集通道:
　　监控系统处于一个数据抓取的工具上,每隔一段时间从被监控的主机中读取数据
　　snmp协议:简单网络管理协议
　　ssl/telnet:但是有权限问题,必要的时候还要管理员
　　ipmi接口:Intel智慧平台管理接口
　　agent:监控系统在被监控主机安装一个程序,两者可以通过某种协议通信,被监控主机用管理员身份运行该程序就好,需要访问用户控制**
　　master/agent
　　sensor:传感器,观察数据指标
　　工作方式:
　　1.只对当下数据进行采集,一旦异常立马警报
　　2.对过去的数据进行观察,检查异常的范围波动频率时间等(要求数据存储)
　　监控系统基本功能:NMS实现,其采集通道见上,工具见下
　　1.数据的采样:按固定的周期频率,为了观察;历史数据,还要保存下来,历史数据经过一段时间后可丢弃,只保留趋势数据就好
　　趋势数据:每一段时间(一天)最大值最小值平均值之类的
　　2.数据的存储
　　3.告警(报警):在某一数据一致不正常就像用户报警,邮件短信甚至人工合成声音的电话
　　脚本:触发脚本自动完成一些功能,是在不行再报警
　　操作:配合云环境,虚拟化,发现某一虚拟机挂了,kill掉在重建一个配置好加入到环境中
　　媒介:邮件.短信,微信
　　4.展示:visual,可视化,随时可以用形象的方式经结果展示给用户
　　常见开源监控工具:
　　cacti naglos zabbix ganglia
　　cacti:本质上不是监控工具,本身不具备监控功能,基于协议构成,能够存储数据并将其数据通过mysql前台展示出来,但是报警功能差
　　通常和naglos结合使用
　　zabbix:既能监控又能报警,取代了上两者集合,使用的是mysql的数据系统
　　ganglia:对多台主机的数据聚合展示,今天有人集合g,z使用,尤其是超级计算机进行计算的
　　数据存储:
　　对数据库的写压力太大,千台主机监控指标就到十万指标,cpu的使用率,网卡的,还有多网卡,内存的,是非常大的数据
　　历史数据:NVPS
　　趋势数据:
　　存储系统:
　　关系型数据库:mysql,性能都不是很好,不是保证事务就不要用
　　rrd:环装数据库,满了就在覆盖存储一圈,类似一致性哈希算法,在节店上存储,空间,存储槽都是早就创建好了的
　　*NoSQL:不支持事务,没有复杂的关系.工作空间是内存,因此性能非常好,每隔一段时间同步到硬盘
　　时间序列存储
　　SNMP:简单网络管理协议(古老的协议,没涉及复杂的安全功能,所以有别的就不要使用它,能不用就不用)
　　有agent的,nms/agent组成
　　每一个通过他监控的各种各样的设备都內建他的agent
　　snmpd服务
　　nms:cli,命令行工具  gui,图形工具
　　agent:service,监控在某个端口,接受请求采集数据返回响应给请求者,说起来想server端..
　　为避免agent端信息泄露要进行认证
　　v1版snmpd没有任何安全
　　v2c(community社区) 类似社区,有令牌通过就可以响应,public社区可以公开出去的社区
　　v3使用了很强的加密功能,但是网上很少有支持的
　　操作:
　　获取操作:get,getnext,bulk(一次获取多个)
　　管理操作:
　　陷阱机制,被监控端主动向监控端发送数据,类似dns的通知
　　MIB,OID
　　ZABBIX:开源监控系统 2.0稳定成熟的版本
　　LTS:建议选择的版本,如2.2 3.0 长期支持维护的版本
　　特性:
　　数据采集
　　snmp,ssh/telnet,agent,ipmi,jmx(java management extensions)
　　自定义采样操作:userprameter
　　告警
　　告警升级:执行脚本,在告警(notification)
　　展示(zabbix_web)
　　实时绘图:需要看图时候,在数据库中取数据,动态绘制出来
　　单个graph图片
　　多个graph组成screen
　　slide show:多个屏显示,每个多少秒换个屏
　　map:各设备之间创建一个拓扑图,某设备故障,在拓扑图中将那台机那条线不同色标出来
　　存储
　　mysql/pgsql
　　支持模板:实现快速监控主机添加
　　网络自动发现:扫描一个网段,将内部的主机自动套上模板添加进来
　　分布式监控:减少监控,各设备读写压力,有代理主机替你采集指标(每个代理主机采集一部分指标),client只要拿过来就好了
　　server-----proxy-----agent/ssh/ipmi
　　丰富的API接口
　　程序组件:  zabbix_web GUI php研发
　　zabbix_database
　　zabbix_server  c语言  web page
　　icmp/impi/snmp devices
　　agent:zabbix_agentd
　　JMX
　　zabbix_proxy      web page
　　icmp/impi/snmp devices
　　agent
　　zabbix_server
　　agentd
　　proxy:代理,可选,不做分布式的时候不需要
　　get:命令行工具,手动测试向agent发起数据采集请求
　　sender:运行与agent端,手动向server端发送数据
　　java_gateway:java网关JMX JVM
　　database:和zabbix自身没关系,是mysql被用来做数据存储
　　web:基于web接口展示的gui,对zabbix所有操作几乎都是通过gui来进行,所以他也是个管理接口
　　zabbix逻辑组件:内部完成一次完整的监控操作用到的组件
　　主机组
　　主机
　　监控项:item;
　　key,事先定义好的能够采集数据的命令或脚本的名称,key后边加一个参数,参数将会传递给命令,通过修改参数,可以达成一个key监控多个项
　　应用:application,同一类监控项item的集合
　　触发器:trigger,一个逻辑表达式(或调用了函数的表达式),监控item接受的数据key对应的数据是不是在合理范围内,即阈值,大与阈值时候,从ok转到problem,会在范围内转回ok
　　一般都是在范围内problem,不在为ok
　　事件:event,发生一个值得关注的事情,如ok转换,发现一个新主机,可以针对事件来做相关操作,一旦事件发生了就会发生后续一系列操作
　　会牵连到告警操作
　　动作:action 对于特定事件事先定义的处理,包含操作(operations)和条件(condition)
　　条件不同,操作不同
　　常见:通知,告警
　　报警升级:escalation,
　　报警:
　　媒介:media,发送通知的手段或通道,email,messages等
　　通知:notification,告警内容
　　升级:
　　层层上诉,县长不行市长,市长不行省长
　　可以定义多个操作,先执行什么远程命令,还不行就升级报告
　　远程命令:remote command,预定义的命令.在主机处于特定条件下自动执行
　　模板:template,快速定义被监控主机的各监控项的预设项目集合
　　通常包含item,trigger,graph,screen
　　图形:graph,监控项中采集到的历史数据,用图像的方式展示出来就叫graph
　　支持现状图面积图饼图爆炸图
　　屏幕:screen,多个graph集合组成
　　逻辑组件逻辑关系图
　　maintenance:维护,定义维护期,维护期内遇到任何异常都不要报警
　　zabbix poller:数据的采集器.轮训工具,采集一次又一次
　　internal监控:针对于自身,采集了几次数据之类的
　　服务端进程
　　poller:轮训数据
　　watchdog:监控进程是不是正常,不正常重启
　　housekeeper:内务管家,管理数据库中的数据,比如清理数据库
　　alerter:报警工具
　　escalator:报警升级
　　httppoller
　　discover:发现主机,上线下线等
　　nodewatcher:监控节点
　　timer:计时器
　　db_config_syncer
　　db_data_syncer:完成配置同步和数据同步
　　pinger:探测主机的
　　监控级别(最低限度)图
　　monitored host:被监控主机数
　　zabbix注意:对于不是关键性指标,监控间隔就可以长一点,重要的就要设置短一点
　　监控数据库支持  图
　　监控需要的扩展   图
　　server端需要扩展  图
　　jabber那个用不到
　　zabbix组件:server,agent,database可以分开设置
　　实际部署:同一台主机上进行,不同主机自己去试
　　sever,agent,web*,proxy*,get,sender
　　trousers-0.3.13
　　mget *3.0.3*
　　1.mariadb-server安装---配置文件---innodb_file_per_table=ON skip_name_reslove=ON----启动服务
　　2.创建数据库----授权用户
　　3.安装服务端 zabbix-server-mysql/get/
　　4.安装zabbix-web
　　安装php,httpd,php-mysql,php-gd,php-ldap,php-xml,pgp-mbstring,php-bcmath
　　5.安装agent
　　安装zabbix-sender
　　6.服务端数据库初始化
　　2.x:三个sql脚本
　　按官方文档的固定数据导入三个脚本
　　3.x:一个sql脚本
　　create.sql(server-mysql提供)
　　mysql -u   -h  database_name  < create.sql
　　7.启动
　　配置文件:/etc/zabbix/zabbix_server.conf
　　先备份
　　配置段:
　　general parameters:通用参数
　　listenport:监听端口,默认10051
　　sourceIP:限定采集数据向外通告自己的ip是什么,不然基于ip的访问控制会拒绝
　　logtype:=日志类型
　　logfile=/path/to/file
　　logsize:设置日志滚动大小,0不滚动
　　debuglevel:日志级别0-5,默认3,自己测试定义5
　　DBhost:数据库地址     *
　　dbname:数据库名称     *
　　dbuser:               *
　　dbpasswd:             *
　　dbsocket:mysql.sock
　　dbport:与上边的socket有一个就好;mysql 3306
　　advanced ...:高级参数
　　高级参数就是定义服务端的那几个进程的参数
　　loadable:模块
　　tls....:安全
　　[mandatory:是不是强制配置]
　　8.配置web gui
　　先编辑php的时区 /etc/php.ini date.timezone(所有php程序都遵循)
　　到/etc/httpd/conf.d下的zabbix.conf里边的data.timezone   Asia/shanghai
　　然后重启httpd
　　172.16.7.5/zabbix
　　安装生成的配置文件/etc/zabbix/web/zabbix.conf
　　monitoring:监控 *
　　inventor:
　　reports:报告
　　configuration:配置 *
　　administrator:管理 *
　　*:将来基本上就对这几个做操作
　　9.agent端配置
　　/etc/zabbix/zabbix_agentd.conf
　　zabbix-agent
　　备份
　　general parameters

　　passive checks>　　server:=ip1,ip2(代理服务器)..
　　允许那些主机过来采集数据
　　listenport:端口,默认10050
　　listenip:0.0.0.0监听的地址,所有
　　startagents:=
　　下午第一节可

　　active checks>　　serveractive:=ip1[:port],iP2...
　　hostname:=zabbix server
　　主机名,与服务器端配置添加的主机名完全保持一致,区分大小写
　　hostmatedata:定义知己元数据,在自动进程上使用
　　hostmetadataitem:定义那些采集项
　　refreshactivecheck:刷新频率,默认120秒
　　buffersend
　　buffersize:发送缓冲大小
　　advanced ...
　　user-defined monitored... 用户自定义参数
　　loadable 模块
　　tls.... 安全
　　[mandatory:是不是强制配置]
　　10.监控配置
　　host groups --> host-->application--->item--->trigger--->event(不用配置)---->action(condition,operation)--->通知
　　graph:
　　simple:自动生成的
　　customed:将多个item的图形数据整合在一个图形数据进行展示
　　11.items
　　key:
　　內建
　　type:
　　agent:
　　agent(active)
　　snmp v1
　　用户自定义
　　12.采集到的数据
　　数值:
　　整数
　　浮点数
　　字符串
　　字符串
　　文本
　　13.存储的值:
　　as is:不对数据做任何处理
　　速率:变化速度
　　简单变化:变化量,这次值减上次值,除时间(秒)可以求出速率
　　ntpdate 172.16.0.1
　　14.trigger
　　逻辑表达式,阈值;通常定义数据的不合理区间
　　OK:正常状态,较老的版本中叫FALSE
　　PROBLEM:非正常状态,较老的版本叫TRUE
　　OK-->PROBLEM:出问题了
　　PROBLEM-->OK:recovery恢复
　　通常是拿最近5次的平均值,最大值,最小值与阈值比较
　　或是最后一个值与阈值比较
　　可调用函数:
　　nodata()没数据
　　last()最后一次
　　参数
　　function(#300)记上#是最近多少次
　　不加#是最近多长时间
　　事件的严重级别 图

　　not>　　information
　　warning
　　average
　　high
　　disaster
　　表达式
　　{hostname:key[parameters].function(arguments)}
　　<>=#(not equal)
　　+-*/
　　&|
　　trigger之间是可有依赖关系的
　　被依赖的出现问题,依赖的就不用报告了
　　一个item上可以定义多个trigger
　　media媒介
　　告警信息的传递通道
　　类型
　　email:邮件
　　script:自定义脚本
　　sms
　　jabber
　　ez texting
　　接受信息的目标为zabbix用户:
　　需要用户上定义对应各种媒介通道的接受方式
　　发送内容由zabbix自动生成
　　action:
　　action  图
　　conditions 图
　　A:不在正常的维护区间
　　B:转换到problem
　　多个条件之间具有逻辑关系
　　operations 图
　　条件满足时触发的操作
　　remote_command:命令
　　notification:通知
　　点new定义  图
　　3600s 表示每3600秒定义一步,启动什么服务
　　step 从第几步到第几步
　　1-1  2-5  第1步做什么;等级上升;第2-5步做什么;等级上升
　　send message
　　media type:传递信息的通道
　　email
　　script报警脚本
　　脚本位置:zabbix_server.conf文件中alertscriptspath定义的路径下
　　/usr/lib/zabbix/alertscript
　　zabbix服务器在调用脚本时,会传递三个参数
　　$1:经由此信道接受信息的目标{ALERT.SENDTO}
　　$2:主题subject{ALERT.SUBJECT}
　　$3:body,邮件正文{ALERT.MESSAGE}
　　信息接收人
　　user groups:组内的人都能收到
　　user
　　remote_command
　　功能:
　　在agent所在主机上执行用户指定命令或者脚本
　　重启
　　通过ipmi重启服务器
　　完成任何用户自定义脚本中定义的操作
　　可执行命令类型
　　ipmi
　　ssh
　　telnet
　　custom script
　　global script
　　前提要求:
　　1.zabbix用户要有所需要的执行权限
　　2.允许agent进程执行远程命令,默认是关闭的
　　enableremotecommands=1
　　3.sudo注释掉 default requiretty用户不需要控制终端
　　或default zabbix !requiretty
　　host groups --> host-->application--->item(key)--->trigger--->event(不用配置)---->action(condition,operation)--->通知
　　media type
　　user/user group
　　action operations:可定义为升级方式
　　send message
　　remote_command
　　如何使用宏,自定义图形,自定义参数,如何使用自定义key,分布式监控
　　展示接口:
　　graph:simple自带 custom自定义
　　screen:整合多个graph
　　slide show:多个screen以幻灯的方式展示
　　模板:一系列配置的集合
　　items
　　trigger
　　graph
　　application
　　screen等
　　创建完成后,让主机连接到模板,类似软连接那样子.并且当模板更改的时候,连接改模板的主机也会做出相应的修改
　　创建模板-----添加模板的各种选项----添加新主机---在添加新主机的时候点template天机模板
　　注意:
　　模板可继承,可以再模板的情况上继续添加监控项等
　　宏:(macros)类似于变量,预设的文本替换模式,文本类型的替换机制,跟变量还是不完全相同的,只是字符串变化,没有变量的浮点数啊之类的
　　生效级别:
　　全局:administrator---右侧上方gui哪里下拉箭头找macros
　　模板:编辑模板---macros
　　主机:编辑主机---macros
　　生效顺序:应用范围小的优先级高
　　类型:
　　內建宏:{macro_name}
　　自定义宏:{$macro_name}多个$符
　　自定义命名要求:大写字母,数字,下划线
　　网络发现:network discovery     上午第二节课
　　根据用户实现定义的规则,来扫描一个网段,或者是ping或者是某个服务(80端口有没有被监控?监控了就添加主机到监控中)从而添加主机,并且还能自动套上模板,并且某主机不在线还能自动移除主机
　　时间间隔很长
　　功能:加快部署,减轻管理工作,经常发生变化的工作环境中不用手动管理
　　基于以下信息
　　ip ranges
　　service(ftp,http等)
　　zabbix agent
　　SNMP
　　阶段:
　　discovery
　　disconvery:发现事件
　　lost:丢失事件
　　actions
　　configuration---discovery
　　注意:low level(也是发现,但是能区分Windows和linux,并且连接像对应的模板,是一种低级别的发现,一般是调用脚本完成)
　　低级别是指对操作系统比较近
　　ip range :扫描的网段 xxxxx-xxxxx
　　check:检查的项
　　delay:每多长时间检测一次
　　configuration----action--右上方改成discovery
　　自定义key:
　　item type:和key本身的可用是有关系的,不同类型适用的接口有可能不同,一些key只能用在制定的接口之上
　　agent
　　agent(active)
　　simple
　　snmpv1
　　snmpv3
　　ssh
　　...
　　接口类型:agent snmp impi
　　自定义key值得是在zabbix agent端的配置文件上游用户通过userparameter指令定义的key
　　UserParameter=<key>,<command>
　　=mysql.ping,mysql -umkmk -pmy123 -h127.0.0.1
　　注意:
　　重启agent生效
　　注意一定不能重名,并且只能通过agent接口运行
　　是调用/bin/sh(centos中默认bash)运行
　　监控自定义key的时候,一定要确保被监控的主机上游这个自定义key
　　UserParameter=<key

>,<command>
　　可以接受参数,参数会传递给后边的命令当参数
　　*:任意数量参数,$1,$2......$0是命令本身
　　UserParameter=memory.usage

,awk '^/$1/{print $$2}' /proc/meminfo
　　$1,前边传递的参数 $$2是awk自身的变量
　　zabbix_get -s 172.16.7.5 -k memory.usage[MemFree]
　　web监控
　　首先定义web方案(scenarios)
　　一个或多个httpd请求或步骤(step)
　　步骤的执行过程将按照预先定义俄顺序进行执行
　　通过web监控获得信息
　　整个web方案中所有步骤的平均下载速度
　　失败的步骤号
　　失败的报错信息
　　在方案的具体步骤中,可以按需使用以下信息
　　该步骤的下载速度
　　回应时间
　　回应状态码
　　zabbix可以检测获取到的html页面是不是包含预设的字符串,还可以实现登录和页面点击
　　application---web方案
　　configuration---host----web
　　创建完会自动生成一些items,可以直接拿来用
　　主动监测:
　　agent需要的基本配置:
　　serveractive=
　　hostname=:要与server端添加的而主机名完全一致
　　主动被动和主机没有关系.和items有关,要选zabbix agent(active)
　　在监控项非常多的时候会减轻服务器的压力
　　zabbix proxy :主要是用在分布式监控的
　　server---proxy---agent
　　使用proxy,用web gui添加就好
　　/etc/zabbix/zabbix_proxy.conf
　　heartbeat frequency每隔多长时间健康监测一次
　　config
　　datasender
　　agent端把server和serveractive改成proxy的IP地址,然后重启zabbix-agent
　　proxy mode
　　active主动:自己制动去获取
　　passive被动:等待发送过来
　　proxy的主机名记得在hosts中表明解析
　　Zbbix proxy的配置过程：
　　1、配置proxy主机，启动服务；
　　(1) 安装程序包
　　# yum install zabbix-proxy-mysql zabbix-agent  zabbix-sender  zabbix-get
　　(2) 准备数据库
　　创建、授权、导入方案
　　(3) 修改配置zabbix_proxy.conf
　　Server=
　　Hostname=,与GUI端添加时候的名字要一直并且保证能解析改名称
　　DBHost=
　　DBName=
　　DBUser=
　　DBPassword=
　　ServerActive=
　　heartbeatfrequency每隔多长时间健康监测一次
　　config  拉取的时间间隔
　　datasender 发送的时间间隔
　　2、在server端的GUI上添加此代理服务器；
　　Administration --> proxies
　　注意名字要和上边的配置文件中的hostname一致,并且是必须添加主机名
　　3、在server端的GUI上添加通过porxy进行监控的主机；
　　注意：通过proxy监控的各agent要授权proxy主机有监控权限；
　　zabbix performance tuning：性能调优
　　nvps：new values per second
　　最基本的性能指标
　　100w/m, 15000/s
　　官方给的最多能承载数据,实际肯定没这么多
　　调优：
　　Database：历史数据不要保存太长时间；尽量让数据集可缓存到数据库服务器内在中；
　　触发器表达式：减少使用min(), max()，avg()，尽量使用last(), nodate()；
　　数据收集：polling较慢（减少使用SNMP/agent-
　　less/agent）；尽量使用trapping（agent(active)）；
　　数据类型：文本型数据处理较慢，尽量少收集类型为text或string的数据，多使用类型为Numeric的数据；
　　zabbix服务的配置：
　　（1）zabbix internal类型的监控来获知zabbix自己的状态；
　　（2）服务器组件数量：
　　alerter, discoverer, escalator, http poller, housekeeper, icmp pinger, ipmi poller, poller, trapper
　　configuration syncer, db watchdog
　　StartPollers=100
　　StartPingers=10
　　StartPollersUnreachable=50
　　StartIPMIPollers=10
　　StartTrappers=20
　　StartDBSyncers=8
　　数据库优化：
　　分表；
　　history_*, trends*, events*
　　博客作业：
　　zabbix-server, zabbix-proxy, zabbix-agent应用；