关于ansible:ansible使用笔记三Jinja2模板及playbook简介

ansible playbook编写

一、Jinja2模板简介
Jinja2是什么
Jinja2是基于Python的模板引擎,蕴含变量和表达式两局部,两者在模板求值时会被替换为值,模板中还有标签,管制模板的逻辑

为什么要学习Jinja2模板
因为playbook的模板应用Python的Jinja2模块来解决

Jinja2模版的根本语法

模板的表达式都是蕴含在他要分隔符”{{}}”内的
管制的语句都是蕴含在分隔符”{% %}”内的
模板反对正文,都是蕴含在分隔符'{# #}’内,反对块正文
调用变量
{{varname}}
计算
{{2+2}}
判断
{{1 in {{1,2,3}}
Jinja2模版管制语句

{% if name == '诗仙' %}
  李白
{% elif name == '诗圣' %}
  杜甫
{% elif name == '诗魔' %}
  白居易
{% else %}
  李贺
{% endif %}

Jinja2过滤器
变量能够通过过滤器批改,过滤器与变量用管道符号( | )宰割,也能够用圆括号传递可选参数,多个过滤器能够链式调用,前一个过滤器的输入会被作业后一个过滤器的输出

例如:
加密一个字符串:{{‘astr’|password_hash(‘sha512’)}}

二、playbook简介

playbook是什么
playbook是ansible用于配置,部署和治理托管主机剧本,通过playbook的详细描述,执行其中一系列tasks,能够让远端主机达到预期的状态

也能够说 playbook字面意思即剧本,事实中由演员按剧本表演,在ansible中由计算机进行装置,部署利用,提供对外服务,以及组织计算机解决各种各样的事件

为什么要应用palybook

执行一些简略的工作,应用ad-hoc命令能够不便的解决问题,但有时一个设施过于简单时,执行ad-hoc命令是不适合的,最好应用playbook
playbook能够重复应用编写的代码,能够放到不同机器下面,像函数一样,最大化的利用代码,在应用ansible的过程中,解决的大部分操作都是在编写playbook

playbook语法根底(1)

playbook由YAML语文编写,遵循YAML规范
在同一行中,#之后的内容示意正文
同一个列表中元素应该放弃雷同缩进
playbook由一个或多个play组成
play中host,variables,roles,tasks等对角示意办法都是键值两头以”: “分隔示意
YAML还有一个小的怪癖,它的文件开始行都是以 —,这是YAML格局的一部分,表明一个文件的开始

playbook形成

hosts: 定义交要执行playbook的近程主机级
vars: 定义playbook运行时须要应用的变量
tasks: 定义将要近程主机上执行的工作列表
handlers: 定义task执行实现当前须要调用的工作

playbook执行后果
应用ansible-playbook运行playbook文件,输入内容为JSON格局,由不同色彩组成便于辨认

绿色代表执行胜利
黄色代表零碎状态产生扭转
红色代表执行失败

ansible具备幂等性，幂等性可能保障咱们反复的执行一项操作时，失去的后果是雷同的，咱们再来回顾一下幂等性的概念

“幂等性”是什么意思呢？举个例子，你想把一个文件拷贝到指标主机的某个目录上，然而你不确定此目录中是否曾经存在此文件，当你应用ansible实现这项工作时，就非常简单了，因为如果指标主机的对应目录中曾经存在此文件，那么ansible则不会进行任何操作，如果指标主机的对应目录中并不存在此文件，ansible就会将文件拷贝到对应目录中，说白了，ansible是”以后果为导向的”，咱们指定了一个”指标状态”，ansible会主动判断，”以后状态”是否与”指标状态”统一，如果统一，则不进行任何操作，如果不统一，那么就将”以后状态”变成”指标状态”，这就是”幂等性”，”幂等性”能够保障咱们反复的执行同一项操作时，失去的后果是一样的。

有了幂等性的概念下面显示色彩代表的不同后果就比拟好了解了

绿色代表执行胜利后果曾经和指定”指标状态”统一不须要批改
黄色执行胜利,零碎状态产生扭转,批改过”指标状态”
红色代表执行失败

三、playbook编写

应用ping模块编写第一个playbook

[root@ansible default]# cat ping.yml 
---                   #第一行,示意开始
- hosts: all          #近程主机,多个能够用逗号孙隔开
  remote_user: root   #近程执行的用户名
  tasks:
  - name: ping test   #工作名称,你也能够了解为备注信息,会在执行中显示,不便浏览
    ping:             #模块名ping

[root@ansible default]# ansible-playbook ping.yml -f 5    #-f 并发过程数量,默认是5

PLAY [all] ******************************************************************************************

TASK [Gathering Facts] ******************************************************************************
ok: [cache]
ok: [web1]
ok: [web2]
ok: [db2]
ok: [db1]

TASK [ping test] ************************************************************************************
ok: [cache]
ok: [web1]
ok: [web2]
ok: [db1]
ok: [db2]

PLAY RECAP ******************************************************************************************
cache                      : ok=2    changed=0    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   
db1                        : ok=2    changed=0    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   
db2                        : ok=2    changed=0    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   
web1                       : ok=2    changed=0    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   
web2                       : ok=2    changed=0    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0

playbook语法根底(2)

tasks
命令的汇合
每一个play蕴含一个task列表(工作列表)
一个task在其所对应的所有主机上(通过hosts pattern匹配的所有主机) 执行结束之后,下一个task才执行
hosts
主机的汇合
定义要执行的主机

案例1:
实现给web主机增加用户james
设置默认明码123456,并把james用户增加到users组

[root@ansible default]# cat user.yml 
---
- hosts: web
  remote_user: root
  tasks:
    - name: Add the user 'james'
      user:
        name: james
        groups: users 
    - name: set passwd
      shell: echo 123456|passwd --stdin james

[root@ansible default]# ansible-playbook user.yml 

PLAY [web] ******************************************************************************************

TASK [Gathering Facts] ******************************************************************************
ok: [web1]
ok: [web2]

TASK [Add the user 'james'] *************************************************************************
changed: [web1]
changed: [web2]

TASK [set passwd] ***********************************************************************************
changed: [web2]
changed: [web1]

PLAY RECAP ******************************************************************************************
web1                       : ok=3    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   
web2                       : ok=3    changed=2    unreachable=0    failed=0    skipped=0    rescued=0

案例2:
要求:
1.所以web主机装置Apache
2.批改配置文件的监听端口为8080
3.设置默认页面hello world
4.启动服务
5.设置开机自启

1）先在本面筹备默认拜访

[root@ansible default]# cat /root/index.htm
hello world

2）编号playbook

[root@ansible default]# cat http.yml 
---
- hosts: web
  remote_user: root
  tasks:                                         
     - name: install one specific version of Apache   //tasks01.装置 
       yum:
         name: httpd
         state: installed
     - lineinfile:                               //tasks02.批改监听端口
           path: /etc/httpd/conf/httpd.conf
           regexp: '^Listen'
           line: 'Listen 8080'
     - copy:                                  //tasks03替换主页index.html
         src: /root/index.html
         dest: /var/www/html/index.html
     - service:                             //tasks04.开启服务 
         name: httpd
         enabled: yes
         state: restarted
[root@ansible default]# ansible-playbook http.yml 

PLAY [web] ***********************************************************************************************************************

TASK [Gathering Facts] ***********************************************************************************************************
ok: [web1]
ok: [web2]

TASK [install one specific version of Apache] ************************************************************************************

changed: [web2]
changed: [web1]

TASK [lineinfile] ****************************************************************************************************************
changed: [web1]
changed: [web2]

TASK [copy] **********************************************************************************************************************
changed: [web2]
changed: [web1]

TASK [service] *******************************************************************************************************************
changed: [web2]
changed: [web1]

PLAY RECAP ***********************************************************************************************************************
web1                       : ok=5    changed=4    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   
web2                       : ok=5    changed=4    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   

[root@ansible default]# curl web1:8080    //测试
holle world

四、playbook进阶

4.1 变量

案例3:**
要求:增加用户应用变量username代替
给web主机增加用户james2,设置默认明码123456

[root@ansible default]# cat user2.yml 
---
- hosts: web
  remote_user: root
  vars:
    username: james2
  tasks:
    -
      name: Add the user  "{{username}}"
      user: 
        name: "{{username}}"
    -
      shell: echo 123456|passwd --stdin "{{username}}"

[root@ansible default]# ansible-playbook user2.yml 

PLAY [web] ************************

......

用户设明码
作完以上的试验你必定曾经发现为什么不必user模块间接设置明码,而且用shell模块独自设置,这是因为user模块是把Password字符串间接写入shadow,并没有扭转,而Linux的shadow明码是通过加密的,所以明文明码不能间接应用

解决方案
-应用变量过滤器password_hash
{{‘urpassword’|password_hash(‘sha512’)}}

最初的playbook如下

[root@ansible default]# cat user3.yml 
---
- hosts: web
  remote_user: root
  vars:
    username: james2
  tasks:
    - name: Add the user "{{username}}"
      user: 
        name: "{{username}}"
        group: root
        password: "{{'123qqq...A'|password_hash('sha512')}}"

变量参数
-e 传递变量或文件参数
-e @文件
文件的格局必须是YAML或JSON格局

[root@ansible default]# ansible-playbook user3.yml -e username=james4

PLAY [web] *******************************************************************************************

TASK [Gathering Facts] *******************************************************************************
ok: [web2]
ok: [web1]

TASK [Add the user "james4"] *************************************************************************
changed: [web2]
changed: [web1]

PLAY RECAP *******************************************************************************************
web1                       : ok=2    changed=1    unreachable=0    failed=0    skipped=0    rescued=0 
web2                       : ok=2    changed=1    unreachable=0    failed=0    skipped=0    rescued=0 

[root@ansible default]# ssh web1 id james4
uid=1007(james4) gid=0(root) 组=0(root)

[root@ansible default]# cat username.yml 
---
username:
  james5

[root@ansible default]# ansible-playbook user3.yml -e @username.yml

PLAY [web] ******************************************************************************************

TASK [Gathering Facts] ******************************************************************************
ok: [web1]
ok: [web2]

TASK [Add the user "james5"] ************************************************************************
changed: [web2]
changed: [web1]

PLAY RECAP ******************************************************************************************
web1                       : ok=2    changed=1    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   
web2                       : ok=2    changed=1    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   

[root@ansible default]# cat username.yml 
---
username:
  james5
[root@ansible default]# ssh web1 id james5
uid=1008(james5) gid=0(root) 组=0(root)

4.2 error 解决 ansible-playbook对谬误的解决

因为playbook是程序执行,当遇到谬误就会进行往下执行,默认状况判断上一个工作$?,如果值不为0就进行执行
但某些状况咱们须要疏忽谬误继续执行

案例4:
要求:
创立缓存目录,而后重启 apache
1.因为 /tmp/web 之前曾经存在 shell模块 mkdir报错playbook进行继续执行,但其实这个谬误是不影响上面的工作执行

[root@ansible default]# cat Restart.yml 
---
- hosts: web
  remote_user: root
  tasks:
  - shell: mkdir /tmp/web
  - name: ReStart service httpd
    service:
      name: httpd
      state: restarted

[root@ansible default]# ansible-playbook Restart.yml 

PLAY [web] ******************************************************************************************

TASK [Gathering Facts] ******************************************************************************
ok: [web2]
ok: [web1]

TASK [shell] ****************************************************************************************
[WARNING]: Consider using the file module with state=directory rather than running 'mkdir'.  If you
need to use command because file is insufficient you can add 'warn: false' to this command task or
set 'command_warnings=False' in ansible.cfg to get rid of this message.
fatal: [web2]: FAILED! => {"changed": true, "cmd": "mkdir /tmp/web", "delta": "0:00:00.008765", "end": "2020-11-19 16:55:04.967697", "msg": "non-zero return code", "rc": 1, "start": "2020-11-19 16:55:04.958932", "stderr": "mkdir: 无奈创立目录\"/tmp/web\": 文件已存在", "stderr_lines": ["mkdir: 无奈创立目录\"/tmp/web\": 文件已存在"], "stdout": "", "stdout_lines": []}
fatal: [web1]: FAILED! => {"changed": true, "cmd": "mkdir /tmp/web", "delta": "0:00:00.007319", "end": "2020-11-19 16:55:05.751981", "msg": "non-zero return code", "rc": 1, "start": "2020-11-19 16:55:05.744662", "stderr": "mkdir: 无奈创立目录\"/tmp/web\": 文件已存在", "stderr_lines": ["mkdir: 无奈创立目录\"/tmp/web\": 文件已存在"], "stdout": "", "stdout_lines": []}

PLAY RECAP ******************************************************************************************
web1                       : ok=1    changed=0    unreachable=0    failed=1    skipped=0    rescued=0    ignored=0   
web2                       : ok=1    changed=0    unreachable=0    failed=1    skipped=0    rescued=0    ignored=0

错误处理办法:
增加谬误选项:ignore_errors
True 示意疏忽谬误继续执行
False 示意遇到谬误就进行执行(默认)

[root@ansible default]# cat Restart.yml 
---
- hosts: web
  remote_user: root
  tasks:
  - shell: mkdir /tmp/web
    ignore_errors: True
  - name: ReStart service httpd
    service:
      name: httpd
      state: restarted

[root@ansible default]# ansible-playbook Restart.yml 

PLAY [web] ******************************************************************************************

TASK [Gathering Facts] ******************************************************************************
ok: [web1]
ok: [web2]

TASK [shell] ****************************************************************************************
[WARNING]: Consider using the file module with state=directory rather than running 'mkdir'.  If you
need to use command because file is insufficient you can add 'warn: false' to this command task or
set 'command_warnings=False' in ansible.cfg to get rid of this message.
fatal: [web2]: FAILED! => {"changed": true, "cmd": "mkdir /tmp/web", "delta": "0:00:00.007426", "end": "2020-11-19 17:01:57.077906", "msg": "non-zero return code", "rc": 1, "start": "2020-11-19 17:01:57.070480", "stderr": "mkdir: 无奈创立目录\"/tmp/web\": 文件已存在", "stderr_lines": ["mkdir: 无奈创立目录\"/tmp/web\": 文件已存在"], "stdout": "", "stdout_lines": []}
...ignoring
fatal: [web1]: FAILED! => {"changed": true, "cmd": "mkdir /tmp/web", "delta": "0:00:00.014932", "end": "2020-11-19 17:01:57.853702", "msg": "non-zero return code", "rc": 1, "start": "2020-11-19 17:01:57.838770", "stderr": "mkdir: 无奈创立目录\"/tmp/web\": 文件已存在", "stderr_lines": ["mkdir: 无奈创立目录\"/tmp/web\": 文件已存在"], "stdout": "", "stdout_lines": []}
...ignoring

TASK [ReStart service httpd] ************************************************************************
changed: [web2]
changed: [web1]

PLAY RECAP ******************************************************************************************
web1                       : ok=3    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=1   
web2                       : ok=3    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=1

4.3 tags标签

tags:给指定的工作定义一个调用标识有时把多个模块写在一个playbook中.但只想用到其中一个或其中几个模块

-应用办法在模块里增加tags标签
-playbook调用形式
-t TAGS, –tags=TAGS
案例5:
要求:调用工作 task03 创立文件

[root@ansible default]# cat tags2.yml 
---
- hosts: web
  remote_user: root
  tasks:
    - name: task01
      file:
        path: /tmp/web/task01
        state: touch
      tags: t1
    - name: task02
      file:
        path: /tmp/web/task02
        state: touch
      tags: t2
    - name: task03
      file:
        path: /tmp/web/task03
        state: touch
      tags: t3

[root@ansible default]# ansible-playbook tags2.yml -t t3

PLAY [web] ******************************************************************************************

TASK [Gathering Facts] ******************************************************************************
ok: [web2]
ok: [web1]

TASK [task03] ***************************************************************************************
changed: [web2]
changed: [web1]

PLAY RECAP ******************************************************************************************
web1                       : ok=2    changed=1    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   
web2                       : ok=2    changed=1    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   

[root@ansible default]# ssh web1 ls /tmp/web/
task03

4.4 handlers

当关注的资源发生变化时采取的操作
notify这个action可用于每个play的最初触发,这样就能够防止有屡次扭转产生时每次都执行指定的操作,取而代之仅在所有的变动产生实现后一次性执行指定操作

在notify中列出的操作称为handler,即notify调用handler中定义的操作

咱们还是拿下面的httpd服务举例
案例6:
要求:
批改httpd 默认index.html 而后重启httpd服务

[root@ansible default]# cat RestartHttp.yml 
---
- hosts: web
  remote_user: root
  tasks:
  - copy:
      src: /root/index.html
      dest: /var/www/html/index.html
    ignore_errors: True
  - name: ReStart service httpd
    service:
      name: httpd
      state: restarted

[root@ansible default]# ansible-playbook RestartHttp.yml 

PLAY [web] *******************************************************************************************************************************************************************************************************

TASK [Gathering Facts] *******************************************************************************************************************************************************************************************
ok: [web1]
ok: [web2]

TASK [copy] ******************************************************************************************************************************************************************************************************
changed: [web2]
changed: [web1]

TASK [ReStart service httpd] *************************************************************************************************************************************************************************************
changed: [web2]
changed: [web1]

PLAY RECAP *******************************************************************************************************************************************************************************************************
web1                       : ok=3    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   
web2                       : ok=3    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0

第二次执行雷同操作

[root@ansible default]# ansible-playbook RestartHttp.yml

第二次和第一次执行的区别是没有在拷贝文件,因为第一次曾经拷贝过了,但服务还是重启过两次,看上去如同没问题,但细想第二次文件没有改变过,和咱们批改配置文件后重启服务的理论需要是有区别的,或者说第二次服务重次是齐全没有必要的

这时就要用的notify调用handler中定义的操作
简略说就是当文件产生过改变后,才重启服务

批改配置后

[root@ansible default]# cat RestartHttp.yml
---
- hosts: web
  remote_user: root
  tasks:
  - copy:
      src: /root/index.html
      dest: /var/www/html/index.html
    ignore_errors: True
    notify:
    - restart "ReStart service httpd"
    
  handlers:
  - name: ReStart service httpd
    service:
      name: httpd
      state: restarted

[root@ansible default]# ansible-playbook RestartHttp.yml 

PLAY [web] ******************************************************************************************

TASK [Gathering Facts] ******************************************************************************
ok: [web2]
ok: [web1]

TASK [copy] *****************************************************************************************
ok: [web1]
ok: [web2]

PLAY RECAP ******************************************************************************************
web1                       : ok=2    changed=0    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   
web2                       : ok=2    changed=0    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0

从执行后果来看并没有重启httpd服务

4.5 when条件判断

有些时候须要在满足特定条件后再触发某一项操作,或在特定的条件下终止某个行为,这时候须要进行条件判断,when正是解决这个问题的最佳抉择,行程中的零碎变量facts作为when的条件,能够通过setup模块查看

案例7:
咱们用debug模块做个测试 debug模块咱们前面会讲到
通过两个when判断条件如果成立,则输入”System release is centos7″

[root@ansible default]# cat when.yml 
---
- hosts: cache
  remote_user: root
  tasks:
  - debug:
      msg: "System release is centos7"
    when:
    - ansible_distribution == "CentOS"
    - ansible_distribution_major_version == "7"

[root@ansible default]# ansible-playbook when.yml 

PLAY [cache] ****************************************************************************************

TASK [Gathering Facts] ******************************************************************************
ok: [cache]

TASK [debug] ****************************************************************************************
ok: [cache] => {
    "msg": "System release is centos7"
}

PLAY RECAP ******************************************************************************************
cache                      : ok=2    changed=0    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0

4.6 register返回值

有时候咱们还须要更简单的例子,如判断前一个命令的执行后果去解决前面的操作,这时候就须要register模块来保留前一个命令的返回状态,在前面进行调用

案例8:
要求:把零碎负载太高的Apache服务进行
当零碎负载超过0.7时，则关掉httpd

[root@web2 ~]# awk 'BEGIN{while(1){}}'    //先用awk对web2进步零碎负载,为测试创立条件

[root@ansible default]# ssh web2 uptime   //曾经满足测试条件
 11:10:11 up 24 days, 17:47,  2 users,  load average: 0.88, 0.30, 0.14

root@all (5)[f:5]$ sys
[root@ansible default]# ansible-console web   //通过ansible-console 查看httpd状态
Welcome to the ansible console.
Type help or ? to list commands.

root@web (2)[f:5]$ systemctl status httpd
web1 | CHANGED | rc=0 >>
● httpd.service - The Apache HTTP Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disabled)
   Active: active (running) since 四 2020-11-19 17:58:04 CST; 17h ago
......

web2 | CHANGED | rc=0 >>
● httpd.service - The Apache HTTP Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disabled)
   Active: active (running) since 四 2020-11-19 17:58:03 CST; 17h ago
