• Ansible --- playbook 剧本


    一、playbook 的简介 

    1. playbook是 一个不同于使用Ansible命令行执行方式的模式,其功能更强大灵活。

    2. 简单来说,playbook是一个非常简单的配置管理和多主机部署系统,

    3. 不同于任何已经存在的模式,可作为一个适合部署复杂应用程序的基础。

    4. Playbook可以定制配置,可以按照指定的操作步骤有序执行,支持同步和异步方式。

    5. 我们完成一个任务,例如安装部署一个httpd服务,我们需要多个模块(一个模块也可以称之为task)提供功能来完成。

    6. 而playbook就是组织多个task的容器,他的实质就是一个文件,有着特定的组织格式,它采用的语法格式是YAML(Yet Another Markup Language)。

    二、playbooks 组成

    (1)Tasks:任务,即通过 task 调用 ansible 的模板将多个操作组织在一个 playbook 中运行
    (2)Variables:变量
    (3)Templates:模板
    (4)Handlers:处理器,当changed状态条件满足时,(notify)触发执行的操作
    (5)Roles:角色

    三、基础的playbook剧本编写实例

    playbook中运用的模块就是ansible中的模块,就像docker-compose一样将docker操作容器的指令归纳为一个yaml文件,开启运行yaml中的指令模块就能按照预设计的方向去完成。

    实例1:playbook编写 apache的yum安装部署剧本

    剧本编写实现的需求对Ansible管理的所有的webservers组的成员,yum安装最新版本的apache服务软件,并进行相应环境的调整,确保webservers的apache服务能够正常运行并设置开机自启 

    1. cd /etc/ansible #在ansible的所在目录中创建该项目的目录
    2. mkdir apache
    3. vim apache.yaml
    4. ---
    5. - name: apache yum apply
    6. gather_facts: false
    7. hosts: webservers
    8. remote_user: root
    9. tasks:
    10. - name: test connection
    11. ping:
    12. - name: stop firewalld
    13. service: name=firewalld state=stopped
    14. - name: stop selinux
    15. command: '/usr/sbin/setenforce 0'
    16. ignore_errors: true
    17. - name: yum install apache service
    18. yum: name=httpd state=latest
    19. - name: start apache service
    20. service: name=httpd state=started enabled=yes

     运行剧本的方法:

    1. //运行playbook
    2. ansible-playbook apache.yaml
    3. //补充参数:
    4. -k(–ask-pass):用来交互输入ssh密码
    5. -K(-ask-become-pass):用来交互输入sudo密码
    6. -u:指定用户
    7. ansible-playbook apache.yaml --syntax-check #检查yaml文件的语法是否正确
    8. ansible-playbook apache.yaml --list-task #检查tasks任务
    9. ansible-playbook apache.yaml --list-hosts #检查生效的主机
    10. ansible-playbook apache.yaml --start-at-task='install httpd' #指定从某个task开始运行

    1. //示例:
    2. vim test1.yaml
    3. --- #yaml文件以---开头,以表明这是一个yaml文件,可省略
    4. - name: first play #定义一个play的名称,可省略
    5. gather_facts: false #设置不进行facts信息收集,这可以加快执行速度,可省略
    6. hosts: webservers #指定要执行任务的被管理主机组,如多个主机组用冒号分隔
    7. remote_user: root #指定被管理主机上执行任务的用户
    8. tasks: #定义任务列表,任务列表中的各任务按次序逐个在hosts中指定的主机上执行
    9. - name: test connection #自定义任务名称
    10. ping: #使用 module: [options] 格式来定义一个任务
    11. - name: disable selinux
    12. command: '/sbin/setenforce 0' #command模块和shell模块无需使用key=value格式
    13. ignore_errors: True #如执行命令的返回值不为0,就会报错,tasks停止,可使用ignore_errors忽略失败的任务
    14. - name: disable firewalld
    15. service: name=firewalld state=stopped #使用 module: options 格式来定义任务,option使用key=value格式
    16. - name: install httpd
    17. yum: name=httpd state=latest
    18. - name: install configuration file for httpd
    19. copy: src=/opt/httpd.conf dest=/etc/httpd/conf/httpd.conf #这里需要一个事先准备好的/opt/httpd.conf文件
    20. notify: "restart httpd" #如以上操作后为changed的状态时,会通过notify指定的名称触发对应名称的handlers操作
    21. - name: start httpd service
    22. service: enabled=true name=httpd state=started
    23. handlers: #handlers中定义的就是任务,此处handlers中的任务使用的是service模块
    24. - name: restart httpd #notify和handlers中任务的名称必须一致
    25. service: name=httpd state=restarted
    26. ##Ansible在执行完某个任务之后并不会立即去执行对应的handler,而是在当前play中所有普通任务都执行完后再去执行handler,这样的好处是可以多次触发notify,但最后只执行一次对应的handler,从而避免多次重启。
    playbook的定义、引用变量
    基础变量的定义与引用

    在yaml文件中,我们可以在初始配置的模块中用var去定义变量的存在,变量的格式为key:value,以此来确定该变量在剧本中的存在 

    1. ---
    2. - name: this is first playbook
    3. hosts: dbservers
    4. remote_user: root
    5. vars:
    6. filename: abc txt
    7. tasks:
    8. - name: touch a test file
    9. file: path=/opt/{{filename}} state=touch

     

     

    引用fact信息中的变量

    首先我们知道  使用 ansible 组  -m setup   可以收集该组中所有的节点信息 ,

    所以setup中fact'信息,有时候会剧本编写中需要,而fact的信息也是可以通过变量的方式进行调用

    ---
    - name: this is second playbook
      hosts: dbservers
      remote_user: root
      tasks:
       - name: reading setup fact variate
         debug: msg={{ansible_all_ipv4_addresses}} 

     

    playbook中的when条件判断和变量循环使用 
    when条件判断
    1. 在Ansible中,提供的唯一一个通用的条件判断是when指令,
    2. 当when指令的值为true时,则该任务执行,否则不执行该任务。
    3. //when一个比较常见的应用场景是实现跳过某个主机不执行任务或者只有满足条件的主机执行任务
    4. #选用filter=ansible_default_ipv4中的address作为when条件进行测试
    5. ansible all -m setup -a 'filter=ansible_default_ipv4'
    6. ---
    7. - name: this is when test playbook
    8. hosts: all
    9. remote_user: root
    10. tasks:
    11. - name: test when
    12. debug: msg="判断位置"
    13. when: ansible_default_ipv4.address == "192.168.146.40"

     

     除此之外 when条件还可以通过 !=(不等于条件来进行判断)

    变量循环
    with_item 单循环输出
    1. ---
    2. - name: item test
    3. hosts: dbservers
    4. remote_user: root
    5. gather_facts: no
    6. tasks:
    7. - debug:
    8. msg: "{{item}}"
    9. with_items: [a, b, c, d]

     

    当列表为两个时。with_item的输出方式 

    1. - name: item test
    2. hosts: dbservers
    3. remote_user: root
    4. gather_facts: no
    5. tasks:
    6. - debug:
    7. msg: "{{item}}"
    8. with_items:
    9. - [a, b, c, d]
    10. - [1, 2, 3, 4]

     

     

    with_list  每组列表一起循环的输出  
    1. - name: item test
    2. hosts: dbservers
    3. remote_user: root
    4. gather_facts: no
    5. tasks:
    6. - debug:
    7. msg: "{{item}}"
    8. with_list:
    9. - [a, b, c, d]
    10. - [1, 2, 3, 4]
    11. ~

     

     

     with_together 同一列表位置数据组合输出的循环 
    1. ---
    2. - name: item test
    3. hosts: dbservers
    4. remote_user: root
    5. gather_facts: no
    6. tasks:
    7. - debug:
    8. msg: "{{item}}"
    9. with_together:
    10. - [a, b, c, d]
    11. - [1, 2, 3, 4]

     

     

    1. ---
    2. - name: item test
    3. hosts: dbservers
    4. remote_user: root
    5. gather_facts: no
    6. tasks:
    7. - debug:
    8. msg: "{{item}}"
    9. with_together:
    10. - [a, b, c, d]
    11. - [1, 2, 3, 4]
    12. - [e, f, g]
    13. ~

     

    with_nested 列表数据循环匹配的循环(根据列表个数定义有多少层的循环)
    1. ---
    2. - name: item test
    3. hosts: dbservers
    4. remote_user: root
    5. gather_facts: no
    6. tasks:
    7. - debug:
    8. msg: "{{item}}"
    9. with_nested:
    10. - [a, b, c, d]
    11. - [1, 2, 3, 4]

     

     四种迭代循环方式的总结

    whith_items:  {{item}}会把所有的列表展开进行遍历输出,with_flattened也可以替代with_items

     with_list:    {{item}}会把每个列表当作一个整体输出。如果每个列表中只有一个值,则效果与with items一致。loop也可以替代ith

     with_together: {{item}}引用时会把每个列表相同位置的值对齐合并后输出

    with nested:{ {item}}引用时会把每个列表的值两两组合循环输出
     

    Templates 模块

    inja是基于Python的模板引擎。Template类是Jinja的一个重要组件,可以看作是一个编译过的模板文件,用来产生目标文本,传递Python的变量给模板去替换模板中的标记。 

     本次我们以改变apche的配置文件为例,来展现Templates模块的运用

    先准备一个以 .j2 为后缀的 template 模板文件,设置引用的变量
     

    #如果没有相关的httpd的配置文件,可以先yum按住一个httpd的服务,取其主配置文件
    cp /etc/httpd/conf/httpd.conf /opt/httpd.conf.j2
     
    vim /opt/httpd.conf.j2
    Listen {{http_port}}                #42行,修改
    ServerName {{server_name}}            #95行,修改
    DocumentRoot "{{root_dir}}"          #119行,修改

     

    修改主机清单文件,使用主机变量定义一个变量名相同,而值不同的变量

    vim /etc/ansible/hosts 
    [webservers]
    192.168.146.30 http_port=192.168.146.30:80 server_name=www.accp.com:80 root_dir=/etc/httpd/htdocs
     
    [dbservers]
    192.168.146.40 http_port=192.168.80.146.40 server_name=www.benet.com:80 root_dir=/etc/httpd/htdocs

     

    编写 playbook  
    1. vim apache.yaml
    2. ---
    3. - hosts: all
    4. remote_user: root
    5. vars:
    6. - package: httpd
    7. - service: httpd
    8. tasks:
    9. - name: install httpd package
    10. yum: name={{package}} state=latest
    11. - name: install configure file
    12. template: src=/opt/httpd.conf.j2 dest=/etc/httpd/conf/httpd.conf #使用template模板
    13. notify:
    14. - restart httpd
    15. - name: create root dir
    16. file: path=/etc/httpd/htdocs state=directory
    17. - name: start httpd server
    18. service: name={{service}} enabled=true state=started
    19. handlers:
    20. - name: restart httpd
    21. service: name={{service}} state=restarted
    22. ansible-playbook apache.yaml

    Tags

    可以在一个playbook中为某个或某些任务定义“标签”,在执行此playbook时通过ansible-playbook命令使用--tags选项能实现仅运行指定的tasks。
    playbook还提供了一个特殊的tags为always。作用就是当使用always作为tags的task时,无论执行哪一个tags时,定义有always的tags都会执行。
     

    单标签的使用
    1. ---
    2. - name: this is fifth playbook
    3. hosts: dbservers
    4. remote_user: root
    5. vars:
    6. filename: abc.txt
    7. tasks:
    8. - name: position 1
    9. debug:
    10. msg: 'ls /opt'
    11. tags:
    12. - only
    13. - name: position 2
    14. debug:
    15. msg: 'ls /mnt'

     

    多标签的运用
    1. ---
    2. - name: this is fifth playbook
    3. hosts: dbservers
    4. remote_user: root
    5. vars:
    6. filename: abc.txt
    7. tasks:
    8. - name: position 1
    9. debug:
    10. msg: 'ls /opt'
    11. tags:
    12. - one
    13. - name: position 2
    14. debug:
    15. msg: 'ls /mnt'
    16. tags:
    17. - two
    18. - name: position 3
    19. debug:
    20. msg: 'ls /etc'
    21. tags:
    22. - one

     

     

    通用标签always的运用  
    1. ---
    2. - name: this is fifth playbook
    3. hosts: dbservers
    4. remote_user: root
    5. vars:
    6. filename: abc.txt
    7. tasks:
    8. - name: position 1
    9. debug:
    10. msg: 'ls /opt'
    11. tags:
    12. - one
    13. - name: position 2
    14. debug:
    15. msg: 'ls /mnt'
    16. tags:
    17. - always
    18. - name: position 3
    19. debug:
    20. msg: 'ls /etc'
    21. tags:
    22. - one

     

    Roles

    roles用于层次性、结构化地组织playbook。roles能够根据层次型结构自动装载变量文件、tasks以及handlers等。要使用roles只需要在playbook中使用include指令引入即可。
    简单来讲,roles就是通过分别将变量、文件、任务、模板及处理器放置于单独的目录中,并可以便捷的include它们的一种机制。roles一般用于基于主机构建服务的场景中,但也可以是用于构建守护进程等场景中。主要使用场景代码复用度较高的情况下。

    假如我们现在有3个被管理主机,第一个要配置成httpd,第二个要配置成haproxy服务器,第三个要配置成MySQL(mariadb)服务器。我们如何来定义playbook?
    第一个play用到第一个主机上,用来构建httpd,第二个play用到第二个主机上,用来构建haproxy。这些个play定义在playbook中比较麻烦,将来也不利于模块化调用,不利于多次调用。比如说后来又加进来一个主机,这第3个主机既是httpd服务器,又是haproxy服务器,我们只能写第3个play,上面写上安装httpd和haproxy。这样playbook中的代码就重复了。
    为了避免代码重复,可以定义一个角色叫httpd,第二个角色叫haproxy,并使用roles实现代码重复被调用。
     

    roles 的目录结构

    cd /etc/ansible/
    tree roles/
    roles/
    ├── web/    #相当于 playbook 中的 每一个 play 主题
    │   ├── files/
    │   ├── templates/
    │   ├── tasks/
    │   ├── handlers/
    │   ├── vars/
    │   ├── defaults/
    │   └── meta/
    └── db/
        ├── files/
        ├── templates/
        ├── tasks/
        ├── handlers/
        ├── vars/
        ├── defaults/
        └── meta/

    roles 内各目录含义解释
     ●files
    用来存放由 copy 模块或 script 模块调用的文件。
     
    ●templates
    用来存放 jinjia2 模板,template 模块会自动在此目录中寻找 jinjia2 模板文件。
     
    ●tasks
    此目录应当包含一个 main.yml 文件,用于定义此角色的任务列表,此文件可以使用 include 包含其它的位于此目录的 task 文件。
     
    ●handlers
    此目录应当包含一个 main.yml 文件,用于定义此角色中触发条件时执行的动作。
     
    ●vars
    此目录应当包含一个 main.yml 文件,用于定义此角色用到的变量。
     
    ●defaults
    此目录应当包含一个 main.yml 文件,用于为当前角色设定默认变量。 这些变量具有所有可用变量中最低的优先级,并且可以很容易地被任何其他变量覆盖。所以生产中我们一般不在这里定义变量
     
    ●meta
    此目录应当包含一个 main.yml 文件,用于定义此角色的元数据信息及其依赖关系。

    集中式lamp的简单role编写过程 

    //在一个 playbook 中使用 roles 的步骤:
    (1)创建以 roles 命名的目录
    mkdir /etc/ansible/roles/ -p    #yum装完默认就有
     
    (2)创建全局变量目录(可选)
    mkdir /etc/ansible/group_vars/ -p
    touch /etc/ansible/group_vars/all     #文件名自己定义,引用的时候注意
     
    (3)在 roles 目录中分别创建以各角色名称命名的目录,如 httpd、mysql
    mkdir /etc/ansible/roles/httpd
    mkdir /etc/ansible/roles/mysql
     
    (4)在每个角色命名的目录中分别创建files、handlers、tasks、templates、meta、defaults和vars目录,用不到的目录可以创建为空目录,也可以不创建
    mkdir /etc/ansible/roles/httpd/{files,templates,tasks,handlers,vars,defaults,meta}
    mkdir /etc/ansible/roles/mysql/{files,templates,tasks,handlers,vars,defaults,meta}
     
    (5)在每个角色的 handlers、tasks、meta、defaults、vars 目录下创建 main.yml 文件,千万不能自定义文件名
    touch /etc/ansible/roles/httpd/{defaults,vars,tasks,meta,handlers}/main.yml
    touch /etc/ansible/roles/mysql/{defaults,vars,tasks,meta,handlers}/main.yml
     
    (6)修改 site.yml 文件,针对不同主机去调用不同的角色
    vim /etc/ansible/site.yml
    ---
    - hosts: webservers
      remote_user: root
      roles:
         - httpd
    - hosts: dbservers
      remote_user: root
      roles:
         - mysql
         
    (7)运行 ansible-playbook
    cd /etc/ansible
    ansible-playbook site.yml
     
     
    示例:
    mkdir /etc/ansible/roles/httpd/{files,templates,tasks,handlers,vars,defaults,meta} -p
    mkdir /etc/ansible/roles/mysql/{files,templates,tasks,handlers,vars,defaults,meta} -p
    mkdir /etc/ansible/roles/php/{files,templates,tasks,handlers,vars,defaults,meta} -p
     
    touch /etc/ansible/roles/httpd/{defaults,vars,tasks,meta,handlers}/main.yml
    touch /etc/ansible/roles/mysql/{defaults,vars,tasks,meta,handlers}/main.yml
    touch /etc/ansible/roles/php/{defaults,vars,tasks,meta,handlers}/main.yml
     
    ------编写httpd模块------
    写一个简单的tasks/main.yml
    vim /etc/ansible/roles/httpd/tasks/main.yml
    - name: install apache
      yum: name={{pkg}} state=latest
    - name: start apache
      service: enabled=true name={{svc}} state=started
     
    //定义变量:可以定义在全局变量中,也可以定义在roles角色变量中,一般定义在角色变量中
    vim /etc/ansible/roles/httpd/vars/main.yml
    pkg: httpd
    svc: httpd
     
    -------编写mysql模块-------
    vim /etc/ansible/roles/mysql/tasks/main.yml
    - name: install mysql
      yum: name={{pkg}} state=latest
    - name: start mysql
      service: enabled=true name={{svc}} state=started
      
    vim /etc/ansible/roles/mysql/vars/main.yml
    pkg:
      - mariadb
      - mariadb-server
    svc: mariadb
     
    -------编写php模块-----
    vim /etc/ansible/roles/php/tasks/main.yml
    - name: install php
      yum: name={{pkg}} state=latest
    - name: start php-fpm
      service: enabled=true name={{svc}} state=started
     
    vim /etc/ansible/roles/php/vars/main.yml
    pkg:
      - php
      - php-fpm
    svc: php-fpm
     
    -----编写roles示例-----
    vim /etc/ansible/site.yml
    ---
    - hosts: webservers
      remote_user: root
      roles:
       - httpd
       - mysql
       - php
     
     
    cd /etc/ansible
    ansible-playbook site.yml

  • 相关阅读:
    ASP.NET限流器的简单实现
    基于51单片机的气泵气压控制系统无线WiFi通信proteus仿真原理图PCB
    特征工程使用卡方检测的作用
    Masa Framework源码解读-02缓存模块(分布式缓存进阶之多级缓存)
    【无标题】
    如何将 PDF 转换为 Word:前 5 个应用程序
    「AIGC」Python实现tokens算法
    <C++> STL_unordered_set/map
    实验室超声波清洗器如何选择?
    会议信息管理系统SSM记录(五)
  • 原文地址:https://blog.csdn.net/weixin_42054864/article/details/133882528