一、什么是playbooks
playbooks是ansible的脚本、如同shell脚本一样，它是控制远程主机的一系列命令的集合，通过YAML语言编写。执行一些简单的任务，我们可以使用ad-hoc命令就可以解决，对于一些较复杂的任务，ad-hoc就不能胜任了，这时候playbooks就派上用场了，在playbooks中可以编排有序的执行过程，甚至可以在多组机器间来回有序的执行特定的步骤，并且可以同步或异步发起任务。二、YAML语法
1、文件开始符---
2、数组
- name- hosts- user
3、字典
name: restart apacheservice: name=httpd state=restarted
字典与字典的嵌套：
vars: http_port: 80 max_clients: 200
字典与数组的嵌套：
tasks: - name: ensure apache is at the latest version yum: pkg=httpd state=latest - name: write the apache config file template: src=/srv/httpd.j2 dest=/etc/httpd.conf notify: - restart apache - name: ensure apache is running service: name=httpd state=started
此外，Ansible 使用 "{
{ var }}"来引用变量.，如果一个值以 "{" 开头, YAML 将认为它是一个字典, 所以我们必须引用它, 像这样：foo: "{ { variable }}"三、playbooks的基本用法
最基本的playbook分为四部分：- 定义主机和用户
hostsusers
- 定义 playbook 执行需要的变量
variable
- 定义任务
tasks
- 定义响应事件
handlers
简单示例：
---- name: Install apache hosts: webservers user: root gather_facts: false vars: http_port: 80 max_clients: 200 tasks: - name: ensure apache is at the latest version yum: pkg=httpd state=latest - name: write the apache config file template: src=/srv/httpd.j2 dest=/etc/httpd.conf notify: - restart apache - name: ensure apache is running service: name=httpd state=started handlers: - name: restart apache service: name=httpd state=restarted
说明：
- name参数对此playbook实现的功能的概述，执行时会输出name变量值。
- hosts参数指定了在哪些主机上执行playbook
- user参数指定在远程主机上使用什么用户执行任务
- gather_facts参数指定了下面任务执行前，是否先执行setup模块获取远程主机相关信息，这些信息在task中可以作为变量使用
- vars参数指定了变量
- task参数指定了任务，这里有3个任务。name参数是对具体任务的描述，在执行过程中会输出
- handlers参数指定一个响应事件，当template: src=/srv/httpd.j2 dest=/etc/httpd.conf这个任务执行状态是changed时才会触发。
1、主机和用户
| key | 含 义 |
| hosts | 为主机的IP，或者主机组名，或者关键字all |
| user | 在远程以哪个用户身份执行。 |
| become | 切换成其它用户身份执行，值为yes或者no |
| become_method | 与became一起用，指可以为‘sudo’/’su’/’pbrun’/’pfexec’/’doas’ |
| become_user | 与bacome一起用，可以是root或者其它用户名 |
一般用法:
---- hosts: webserver, [all] user: root
还可以在每个 task 中，定义远程执行用户
---- hosts: webserver user: root tasks: - name: test connection ping: remote_user: root
也支持 sudo 方法,在 task中同样支持,在sudo需要密码时，可以加上选项 –ask-sudo-pass
---- hosts: all user: test sudo: yes task： - service： name=nginx state=started sudo: yes sudo_user: root
2、任务列表
tasks 是从上到下顺序执行，如果中间发生错误，整个 playbook 便会中断。每一个 task 是对module的一次调用,通常会带有特定参数，参数可以使用变量。每一个 task 有一个 name 属性，name 值会在命令行中输出，以提示用户，如果没有定义，aciton 的值会作为输出信息来标记task。语法：
tasks: - name: make sure apache is running service: name=httpd state=running// 如果参数过长，可以使用空格或者缩进分隔为多行tasks: - name: copy ansible inventory file to client copy: src=/etc/ansible/hosts dest=/etc/ansible/hosts owner=root group=root mode=0644// 或者使用 yaml 的字典作为参数tasks: - name: copy ansible inventory file to client copy: src: /etc/ansible/hosts dest: /etc/ansible/hosts owner: root group: root mode: 0644// 大部分的模块都是使用 `key-value` 这种格式的，其中有两个比较特殊，command 和 shell 模块。tasks: - name: disable selinux command: /sbin/setenforce 0tasks: - name: run this command and ignore the result shell: /usr/bin/command || /bin/truetasks: - name: run some command and ignore the reslut shell: /usr/bin/somecommadn ignore_error: True
执行状态：
task中每个action会调用一个module，在module中会去检查当前系统状态是否需要重新执行。如果本次执行了，那么action会得到返回值changed如果不需要执行，那么action得到返回值ok3、响应事件
每个主流的编程语言都会有event机制，那么handler就是playbook的event。Handlers里面的每一个handler，也是对module的一次调用。而handlers与tasks不同，tasks会默认的按定义顺序执行每一个task，handlers则不会，它需要在tasks中被调用，才有可能被执行。Tasks中的任务都是有状态的，changed或者ok。 在Ansible中，只在task的执行状态为changed的时候，才会执行该task调用的handler，这也是handler与普通的event机制不同的地方。什么情况下使用handlers呢?如果你在tasks中修改了apache的配置文件。需要重起apache。此外还安装了apache的插件。那么还需要重起apache。像这样的应该场景中，重启apache就可以设计成一个handler。特性：
- 一个handler最多只执行一次
在所有的任务里表执行之后执行，如果有多个task notify同一个handler,那么只执行一次。
在下面的例子里apache只执行一次---- hosts: lb remote_user: root vars: random_number1: "{ { 10000 | random }}" random_number2: "{ { 10000000000 | random }}" tasks: - name: Copy the /etc/hosts to /tmp/hosts.{ { random_number1 }} copy: src=/etc/hosts dest=/tmp/hosts.{ { random_number1 }} notify: - call in every action - name: Copy the /etc/hosts to /tmp/hosts.{ { random_number2 }} copy: src=/etc/hosts dest=/tmp/hosts.{ { random_number2 }} notify: - call in every action handlers: - name: call in every action debug: msg="call in every action, but execute only one time" - action是Changed ,才会执行handler
只有当TASKS种的action的执行状态是changed时，才会触发notify handler的执行。
下面的脚本执行两次,执行结果是不同的:第一次执行是，tasks的状态都是changed，会触发两个handler第二次执行是,第一个task的状态是OK，那么不会触发handlers"call by /tmp/hosts",第二个task的状态是changed，触发了handler"call by /tmp/hosts.random_number"//示例代码---- hosts: lb remote_user: root vars: random_number: "{ { 10000 | random }}" tasks: - name: Copy the /etc/hosts to /tmp/hosts copy: src=/etc/hosts dest=/tmp/hosts notify: - call by /tmp/hosts - name: Copy the /etc/hosts to /tmp/hosts.{ { random_number }} copy: src=/etc/hosts dest=/tmp/hosts.{ { random_number }} notify: - call by /tmp/hosts.random_number handlers: - name: call by /tmp/hosts debug: msg="call first time" - name: call by /tmp/hosts.random_number debug: msg="call by /tmp/hosts.random_number" - 按Handler的定义顺序执行
andlers是按照在handlers中定义个顺序执行的，而不是安装notify的顺序执行的。
下面的例子定义的顺序是1>2>3，notify的顺序是3>2>1，实际执行顺序：1>2>3---- hosts: lb remote_user: root gather_facts: no vars: random_number1: "{ { 10000 | random }}" random_number2: "{ { 10000000000 | random }}" tasks: - name: Copy the /etc/hosts to /tmp/hosts.{ { random_number1 }} copy: src=/etc/hosts dest=/tmp/hosts.{ { random_number1 }} notify: - define the 3nd handler - name: Copy the /etc/hosts to /tmp/hosts.{ { random_number2 }} copy: src=/etc/hosts dest=/tmp/hosts.{ { random_number2 }} notify: - define the 2nd handler - define the 1nd handler handlers: - name: define the 1nd handler debug: msg="define the 1nd handler" - name: define the 2nd handler debug: msg="define the 2nd handler" - name: define the 3nd handler debug: msg="define the 3nd handler" 4、变量
playbook中常用变量的几种情况：- 用户自定义的变量
用户可以在Playbook中，通过vars关键字自定义变量，使用时用{
{ }}引用以来即可。示例：---- hosts: web vars: http_port: 80 remote_user: root tasks: - name: insert firewalld rule for httpd firewalld: port={ { http_port }}/tcp permanent=true state=enabled immediate=yes - 把变量放在单独的文件中
当变量比较多的时候，或者变量需要在多个playbook中重用的时候，可以把变量放到一个单独的文件中。通过关键字var_files把文件中定义的变量引入playbook中，使用变量的方法和在本文件中定义的变量相同。
- hosts: web remote_user: root vars_files: - vars/server_vars.yml tasks: - name: insert firewalld rule for httpd firewalld: port={ { http_port }}/tcp permanent=true state=enabled immediate=yes#cat vars/server_vars.ymlhttp_port: 80 定义复杂的变量
当变量的值不是简单的字符串或者数字，而是一个字典，语法如下foo: field1: one field2: two
访问复杂变量中的子属性，可以利用中括号或者点号：
foo['field1']或foo.field1
- 系统变量(facts)
ansible会通过module setup来收集主机的系统信息，这些收集到的系统信息叫做facts，这些facts信息可以直接以变量的形式使用。
有哪些facts变量可以引用呢？在命令行上通过调用setup module命令可以查看：$ ansible all -m setup -u root
系统变量在playbook中可以直接使用：
---- hosts: all user: root tasks: - name: echo system shell: echo { { ansible_os_family }} - name install ntp on Debian linux apt: name=git state=installed when: ansible_os_family == "Debian" - name install ntp on redhat linux yum: name=git state=present when: ansible_os_family == "RedHat" 对于复杂的、多层级的facts变量，可以通过下面的两种方式的任意一种访问复杂的变量中的子属性:
中括号：{ { ansible_ens3["ipv4"]["address"] }} 点号：
{ { ansible_ens3.ipv4.address }} 关系facts变量，一旦关闭之后就不用调用了。关闭方法：
- hosts: webserver gather_facts: no
- 注册变量
把task的执行结果也可以作为一个变量值。这个时候就需要用到“注册变量”，将执行结果注册到一个变量中，待后面的action使用。
---- hosts: web tasks: - shell: ls register: result ignore_errors: True - shell: echo "{ { result.stdout }}" when: result.rc == 5 - debug: msg="{ { result.stdout }}" 注册变量经常和debug module一起使用，这样可以得到更多action的输出信息，帮助用户调试。
- 命令行中传递的变量
为了使Playbook更灵活、通用性更强，允许用户在执行的时候传入变量的值，这个时候就需要用到“额外变量”。
定义命令行变量在test.yml文件里，hosts和user都定义为变量，需要从命令行传递变量值。---- hosts: '{ { hosts }}' remote_user: '{ { user }}' tasks: ... 在命令行里面传值得的方法：
ansible-playbook testyml --extra-vars "hosts=web user=root"
还可以用json格式传递参数：
ansible-playbook test.yml --extra-vars "{'hosts':'vm-rhel7-1', 'user':'root'}" 还可以将参数放在文件里面：
ansible-playbook test.yml --extra-vars "@vars.json"
5、如何执行playbook
语法：
$ ansible-playbook deploy.yml
查看输出的细节
$ ansible-playbook playbook.yml --verbose
查看该脚本影响哪些hosts
$ ansible-playbook playbook.yml --list-hosts
并行执行脚本
$ ansible-playbook playbook.yml -f 10
四、playbooks的高级用法
1、逻辑控制- when： 条件判断语句，类似于变成语言中的if
主机为Debian Linux立刻关机：
tasks: - name: "shutdown Debian flavored systems" command: /sbin/shutdown -t now when: ansible_os_family == "Debian"
根据action的执行结果，来决定接下来执行的action
tasks: - command: /bin/false register: result ignore_errors: True - command: /bin/something when: result|failed - command: /bin/something_else when: result|success - command: /bin/still/something_else when: result|skipped
远程中的系统变量facts变量作为when的条件，用“|int”还可以转换返回值的类型：
---- hosts: web tasks: - debug: msg="only on Red Hat 7, derivatives, and later" when: ansible_os_family == "RedHat" and ansible_lsb.major_release|int >= 6
条件表达式
基本：
tasks: - shell: echo "This certainly is epic!" when: epic
否定：
tasks: - shell: echo "This certainly isn't epic!" when: not epic
变量定义：
tasks: - shell: echo "I've got '{ { foo }}' and am not afraid to use it!" when: foo is defined - fail: msg="Bailing out. this play requires 'bar'" when: bar is not defined 数值表达：
tasks: - command: echo { { item }} with_items: [ 0, 2, 4, 6, 8, 10 ] when: item > 5 与Include一起用：
- include: tasks/sometasks.yml when: "'reticulating splines' in output"
与Role一起用：
- hosts: webservers roles: - { role: debian_stock_config, when: ansible_os_family == 'Debian' } - loop： 循环语句，类似于编程语言的中的while
标准循环
为了保持简洁,重复的任务可以用以下简写的方式:- name: add several users user: name={ { item }} state=present groups=wheel with_items: - testuser1 如果你在变量文件中或者 'vars' 区域定义了一组YAML列表,你也可以这样做:
vars: somelist: ["testuser1", "testuser2"]tasks: -name: add several user user: name={ { item }} state=present groups=wheel with_items: "{ {somelist}}" 使用 'with_items' 用于迭代的条目类型不仅仅支持简单的字符串列表.如果你有一个哈希列表,那么你可以用以下方式来引用子项：
- name: add several users user: name={ { item.name }} state=present groups={ { item.groups }} with_items: - { name: 'testuser1', groups: 'wheel' } - { name: 'testuser2', groups: 'root' } 注意：如果同时使用 when 和 with_items （或其它循环声明）,when声明会为每个条目单独执行。
嵌套循环：
- name: give users access to multiple databases mysql_user: name={ { item[0] }} priv={ { item[1] }}.*:ALL append_privs=yes password=foo with_nested: - [ 'alice', 'bob' ] - [ 'clientdb', 'employeedb', 'providerd']或者- name: give users access to multiple databases mysql_user: name={ { item.0 }} priv={ { item.1 }}.*:ALL append_privs=yes password=foo with_nested: - [ 'alice', 'bob' ] - [ 'clientdb', 'employeedb', 'providerd'] 对字典使用循环：
---vars: users: alice: name: Alice Appleworth telephone: 123-456-7890 bob: name: Bob Bananarama telephone: 987-654-3210tasks: - name: Print phone records debug: msg="User { { item.key }} is { { item.value.name }} ({ { item.value.telephone }})" with_dict: "{ {users}}" 对文件列表使用循环
with_fileglob 可以以非递归的方式来模式匹配单个目录中的文件.如下面所示：tasks: # first ensure our target directory exists - file: dest=/etc/fooapp state=directory # copy each file over that matches the given pattern - copy: src={ { item }} dest=/etc/fooapp/ owner=root mode=600 with_fileglob: - /playbooks/files/fooapp/* - block： 把几个tasks组成一块代码，便于针对一组操作的异常处理等操作。
多个action组装成块，可以根据不同条件执行一段语句 ：
tasks: - block: - yum: name={ { item }} state=installed with_items: - httpd - memcached - template: src=templates/src.j2 dest=/etc/foo.conf - service: name=bar state=started enabled=True when: ansible_distribution == 'CentOS' become: true become_user: root 组装成块处理异常更方便：
tasks: - block: - debug: msg='i execute normally' - command: /bin/false - debug: msg='i never execute, cause ERROR!' rescue: - debug: msg='I caught an error' - command: /bin/false - debug: msg='I also never execute :-(' always: - debug: msg="this always executes" 2、重用playbook
Playbook支持两种重用机制，一种是重用静态Playbook脚本，另外一种是类似于编程语言中函数的机制。
- include语句 - 重用静态的Playbook脚本，使用起来简单、直接。
Include语句的功能，基本的代码重用机制。主要重用tasks。同时Include可将tasks分割成多个文件，避免Playbook过于臃肿，使用户更关注于整体的架构，而不是实现的细节上。
普通用法像其它语言的Include语句一样，直接Include：---# possibly saved as tasks/firewall_httpd_default.yml - name: insert firewalld rule for httpd firewalld: port=80/tcp permanent=true state=enabled immediate=yesmain.yml文件中调用include的方法:tasks: - include: tasks/firewall_httpd_default.yml
高级用法-使用参数
include文件中还可以定义参数被include的文件tasks/firewall_httpd_default.yml中，使用{ { port }}定义了一个名字为port的参数。--- - name: insert firewalld rule for httpd firewalld: port={ { port }}/tcp permanent=true state=enabled immediate=yes 传参数的各种方法
在执行的playbook传参数，可以加在行尾，使用空格分隔：tasks: - include: tasks/firewall.yml port=80 - include: tasks/firewall.yml port=3260 - include: tasks/firewall.yml port=423
还可以使用yml的字典传参数：
tasks: - include: wordpress.yml vars: wp_user: timmy ssh_keys: - keys/one.txt - keys/two.txt
还可以把一条task简写成成一个类JSON的形式传参数：
- { include: wordpress.yml, wp_user: timmy, ssh_keys: [ 'keys/one.txt', 'keys/two.txt' ] } 当然在playbook中已经定义了的参数，就不需要再显示传入值了，可以直接写成下面的：
---- hosts: lb vars: port: 3206 remote_user: root tasks: - include: tasks/firewall.yml
- role语言 - Playbook的"函数机制"，使用方法稍复杂、功能强大。是Playbook脚本的共享平台ansible galaxy主要的分享方式
Role是比include更强大灵活的代码重用和分享机制。Include类似于编程语言中的include，是重用单个文件的，功能有限。
而Role类似于编程语言中的“Package”，可以重用一组文件形成完整的功能。例如安装和配置apache，需要tasks实现安装包和拷贝模版等，httpd.conf和index.html的模版文件，和handler文件实现重起功能。这些文件都可以放在一个role里面，供不同的playbook文件重用。Ansible非常提倡在playbook中使用role，并且提供了一个分享role的平台Ansible Galaxy, https://galaxy.ansible.com/, 在galaxy上可以找到别人写好的role。在ansible中,通过遵循特定的目录结构,就可以实现对role的定义：下面的目录结构定义了一个role：名字为myrole。在site.yml，调用了这个role。role的目录结构：site.ymlroles/├── myrole ├── tasks │ └── main.yml ├── handlers │ └── main.yml ├── defaults │ └── main.yml ├── vars │ └── main.yml ├── files ├── templates ├── README.md ├── meta │ └── main.yml └── tests ├── inventory └── test.yml
site.yml中调用role
---- hosts: webservers roles: - myrole
ansible并不要求role包含上述所有的目录及文件，根据role的功能需要加入对应的目录和文件。下面是每个目录和文件的功能。
如果 roles/x/tasks/main.yml 存在, 其中列出的 tasks 将被添加到 play 中，所以这个文件也可以视作role的入口文件，想看role做了什么操作，可以从此文件看起。如果 roles/x/handlers/main.yml 存在, 其中列出的 handlers 将被添加到 play 中如果 roles/x/vars/main.yml 存在, 其中列出的 variables 将被添加到 play 中如果 roles/x/meta/main.yml 存在, 其中列出的 “角色依赖” 将被添加到 roles 列表中roles/x/tasks/main.yml中所有tasks，可以引用 roles/x/{files,templates,tasks}中的文件，不需要指明文件的路径。在写role的时候，一般都要包含role入口文件roles/x/tasks/main.yml，其它的文件和目录，可以根据需求选择加入。参数在role中是如何定义的呢定义一个带参数的role,名字是myrole,那么目录结构为：main.yml roles role_with_var tasks main.yml
在roles/myrole/tasks/main.yml中,使用{
{ }}定义的变量就可以了--- - name: use param debug: msg="{ { param }}" 使用带参数的role
那么在main.yml就可以用如下的方法使用myrole---- hosts: webservers roles: - { role: myrole, param: 'Call some_role for the 1st time' } - { role: myrole, param: 'Call some_role for the 2nd time' } 或者写成YAML字典格式：
---- hosts: webservers roles: - role: myrole param: 'Call some_role for the 1st time' - role: myrole param: 'Call some_role for the 2nd time'
role指定默认的参数
指定默认参数后,如果在调用时传参数了,那么就使用传入的参数值.如果调用的时候没有传参数,那么就使用默认的参数值.指定默认参数很简单,以上面的role_with_var为例main.ymlroles: myrole tasks main.yml defaults main.yml
在roles/myrole/defaults/main.yml中,使用yml的字典定义语法定义param的值,如下:
param: "I am the default value"这样在main.yml中,下面两种调用方法都可以---- hosts: webservers roles: - role_with_var - { role: role_with_var, param: 'I am the value from external' } role与条件语句when一起执行，下面的例子中,my_role只有在RedHat系列的server上才执行。
---- hosts: webservers roles: - { role: my_role, when: "ansible_os_family == 'RedHat'" }同样也可以写成YAML字典格式---- hosts: webservers roles: - role: my_role when: "ansible_os_family == 'RedHat'"roles和tasks的执行顺序 如果一个playbook同时出现role和tasks，他们的调用顺序如下：
pre_tasks > role > tasks > post_tasks---- hosts: lb user: root pre_tasks: - name: pre shell: echo 'hello' roles: - { role: some_role } tasks: - name: task shell: echo 'still busy' post_tasks: - name: post shell: echo 'goodbye'执行的结果为：PLAY [lb] **********************************************************************TASK [setup] *******************************************************************ok: [rhel7u3]TASK [pre] *********************************************************************changed: [rhel7u3]TASK [some_role : some role] ***************************************************ok: [rhel7u3] => { "msg": "Im some role"}TASK [task] ********************************************************************changed: [rhel7u3]TASK [post] ********************************************************************changed: [rhel7u3]PLAY RECAP *********************************************************************rhel7u3 : ok=5 changed=3 unreachable=0 failed=0 3、tags的用法
如果playbook文件比较大，在执行的时候只是想执行部分功能，这个时候没有有解决方案呢？Playbook提供了tags便签可以实现部分运行。tags的基本用法例如，文件example.yml如何所示，标记了两个tag：packages和configurationtasks: - yum: name={ { item }} state=installed with_items: - httpd tags: - packages - name: copy httpd.conf template: src=templates/httpd.conf.j2 dest=/etc/httpd/conf/httpd.conf tags: - configuration - name: copy index.html template: src=templates/index.html.j2 dest=/var/www/html/index.html tags: - configuration 那么我们在执行的时候，如果不加任何tag参数，那么会执行所有的tasks
$ ansible-playbook example.yml
指定执行安装部分的tasks，则可以利用关键字tags
$ ansible-playbook example.yml --tags "packages"
指定不执行packages部分的task，则可以利用关键字skip-tags
$ ansible-playbook example.yml --skip-tags "configuration"
特殊的Tags：“always”
tags的名字是用户自定义的，但是如果你把tags的名字定义为“always”，那么就有点特别了。只要在执行playbook时，没有明确指定不执行always tag，那么它就会被执行。在下面的例子中，即使你只指定执行packages，那么always也会被执行。tasks: - debug: msg="Always print this debug message" tags: - always - yum: name= state=installed with_items: - httpd tags: - packages - template: src=templates/httpd.conf.j2 dest=/etc/httpd/conf/httpd.conf tags: - configuration
指定运行packages时，还是会执行always tag对应的tasks
$ ansible-playbook tags_always.yml --tags "packages"“tagged”，“untagged”和“all”tasks: - debug: msg="I am not tagged" tags: - tag1 - debug: msg="I am not tagged"分别指定--tags为“tagged”，“untagged”和“all”试下效果吧：$ ansible-playbook tags_tagged_untagged_all.yml --tags tagged$ ansible-playbook tags_tagged_untagged_all.yml --tags untagged$ ansible-playbook tags_tagged_untagged_all.yml --tags all
在include中和role中使用tags
include语句指定执行的tags的语法：- include: foo.yml tags: [web,foo]
调用role中的tags的语法为：
roles: - { role: webserver, port: 5000, tags: [ 'web', 'foo' ] } 4、playbook文件加密
ansible-vault命令可以对配置文件进行基于密码的加密，防止敏感信息泄漏。
加密已存在文件
$ ansible-vault encrypt site.yml
加密并创建文件
$ ansible-vault create filename
执行加密后的playbook
$ ansible-playbook site.yml --ask-vault-pass
解密
$ ansible-vault decrypt site.yml
五、编译安装nginx的playbook的实例
playbooks目录结构：
$ tree playbooksplaybooks├── group_vars├── roles│ └── nginx│ ├── files│ │ ├── nginx-1.8.0.tar.gz│ │ └── pcre-8.33.tar.gz│ ├── handlers│ │ └── main.yml│ ├── tasks│ │ └── main.yml│ └── templates│ └── default.conf└── site.yml
yml文件内内容如下：
$ cat playbooks/site.yml---- name: Install Nginx hosts: test user: admin roles: - nginx$ cat playbooks/roles/nginx/tasks/main.yml---- name: Copy nginx software copy: src=nginx-1.8.0.tar.gz dest=/app/admin/soft/nginx-1.8.0.tar.gz- name: Copy pcre software copy: src=pcre-8.33.tar.gz dest=/app/admin/soft/pcre-8.33.tar.gz- name: Install Pcre shell: cd /app/admin/soft;tar zxf pcre-8.33.tar.gz;cd pcre-8.33;./configure;make;make install sudo: yes- name: Install Nginx shell: cd /app/admin/soft;tar zxf nginx-1.8.0.tar.gz;cd nginx-1.8.0;./configure --user=admin --group=app --prefix=/app/admin/nginx --with-http_stub_status_module --with-http_ssl_module;make;make install- name: Copy nginx configuration template: src=default.conf dest=/app/admin/nginx/conf/nginx.conf notify: restart nginx[admin@wts-vm-01 ~]$ cat playbooks/roles/nginx/handlers/main.yml---- name: restart nginx shell: /app/admin/nginx/sbin/nginx sudo: yes
六、其它
官方例子Ansible官方提供了一些比较常用的、经过测试的Playbook例子：https://github.com/ansible/ansible-examplesPlaybook分享平台：https://galaxy.ansible.com/