目前主流的自动化运维工具有puppet、ansible、saltstack,实际上每一个工具都基本上能够完成你的运维任务,也都是久经考验的。都有NB的地方,也有挫的地方,所以,完全没法从功能、特性等等这些方面去选择。
如果考虑到快速使用,建议puppet,有一个foreman做web平台,上手快。
如果考虑后期自己开发,并且是无agent方式,可以用ansible,基于ssh的,比较直接粗暴,会有种很“爽“的感觉。
ansible主要是远程命令执行,比较适合做“一次性”的工作。
saltstack用的不多,不做评论。
我个人比较喜欢用puppet和ansible,倒不是说saltsatack不好,是我从开始就在用puppet,所以,就没有再去学习saltsatck的必要了。
ansible的优势是什么,如何在企业中更好地使用ansible?
ansible比较适合做“一次性”的工作,例如,系统部署、应用发布、打补丁等等。
在企业中使用ansible,要注意以下几点:
1.安全控制,简单来说就是避免用root用户来执行。
2.控制好依赖在写playbook的时候,控制好先后顺序和依赖关系。
3.结果的收集和分析因为一下子几百台机器一起干活,所以,就要自己写外置脚本,更好地收集ansible的操作结果,并且进行直观的汇总和展现。
Foreman的作用是什么?
foreman是基于puppet的一个“增强工具”,主要能够帮到我们运维狗的有:
1.操作系统的部署
foreman提供了一个基于kickstart的部署工具,输入一台服务器的部署网卡的mac地址和hostname、ip等信息,就能自动的帮我们部署完,并且,还可以生成一个部署iso,用于该服务器的重新部署。
2.puppet的节点管理(ENC)
原声的puppet管理节点分类以及节点和puppet类之间的映射靠文件描述,企业客户更希望有一个直观的工具,foreman可以通过Web界面将节点分组,将类分组,并且构建两者的映射关系。
3.puppet的Web界面
有个Web总是比命令行要方便,foreman提供了一个还算的过去的web界面,用于节点管理、类管理、变量管理、配置管理、部署管理等功能。
如何利用foreman呢?
说实话,相比运维狗能写出来的界面,foreman已经很高大上了,所以,我们前面几个项目都是基于foreman进行扩展的,当时学习ruby,做需求分析,苦逼的用ruby实现功能,当时实现了自动化的安全检查、系统升级等功能。
后来客户需求越来越多,我们觉得不能局限于foreman的限制,就开始利用foreman的RESTAPI实现功能的扩展,保证一个干净、原生的foreman。
foreman给我们的一个很大帮助就是,他把所有的配置、fact结果、运行结果什么都放到了mysql数据库里,所以,我们在做一些运行分析的时候,可以直接从数据库中获取数据进行分析即可。
foreman帮我们搞定了节点管理、数据入库,剩下的就是你的想象力了。
puppet的fact机制是什么,如何利用fact?
简单来说,fact就是puppet的一个组件,这个组件以一堆ruby脚本的形式存在在被管理服务器上,每次运行puppet命令的时候,都会先执行这一堆脚本,获得一堆变量=>值对,然后返回给服务器。
可以在一个安装了puppet的服务器上执行facter命令:
[root@fm-server~]#facter
architecture=>x86_64
augeasversion=>1.0.0
bios_release_date=>12/01/2006
bios_vendor=>innotekGmbH
bios_version=>VirtualBox
......
interfaces=>eth0,lo
ipaddress=>192.168.56.30
ipaddress_eth0=>192.168.56.30
ipaddress_lo=>127.0.0.1
is_virtual=>true
kernel=>Linux
kernelmajversion=>3.8
kernelrelease=>3.8.13-44.1.1.el6uek.x86_64
kernelversion=>3.8.13
...
具体脚本的位置在:/usr/lib/ruby/site_ruby/1.8/facter/这个目录中,有兴趣的同学可以自己看看。
系统默认了将近100个fact变量,实际上我们也可以自己扩展自己需要的fact变量,扩展fact有4种方法:
1.直接在/usr/lib/ruby/site_ruby/1.8/facter/目录中自己写一个fact脚本,看看其他的怎么写的,比划着写就行了
2.自己随便找个目录,把你自己的ruby脚本放到哪个目录中,然后定义变量:exportFACTERLIB=/mypuppet/myfact/,脚本写法同上
3.fact支持外部fact,这个定义写在了/usr/lib/ruby/site_ruby/1.8/facter/util/config.rb文件中:
@external_facts_dirs=["/opt/puppetlabs/facter/facts.d",
"/etc/facter/facts.d",
"/etc/puppetlabs/facter/facts.d"]
把你的fact定义放到那些目录中(可能需要自己创建),fact定义支持txt、yaml、json、sh四种方式,我比较喜欢用sh:
[root@fm-server~]#mkdir-p/etc/facter/facts.d
[root@fm-server~]#cd/etc/facter/facts.d/
[root@fm-serverfacts.d]#vitest.sh
#!/bin/bash
echo"testfact=Test"
[root@fm-serverfacts.d]#chmod755test.sh
[root@fm-serverfacts.d]#facter|greptest
testfact=>Test
4.用pluginsync发布,这个方法我用的很少,因为太麻烦了,我是极简主义者
对于自定义facter,大家可以参考
https://docs.puppetlabs.com/facter/3.1/fact_overview.html
找到了这个机制,我们如何利用facter呢?通常来说,有2个用法:
1.使用fact变量来实现配置的自动调节
例如apache服务器,希望按照cpu的核数调整并发的进程数
fact变量中有一个:
[root@fm-server~]#facter|grepprocess
physicalprocessorcount=>1
processor0=>Intel(R)Core(TM)i5-5257UCPU@2.70GHz
processorcount=>1
processors=>{"physicalcount"=>1,"count"=>1,"models"=>["Intel(R)Core(TM)i5-5257UCPU@2.70GHz"]}
就可以在apache的puppet类中写:
StartServers
这样不同的服务器的apache的启动进程就不同了
2.利用fact收集想收集的信息
这个在自定义配置中已经讲了方法,反正是shell脚本,你想干啥就干啥,
foreman会把fact入库,你可以很方便的通过api或者直接访问数据库来获得你想要的数据。