....

root@web (2)[f:5]$ exit

[root@ansible default]# cat when.yml 
---
- hosts: web
  remote_user: root
  tasks:
  - shell: uptime|awk '{printf("%.2f\n",$(NF-2))}'
    register: result                                      //返回shell执行后果到变量result
  - name: stop  service
    service:
      name: httpd
      state: stopped
    when: result.stdout|float > 0.7                //对result 后果进行判断

[root@ansible default]# ansible-playbook when.yml 

PLAY [web] ******************************************************************************************

TASK [Gathering Facts] ******************************************************************************
ok: [web1]
ok: [web2]

TASK [shell] ****************************************************************************************
changed: [web1]
changed: [web2]

TASK [stop  service] ********************************************************************************
skipping: [web1]
changed: [web2]

PLAY RECAP ******************************************************************************************
web1                       : ok=2    changed=1    unreachable=0    failed=0    skipped=1    rescued=0    ignored=0   
web2                       : ok=3    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   

[root@ansible default]# ssh web2 systemctl status httpd
● httpd.service - The Apache HTTP Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disabled)
   Active: inactive (dead) since 五 2020-11-20 11:24:23 CST; 41s ago    //httpd服务已敞开
......

4.7 with_items 循环

with_items是playbook规范循环,能够用于迭代一个列表或字典,通过{{item}}获取每次迭代的值
案例9:
要求:一次性创立多个用户nb、aa、plj、lx

