在真正开始聊Ansible之前,我想先给各位讲个“假”故事。

一步到位,玩透Ansible_Ansible

 

1

一个运维的故事小安很早以前就是一名Linux运维工程师,他的基础很扎实,常用工具、公司涉及的服务以及公司的运维流程都比较熟悉。比如他能熟练地使用Shell脚本去做一些日常的运维管理,Shell脚本不方便的时候也能写写PHP和Perl脚本来给自己的工作添一点色彩。后来公司扩张了,小安要管理的主机逐渐变多,每次拿到新主机,无论是测试机还是生产机都要上去初始化配置一番,每次版本发布时也要点点点、敲敲敲,此外还有很多很简单但却没法省略的操作。这种日子他看不到尽头,而且小安已经意识到公司扩张之后再也抽不出时间来学习新技能,他不想将有限的时间花在这些无谓的操作上,他不想收到HR的辞退消息,他不想......小安觉得很累,累的原因并不是运维工作的内容有多难、背锅的次数是不是在增加等等,真正打败他的是单调和枯燥。单调和枯燥不仅打败了小安,还打败了小明、小白、小难过、小伤心等大批大批的优秀运维同胞们。这些简单但却无聊的部署和维护,小安和各位同胞们都只想做一次,对此他们有共同的呼声:"曾经体验好过终生陪伴,否则就珍爱生命远离运维"。后来,配置管理工具出现了,小安看到了未来,终于不用每次都切换到各个主机上去做这些无聊、简单又不可省略的重复配置和管理操作了。小安比较了几个比较出名的配置管理工具,他决定选择Ansible,他觉得Ansible是一个集大成者,使用方便又简单——他又爱了。

2

给我Ansible全部资料 我赶紧Google了一下Ansible的资料,对它做个简介。Ansible是一个基于Python开发的配置管理和应用部署工具,现在也在自动化管理领域大放异彩。它融合了众多老牌运维工具的优点,Pubbet和Saltstack能实现的功能,Ansible基本上都可以实现。

Ansible能批量配置、部署、管理一大堆的主机。比如以前需要切换到每个主机上执行的一或多个操作,使用Ansible只需在固定的一台Ansible控制节点上去完成所有主机的操作。

例如,下面的操作(看不懂没关系)表示将Ansible所在主机上的/etc/my.cnf文件拷贝到mysql主机组内的所有主机的/etc/目录下,mysql主机组可以是单台主机,也可以是很多台主机,这可以由用户自己来定义。
  •  
$ ansible mysql -m copy -a "src=/etc/my.cnf dest=/etc/"
其实,固定在一台主机上去控制其它主机,通过ssh工具或一些基于ssh二次开发的简单工具也能实现,但Ansible吸引人的地方在于它提供的playbook能批量整合不同主机上执行的不同任务,同时还提供一些额外的机制让用户可以去协调这些任务的执行策略。一步到位,玩透Ansible_Ansible_02

Ansible是基于模块工作的,它只是提供了一种运行框架,它本身没有完成任务的能力,真正执行操作的是Ansible的模块,比如copy模块用于拷贝文件到远程主机上,service模块用于管理服务的启动、停止、重启等。

 

这有点像Shell,Shell自身提供的操作是很有限的,但是它提供了一个很友好的平台让实现各种功能的命令得以执行。Ansible自身可以类比于Shell自身,Ansible的各种模块可以类比于Shell下各种命令。

Ansible一个比较鲜明的特性是Agentless。

 

即无Agent的存在,它就像普通命令一样,并非C/S软件,也只需在某个作为控制节点的主机上安装一次Ansible即可,通常它基于ssh连接来控制远程主机,远程主机上不需要安装Ansible或其它额外的服务。

Ansible的另一个比较鲜明的特性是它的绝大多数模块都具备幂等性(idempotence)。

所谓幂等性,指的是多次操作或多次执行不影响结果。比如算术运算时数值加0是幂等的,无论加多少次结果都不会改变,而数值加1是非幂等的,每次加1结果都会改变。再比如执行systemctl stop xxx命令来停止服务,当发现要停止的目标服务已经处于停止状态,它什么也不会做,所以多次停止的结果仍然是停止,不会改变结果,它是幂等的,而systemctl restart xxx是非幂等的。Ansible的很多模块在执行时都会先判断目标节点是否要执行任务,所以,可以放心大胆地让Ansible去执行任务,重复执行某个任务绝大多数时候不会产生任何副作用。

3

如何学习并学好Ansible

 

比较悲催的是Ansible的知识体系比较庞大,它的知识板块也比较零散,想要构建一个比较完善的Ansible知识体系确实稍有难度,这也往往会让我们对深入Ansible无处下手甚至产生迷茫感,相信不少学习过Ansible的人对此应该都有所体会。其实,Ansible的知识虽多,但这些知识点本身是死的,需要什么功能学什么功能就可以,总有一天可以吞下绝大多数的知识点。要掌握Ansible,需要:1.系统性地学习Ansible,从而构建自己的Ansible知识体系
  • (1).学基本用法和常用模块
  • (2).学Ansible涉及到的额外知识,如YAML和Jinja2
  • (3).学习零散但却重要的边角知识点,比如delegate_to、run_once
  • (4).了解一些高级玩法或很少用的上的功能
2.真实应用Ansible去配置管理各类服务并协调好任务逻辑,保证Ansible的执行逻辑不会影响业务。总结起来,就是一句在座的各位听了估计会很想打人的废话:理论和实践相结合。对于我而言,为了让各位不打我,我会尽最大的努力,安排好本专栏中知识点的出场顺序(正如人生的出场顺序,知识点的出场顺序也很重要),同时辅以一些我精心挑选的经典案例来解释用法、适用场景并为大家详细解说任务之间的逻辑,从而让各位循序渐进地逐步掌握Ansible的知识点,最终让大家系统性地掌握Ansible,并熟悉Ansible的正确使用姿势。
跟我一起拼团学习《一步到位玩儿透Ansible》