ansible playbook最佳实践
2016-01-24 16:45
253 查看
本篇主要是根据官方翻译而来，从而使简单的翻译，并没有相关的实验步骤，以后文章会补充为实验步骤，此篇主要是相关理论的说明，可以称之为中文手册之一，具体内容如下：
https://github.com/ansible/ansible-examples
在使用playbooks的最佳路径中，最好的方法是使用roles，这是最好的方法，在官方文档中，至少强调了三篇，从而在使用playbooks的时候，最好就是使用roles来进行组织playbook。
在进行使用playbook的时候，最好在测试环境中进行测试，然后再在生产环境中进行执行。
在管理静态的inventory文件的时候，如果来区分生产环境和测试环境，主要就是使用前缀名，如下所示
在上图中，都使用相同的前缀名，从而来区分各个主机。
在进行管理不同环境的主机的时候，推荐的做法是使用不同的前缀名来进行区分主机环境，从而做到可读性比较强
在进行设置组变量的时候，可以根据不同组的属性从而来划分各个不同的变量，当具有默认属性的时候，那么可以将变量值设置在一下目录中，group_vars/all，如下所示：
也可以在目录host_vars中定义具体的系统变量，但是应当尽量避免此种情况的发生，如下图所示：
在文件webserver.yml中，也就是配置这个组所对应的role，如下所示：
在进行运行的时候，我们可以使用site.yml来进行或者使用单独的webserver.yml来运行，如下就是来进行明确运行哪个playbook：
下面的例子中，表示为一个handler，如下所示：
如果要重新配置组织架构，只要执行下面的命令即可：
如果要重新配置NTP，执行下面命令即可：
如果要重新配置webservers，如下：
如果要重新配置boston的webservsers，如下：
如果要重新配置前十个和下十个，如下：
如果要执行临时任务，如下：
比较有用的指令如下：
这样会形成将所有的系统形成一个动态组，基于操作系统的名称。
如果需要特殊的设置组，那么如下所示：
上例中，表示出了centos的机器获得的值为10，centos的机器获得值为42
也可以设置以下的变量：
此种变量是基于操作系统的名称
使用#来进行注释；
在书写playbook的时候，name最好是写上，从而表明相关的目的；
尽量保持playbook的简洁性；
控制版本。
在进行变量设置的时候，最好放在相关的目录中，并且可以使用grep等相关的工具来查找到变量位置。
Ansibleplaybooks最佳实践
本文档主要阐述如何来写最好的playbook，在如下网址中能找到相关的例子，如下：在使用playbooks的最佳路径中，最好的方法是使用roles，这是最好的方法，在官方文档中，至少强调了三篇，从而在使用playbooks的时候，最好就是使用roles来进行组织playbook。
1、目录结构
在使用roles进行组织的时候，是具有目录结构的，目录结构的使用也是将playbooks进行组织，在使用include的时候，主要是为了重用的目的，从而将复杂的playbook进行分割成小的，从而达到重用的目的，如下所示，表示为roles的目录组织结构。| production# 生产环境服务器的列表（inventoryfile） staging# 测试环境服务器列表（inventoryfile） group_vars/ group1# 对特定的组分配变量 group2#"" host_vars/ hostname1# 主机特定变量 hostname2#"" library/# 客户端模块（可选） filter_plugins/# 客户端过滤模块（可选） site.yml#masterplaybook webservers.yml#webserver 的playbook dbservers.yml#dbserver 的playbook roles/ common/# 此层表示为一个"role" tasks/# main.yml#<-- 任务文件 handlers/# main.yml#<--handlers文件 templates/#<-- 模板文件位置 ntp.conf.j2#<------- 模板后缀符.j2 files/# bar.txt#<-- 拷贝文件资源 foo.sh#<--script文件脚本资源 vars/# main.yml#<-- 本role相关联的变量 defaults/# main.yml#<-- 默认情况下优先级比较低的变量 meta/# main.yml#<--role的依赖 webtier/#webtier的role，和comman的role结构相同 monitoring/#"" fooapp/#"" |
2、使用动态inventory
在使用云的时候，可以不使用静态的inventory文件，可以使用动态的inventory文件。3、如何区分测试环境和生产环境
在测试环境和生产环境的管理中，主要用不同的inventory文件来进行区分。在进行使用playbook的时候，最好在测试环境中进行测试，然后再在生产环境中进行执行。
在管理静态的inventory文件的时候，如果来区分生产环境和测试环境，主要就是使用前缀名，如下所示
#file:production [atlanta-webservers] www-atl-1.example.com www-atl-2.example.com [boston-webservers] www-bos-1.example.com www-bos-2.example.com [atlanta-dbservers] db-atl-1.example.com db-atl-2.example.com [boston-dbservers] db-bos-1.example.com #webserversinallgeos [webservers:children] atlanta-webservers boston-webservers #dbserversinallgeos [dbservers:children] atlanta-dbservers boston-dbservers #everythingintheatlantageo [atlanta:children] atlanta-webservers atlanta-dbservers #everythinginthebostongeo [boston:children] boston-webservers boston-dbservers |
在进行管理不同环境的主机的时候，推荐的做法是使用不同的前缀名来进行区分主机环境，从而做到可读性比较强
4、组和主机变量
组是比较容易管理的，但是并不是所有组都是这样的，同样可以对组的变量进行设置，在下面例子中，atlanta有其自己的变量，从而定义如下：--- #file:group_vars/atlanta ntp:ntp-atlanta.example.com backup:backup-atlanta.example.com |
--- #file:group_vars/all ntp:ntp-boston.example.com backup:backup-boston.example.com |
--- #file:host_vars/db-bos-1.example.com foo_agent_port:86 bar_agent_port:99 |
5、最高层的playbook划分为role
在site.yml中，可以使用include一个playbook来表述一个整体的结构，注意在整个里面是很简短的，如下所示，playbooks是包含一系列的playbook：--- #file:site.yml -include:webservers.yml -include:dbservers.yml |
--- #file:webservers.yml -hosts:webservers roles: -common -webtier |
ansible-playbooksite.yml--limitwebservers ansible-playbookwebservers.yml |
6、在role中来组织task和handler
以下例子中演示如何使用一个role来进行工作，在这里可以做很多，如下所示：--- #file:roles/common/tasks/main.yml -name:besurentpisinstalled yum:name=ntpstate=installed tags:ntp -name:besurentpisconfigured template:src=ntp.conf.j2dest=/etc/ntp.conf notify: -restartntpd tags:ntp -name:besurentpdisrunningandenabled service:name=ntpdstate=runningenabled=yes tags:ntp |
--- #file:roles/common/handlers/main.yml -name:restartntpd service:name=ntpdstate=restarted |
7、组织结构如何启用
在上面的roles组织中，如何开启这种布局结构如果要重新配置组织架构，只要执行下面的命令即可：
ansible-playbook-iproductionsite.yml |
ansible-playbook-iproductionsite.yml--tagsntp |
ansible-playbook-iproductionwebservers.yml |
ansible-playbook-iproductionwebservers.yml--limitboston |
ansible-playbook-iproductionwebservers.yml--limitboston[0-10] ansible-playbook-iproductionwebservers.yml--limitboston[10-20] |
ansibleboston-iproduction-mping ansibleboston-iproduction-mcommand-a'/sbin/reboot' |
#confirmwhattasknameswouldberunifIranthiscommandandsaid"justntptasks" ansible-playbook-iproductionwebservers.yml--tagsntp--list-tasks #confirmwhathostnamesmightbecommunicatedwithifIsaid"limittoboston" ansible-playbook-iproductionwebservers.yml--limitboston--list-hosts |
8、使用state
在有的模块中，state是有默认值得，但是在playbook中最好是明确的标示state的状态是present还是absent，并且在state还有其他值得时候，明确指定state的值有利于可读性。9、操作系统和发行版变量
如果是针对的是不同操作系统的变量，最好的方法是使用group_by模块。这样会对动态的主机进行确认，虽然不在inventory文件中，如下：--- #talktoallhostsjustsowecanlearnaboutthem -hosts:all tasks: -group_by:key=os_{{ansible_distribution}}#nowjustontheCentOShosts... -hosts:os_CentOS gather_facts:False tasks: -#tasksthatonlyhappenonCentOSgohere |
如果需要特殊的设置组，那么如下所示：
--- #file:group_vars/all asdf:10 --- #file:group_vars/os_CentOS asdf:42 |
也可以设置以下的变量：
-hosts:all tasks: -include_vars:"os_{{ansible_distribution}}.yml"-debug:var=asdf |
10、其他
在使用的时候，注意用空格来进行分割不同的内容；使用#来进行注释；
在书写playbook的时候，name最好是写上，从而表明相关的目的；
尽量保持playbook的简洁性；
控制版本。
在进行变量设置的时候，最好放在相关的目录中，并且可以使用grep等相关的工具来查找到变量位置。
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- 部署时，动态网页始终返回404
- 结合实例详细介绍encodeURI()、encodeURIComponent()、decodeURI()、decodeURIComponent()
- Spring框架是如何判断是否是上传文件请求呢
- King's Quest —— POJ1904(ZOJ2470)Tarjan缩点
- 欢迎使用CSDN-markdown编辑器
- 构造，析构, 在构造析构中调用虚函数, 显式析构
- Java设计模式（二）----建造者模式
- 简单工厂与策略模式
- Cocos2d-x 屏幕适配
- c语言学习之分配不足引起的错误
- King's Quest —— POJ1904(ZOJ2470)Tarjan缩点
- print（）方法与println（）方法的区别
- 1006. 换个格式输出整数 (15)
- JAVA处理未捕获异常
- Apache 配置屏蔽某些请求头
- 技术人员的疆域
- 绘制像素到屏幕上 - 学习
- 从零学习Swift<5>
- 测试用例设计白皮书－－测试用例基本概念
- CF 439C（251C题）Devu and Partitioning of the Array