[root@ansible default]# cat adduser.yml 
---
- hosts: cache
  remote_user: root
  tasks:
  - name: add users
    with_items: ["nb","aa","plj","lx"]
    user: group=wheel password={{'123456'|password_hash('sha512')}} name={{item}}
[root@ansible default]# ansible-playbook adduser.yml 

PLAY [cache] ****************************************************************************************

TASK [Gathering Facts] ******************************************************************************
ok: [cache]

TASK [add users] ************************************************************************************
changed: [cache] => (item=nb)
changed: [cache] => (item=aa)
changed: [cache] => (item=plj)
changed: [cache] => (item=lx)

PLAY RECAP ******************************************************************************************
cache                      : ok=2    changed=1    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0

4.8 include

在编写playbook的时候随随着我的项目越来越大,playbook越来越简单,批改也很麻烦,这时能够把一些paly、task或handler放到其余文件中,通过include指令蕴含进来是一个不错的抉择
蕴含项包含

vars:变量层
tasks:工作层
handlers:触发条件
files:文件
template:模板
default:默认,优先级最低

案例10:
把工作层独立进去

[root@ansible default]# cat include1.yml 
---
- hosts: cache
 remote_user: root
 tasks:
 - include: in3.yml    
   when: 2 > 1

[root@ansible default]# cat in3.yml 
- debug:
   msg: "task1 in in3.yml"
- debug:
   msg: "task2 in in3.yml"

[root@ansible default]# ansible-playbook include1.yml

4.9 debug调试

如果对于Python语法不相熟的,playbook书写起来容易出错,且排错艰难,这里介绍几种简略的排错调试形式

检测语法

ansible-playbook –syntax-check playbook.ymal

显示受到影响的主机

–list-hosts
显示工作的task
–list-tasks
显示将要运行的tag
–list-tags

测试运行
模仿运行后果,但如果在工作列表中,工作2 须要工作1执行的后果,那么工作2可能会报错,因为工作1没有理论执行

ansible-playbook -C playbook.yaml

还能够在运行时输入更为具体的信息,帮忙排错比方:变量的值

案例11:
以之前when.yml为例,查看result变量中的内容

[root@ansible default]# cat  when.yml 
---
- hosts: web
  remote_user: root
  tasks:
  - shell: uptime|awk '{printf("%.2f\n",$(NF-2))}'
    register: result
  - name: stop  service
    service:
      name: httpd
      state: stopped
    when: result.stdout|float > 0.7
  - name: Show debug info
    debug:
      var: result

[root@ansible default]# ansible-playbook when.yml 

PLAY [web] ******************************************************************************************

TASK [Gathering Facts] ******************************************************************************
ok: [web1]
ok: [web2]

TASK [shell] ****************************************************************************************
changed: [web1]
changed: [web2]

TASK [stop  service] ********************************************************************************
skipping: [web1]
ok: [web2]

TASK [Show debug info] ******************************************************************************
ok: [web1] => {
    "result": {
        "changed": true, 
        "cmd": "uptime|awk '{printf(\"%.2f\\n\",$(NF-2))}'", 
        "delta": "0:00:00.010118", 
        "end": "2020-11-20 15:12:05.959884", 
        "failed": false, 
        "rc": 0, 
        "start": "2020-11-20 15:12:05.949766", 
        "stderr": "", 
        "stderr_lines": [], 
        "stdout": "0.04", 
        "stdout_lines": [
            "0.04"
        ]
    }
}
ok: [web2] => {
    "result": {
        "changed": true, 
        "cmd": "uptime|awk '{printf(\"%.2f\\n\",$(NF-2))}'", 
        "delta": "0:00:00.010133", 
        "end": "2020-11-20 15:12:05.484865", 
        "failed": false, 
        "rc": 0, 
        "start": "2020-11-20 15:12:05.474732", 
        "stderr": "", 
        "stderr_lines": [], 
        "stdout": "2.04", 
        "stdout_lines": [
            "2.04"
        ]
    }
}

PLAY RECAP ******************************************************************************************
web1                       : ok=3    changed=1    unreachable=0    failed=0    skipped=1    rescued=0    ignored=0   
web2                       : ok=4    changed=1    unreachable=0    failed=0    skipped=0    rescued=

关于ansible:ansible使用笔记三Jinja2模板及playbook简介

ansible playbook编写

二、playbook简介

三、playbook编写

四、playbook进阶

4.1 变量

4.2 error 解决 ansible-playbook对谬误的解决

4.3 tags标签

4.4 handlers

4.5 when条件判断

4.6 register返回值

4.7 with_items 循环

4.8 include

4.9 debug调试

评论

发表回复取消回复

更多文章

DDN HPC 存储硬件架构设计深度分析

探秘IO500：从Lustre并行文件系统出发，开启HPC存储性能新征程

苹果iOS打包的ipa应用无法安装？一篇文章带你了解可能的原因及排查方法

图解Golang：从零开始实现简易版过期LRU缓存

关于ansible:ansible使用笔记三Jinja2模板及playbook简介

ansible playbook编写

二、playbook简介

三、playbook编写

四、playbook进阶

4.1 变量

4.2 error 解决 ansible-playbook对谬误的解决

4.3 tags标签

4.4 handlers

4.5 when条件判断

4.6 register返回值

4.7 with_items 循环

4.8 include

4.9 debug调试

评论

发表回复 取消回复

更多文章

DDN HPC 存储硬件架构设计深度分析

探秘IO500：从Lustre并行文件系统出发，开启HPC存储性能新征程

苹果iOS打包的ipa应用无法安装？一篇文章带你了解可能的原因及排查方法

图解Golang：从零开始实现简易版过期LRU缓存

发表回复取消回复