ansible的运用

概述

    ansible是一款无需在被管理主机上安装客户端，基于SSH对多台目标主机进行同时操作的轻量级的管理软件，借助各个内部的功能模块，实现了批量系统配置、批量程序部署、批量运行命令等功能。本篇就介绍一些关于ansible的基础配置相关的内容，具体包括：

    1、ansible的简介

    2、ansible的基础应用

    3、ansible常用模块介绍

    4、ansible的playbook基础应用介绍

    5、playbook中的handlers(触发器)的介绍

    6、playbook中的tags(标签)的介绍

    7、playbook中的variables(变量)的介绍

    8、playbook中的templates(模板)的介绍

    9、playbook中的条件判断机制的介绍

    10、playbook中的循环(迭代)机制的介绍

    11、ansible的roles(角色)功能的介绍

    12、ansible实战一：利用ansible配置主备模型的keepalived+nginx

    13、ansible实战二：实战一的基础上在nginx后端提供httpd+php+php-mysql

    14、ansible实战三：在此前实验基础上配置mysql服务

第一章    ansible的简介

    1、ansible的软件结构

    

        Host Inventory：主机清单，也就是被管理的主机列表

        Playbooks：ansible的剧本，可想象为将多个任务放置在一起，一块执行

        Core Modules：ansible的核心模块

        Custom Modules：自定义模块

        Connection Plugins：连接插件，用于与被管控主机之间基于SSH建立连接关系

        Plugins：其他插件，包括记录日志等

    2、ansible的特性

        <1>模块化：调用特定的模块，完成特定任务

        <2>基于python语言实现，由Paramiko(完成基于ssh的连接)，PyYAML(对YAML文件的支持)，jinja2(python的模板库)三个关键的模块

        <3>部署简单：是没有客户端的

        <4>支持自定义模块，使用任意编程语言

        <5>支持强大的playbook

        <6>具有幂等性：一个操作在一个主机上执行一遍和执行N遍的结果是一样的

第二章    ansible的基础应用

    1、ansible管理端的安装

        在EPEL源中，有包含ansible的软件包安装只需要配置好EPEL的yum源，yum安装即可

    

 

    安装生成的文件

    

    2、ansible被管控主机的定义

        对希望被管控的主机的定义需要实现在ansible管理端的针对被管理主机的配置文件(/etc/ansible/hosts)中进行定义

    

    

    3、配置管理节点可以基于ssh秘钥登录被管理节点

    

    

    4、ansible命令的用法介绍

        ansible HOST-PATTERN [-f FORKS] [-m MOD_NAME] [-a MOD_ARGS]

            HOST_PATTERN：指明对哪些被管控主机进行操作

            -f FORKS：表示一批处理几台主机，也就是当被管控主机很多时，ansible不是对所有主机同时发起管理操作，而是一批处理几台，然后再换一批，直到所有主机被处理完成，如果不指定，则默认是5台

            -m MOD_NAME：指明调用哪个模块执行操作，各个模块所能实现的功能不同，如果不指定，默认是用-m command模块

            -a MOD_ARGS：指明使用该模块的执行操作时的参数

    

第三章    ansible常用模块介绍

    1、获取常用模块的列表和对应模块的使用帮助信息

        可用ansible-doc -l  来查看所有可用的模块列表

        可用ansible-doc -s MOD_NAME  来查看对应模块的帮助信息

    

    2、command模块

        在远程主机执行命令,不支持管道，重定向等shell的特性

        常用参数有：

        chdir=   表示指明命令在远程主机上哪个目录下运行，也就是在命令执行前切换到哪个目录下

        creates=   在命令运行时创建一个文件，如果文件已存在，则不会执行创建任务

        removes=   在命令运行时移除一个文件，如果文件不存在，则不会执行移除任务

        executeble=   指明运行命令的shell程序

    

    

    3、shell模块

        在远程主机执行命令，相当于调用远程主机的shell进程，然后在该shell下打开一个子shell运行命令

        支持shell特性，如管道，重定向等

        注意：command和shell模块的核心参数直接为命令本身，而其他模块的核心参数一般是"key=value"格式

        常见参数有：

        chdir=   表示指明命令在远程主机上哪个目录下运行

        creates=   在命令运行时创建一个文件，如果文件已存在，则不会执行创建任务

        removes=  在命令运行时移除一个文件，如果文件不存在，则不会执行移除任务

        executeble=   指明运行命令的shell程序

    

    

    4、copy模块

        拷贝ansible管理端的文件到远程主机的指定位置

        常见参数有：

        dest=   指明拷贝文件的目标目录位置，使用绝对路径，如果源是目录，则目标也要是目录,如果目标文件已存在，会覆盖原有内容

        src=   指明本地路径下的某个文件，可以使用相对路径和绝对路径，支持直接指定目录，如果源是目录，则目标也要是目录

        mode=   指明复制时，目标文件的权限

        owner=   指明复制时，目标文件的属主

        group=   指明复制时，目标文件的属组

        content=  指明复制到目标主机上的内容，不能与src一起使用，相当于复制content指明的数据，到目标文件中

    

    

    

   

    

    5、cron模块

        管理计划任务的模块

        常见参数有：

        minute=  指明计划任务的分钟，支持格式：0-59，*，*/2等，与正常cron任务定义的一样的语法,省略时，默认为*，也就是每分钟都执行

        hour=  指明计划任务的小时，支持的语法：0-23，*，*/2等，省略时，默认为*，也就是每小时都执行

        day=  指明计划任务的天，支持的语法：1-31，*，*/2等，省略时，默认为*，也就是每天都执行

        month=  指明计划任务的月，支持的语法为：1-12，*，*/2等，省略时，默认为*，也就是每月都执行

        weekday=  指明计划任务的星期几，支持的语法为：0-6，*等，省略时，默认为*，也就是每星期几都执行

        reboot  指明计划任务执行的时间为每次重启之后

        name=   给该计划任务取个名称,必须要给明。每个任务的名称不能一样。删除任务时，只需要给明任务的名称即可

        job=  执行的任务是什么，当state=present时才有意义

        state=present|absent   表示这个任务是创建还是删除，present表示创建，absent表示删除，默认是present

    

    

    

    6、fetch模块

        从远程主机拉取文件到本地

        一般情况下，只会从一个远程节点拉取数据

        常见参数有：

        dest=  从远程主机上拉取的文件存放在本地的位置，一般只能是目录

        src=   指明远程主机上要拉取的文件，只能是文件，不能是目录

    

    

    7、file模块

        用于设定远程主机上的文件属性

        常见参数有：

        path=   指明对哪个文件修改其属性

        src=   指明path=指明的文件是软链接文件，其对应的源文件是谁，必须要在state=link时才有用

        state=directory|link|absent   表示创建的文件是目录还是软链接

        owner=   指明文件的属主

        group=   指明文件的属组

        mode=   指明文件的权限

        创建软链接的用法：

            src=  path=  state=link

        修改文件属性的用法：

            path=  owner=  mode=  group=

        创建目录的用法：

            path=  state=directory

        删除文件：

            path= state=absent

    

 

    

    

    

    

    

    

    

    8、hostname模块

        管理远程主机上的主机名

        常用参数有

        name=  指明主机名

    

    9、yum模块

        基于yum机制，对远程主机管理程序包

        常用参数有：

        name=   指明程序包的名称，可以带上版本号，不指明版本，就是默认最新版本。

        state=present|latest|absent   指明对程序包执行的操作，present表示安装程序包，latest表示安装最新版本的程序包，absent表示卸载程序包

        disablerepo=    在用yum安装时，临时禁用某个仓库，仓库的ID

        enablerepo=    在用yum安装时，临时启用某个仓库,仓库的ID

        conf_file=   指明yum运行时采用哪个配置文件，而不是使用默认的配置文件

        diable_gpg_check=yes|no  是否启用gpg-check  

    

    

    

    

    

    10、service模块

        用来管理远程主机上的服务的模块

        常见参数有：

        name=   被管理的服务名称

        state=started|stopped|restarted   表示启动或关闭或重启

        enabled=yes|no  表示要不要设定该服务开机自启动

        runlevel=   如果设定了enabled开机自动启动，则要定义在哪些运行级别下自动启动

    

    

    

    11、uri模块

        如果远端是web服务器，可以利用ansible直接请求某个网页

        常见参数有：

        url=  指明请求的url的路径，如：http://10.1.32.68/test.jpg

        user=  如果请求的url需要认证，则认证的用户名是什么

        password=  如果请求的url需要认证，则认证的密码是什么

        method=  指明请求的方法，如GET、POST…

        body=   指明报文中实体部分的内容，一般是POST方法或PUT方法时用到

        HEADER_   自定义请求报文中的添加的首部

    

    12、user模块

        管理远程主机上的用户的账号

        常见参数有：

        name=   指明要管理的账号名称

        state=present|absent   指明是创建账号还是删除账号，present表示创建，absent表示删除

        system=yes|no   指明是否为系统账号

        uid=   指明用户UID

        group=   指明用户的基本组

        groups=   指明用户的附加组

        shell=   指明默认的shell

        home=   指明用户的家目录

        move_home=yes|no   当home设定了家目录，如果要创建的家目录已存在，是否将已存在的家目录进行移动

        password=   指明用户的密码，最好使用加密好的字符串

        comment=   指明用户的注释信息

        remove=yes|no   当state=absent时，也就是删除用户时，是否要删除用户的而家目录

    

    

    

    13、group模块

        用来添加或删除远端主机的用户组

        常见参数有：

        name=   被管理的组名

        state=present|absent   是添加还是删除,不指名默认为添加

        gid=   指明GID

        system=yes|no   是否为系统组

    

  

    

    14、script模块

        将管理端的某个脚本，移动到远端主机(不需要指明传递到远端主机的哪个路径下，系统会自动移动，然后执行)，然后执行

        一般是自动移动到远端主机的/root/.ansible/tmp目录下，然后自动给予其权限，然后再开个子shell然后运行脚本，运行完成后删除脚本

    

    

    

    15、setup模块

        可收集远程主机的facts变量的信息，相当于收集了目标主机的相关信息(如内核版本、操作系统信息、cpu、…)，保存在ansible的内置变量中，之后我们有需要用到时，直接调用变量即可

    

    16、template模块的使用

        基于模板方式，生成一个模板文件，复制到远程主机，让远程主机基于模板，生成符合远程主机自身的文件

        注意：此模块不能在命令行使用，只能用在playbook中

        常见的参数有：

        src=  指明管理端本地的模板文件的目录

        dest=   指明将模板文件拷贝到远程主机的哪个目录下

        owner=  指明拷贝到远程主机的文件的属主

        group=  指明拷贝到远程主机的文件的属组

        mode=   指明拷贝到远程主机的文件的权限

    

    

第四章    ansible的playbook基础应用介绍

   

    当需要执行的任务有多个时，需要一条一条编辑ansible命令，然后执行，而且当需要重复执行时，又要重新编辑执行，这样效率不高，因此ansible就可以利用playbook来完成将任务写到一个YAML格式的文件中，然后利用ansible-playbook进行调用该文件，从而实现了多条语句，可重复执行的效果，类似shell脚本的效果，ansible的playbook要借助YAML文件来实现，YAML文件扩展名通常为.yaml或.yml

    1、YAML文件的语法

        YAML语法和其他高阶语言类似，并可以简单表达清单，散列表、标量等数据结构。其结构通过空格来展示，序列里的项用“-”来代表，Map你的键值用“；”分隔

    YAML文件中列表的表示：列表中的所有元素均使用"-" 开头，例如：

        – apple

        – orange

        – mango

    YAML文件中字典的表示：字典通过key与value进行标识，如：

        name: nwc

        job: manager

        sex: M

        也可以将key:value放置于{}中进行表示，如

        {name: nwc,job: manager,sex: M}

    2、playbook的核心元素

        Hosts：运行在哪些主机之上

        Users：远程主机上，运行此任务的身份，不指名默认为root

        Tasks：任务，也就是定义的具体任务，由模块定义的操作的列表

        Variables：变量

        Templates：模板，包含了模板语法编写的模板的文本文件

        Handlers：处理器，类似Tasks，只是在特定的条件下才会触发的任务

            某任务的状态在运行后为changed时，可通过"notify"通知给相应的handlers进行触发执行

        Roles：角色，将Hosts剥离出去，由Tasks、Variables、Templates、Handlers所组成的一种特定的结构的集合

    3、playbook的基础组件

        hosts：运行指定任务的而目标主机，多个主机用:冒号分隔

        remote_user：在远程主机上执行任务的用户;可以全局指定，也可以单个任务指定

        sudo_user：表示以sudo方式运行任务时，切换为哪个用户身份运行

        tasks：

            任务列表，ansible运行任务的方式为，将第一个任务在所有主机上运行完成，然后再将第二个任务在所有主机上运行…，当某个任务在某个主机上运行出现故障，会造成任务终止，再次执行任务只需直接执行即可

            定义任务列表，实际就是指明使用的模块和对应的模块参数来完成的任务的列表，其格式有两种：

                (1)action:MODULE  ARGUMENTS

                (2)MODULE:ARGUMENTS

            注意：shell和command模块后面直接跟命令，而不是key=value的参数列表

    

    

    4、playbook文件的执行

        playbook文件定义的任务要向执行，需要利用ansible-playbook命令进行调用

        ansible-playbook命令用法：

        <1> 检测语法

            ansible-playbook –syntax-check /PATH/TO/PLAYBOOK.yaml

        <2> 测试运行

            ansible-playbook -C|–check /PATH/TO/PLAYBOOK.yaml

            只检测执行指定的YAML文件可能会发生改变，但不真正执行操作，相当于测试运行

                –list-hosts  检测YAML文件可能影响到的主机列表

                –list-tasks   列出YAML文件的任务列表

                –list-tags    列出YAML文件中的标签

        <3> 运行

            ansible-playbook /PATH/TO/PLAYBOOK.yml

            可用选项：

            不加任何选项表示完整运行整个playbook文件

            -t TAGS,–tags=TAGS  表示只执行那个标签的任务

            –skip-tags=SKIP_TAGS  表示除了指明的标签的任务，其他任务都执行

            –start-at-task=START_AT   从指明的任务开始往下运行

        <4> 通常情况下剧本的执行过程

            先要利用 ansible-playbook -C|–check /PATH/TO/PLAYBOOK.yaml进行测试，测试没问题后

            再利用 ansible-playbook /PATH/TO/PLAYBOOK.yml正式执行

    

    

    

第五章    playbook中的handlers(触发器)的介绍

    

    1、handlers的作用

        用于当关注资源发生变化时采取一定的操作，可理解为：当之前定义在tasks中的任务，如果执行成功后，我们希望在此基础上触发某个别的任务，这时就需要定义handlers。

        要想handlers生效，首先需要在tasks的任务中定义一个notify，表示执行成功后，通知执行哪个handler，然后再定义handlers中，定义handler任务，handler任务的name要与notify中定义通知给哪个handler的名称一致

    2、handlers触发器的使用示例：

    

    

    

第六章    playbook中的tags(标签)的介绍

    1、tags标签的作用

        当我们定义了一个playbook文件，文件有很多任务要执行，如果我们只是希望执行其中的某一个任务，则可以在编写该任务时，为该任务加上标签，然后利用ansible-playbook调用时，指明只执行那个tags标签的任务(ansible-playbook -t TAG_NANE YAML文件)

        可以将多个任务提供一样的标签，这样，就可以实现指定运行某标签的任务时，同时运行多个任务；也支持一个任务定义多个标签

        可以在用ansible-playbook利用-t指明执行的标签的任务时，支持用逗号,隔开的多个标签，则也是多个标签的任务都执行

    2、tags标签的示例

    

    

    

    

第七章    playbook中的variables(变量)的介绍

    在playbook中可在各个任意地方使用变量，引用变量的格式为：{{ VAR_NAME }}，变量名与大括号之间有空格

    定义变量的方式分别为：

    1、facts类型的变量：

        可直接调用，是ansible收集的关于被管理主机的相关信息，其被保存在ansible的一些变量中，如果要查看某个被管理主机有哪些facts变量可用，则可以执行：

        ansible 10.1.32.72 -m setup

        可列出10.1.32.72主机上可用的所有的facts变量及其值

    

    

    

    2、ansible-playbook命令的命令行中的自定义变量：

        ansible-playbook -e VARS=VALUE

        如果要指定多个变量，则用多个-e引导即可

    

    3、在定义主机的hosts中(也就是/etc/ansible/hosts文件中)定义变量

        <1>实现向不同的主机传递不同的变量

            如：vim /etc/ansible/hosts

            [webserver]

            10.1.32.72 hname=web1 aaa=111 bbb=test

            10.1.32.73 hname=web2 aaa=222

            表示针对10.1.32.72这台主机，hname这个变量的值为8080，aaa变量的值为111，bbb变量的值为test

            针对10.1.32.73这台主机，hname这个变量的值为8090，aaa变量的值为222

    

    

    

        <2>实现向某个组内的主机，传递相同的变量

            如：vim /etc/ansible/hosts

            [webserver:vars]

            http_port=8080

            表示向webserver组内的主机定义相同的变量http_port,其值都为8080

    

    

    

        <3>hosts文件中在每个主机后面可以用ansible_ssh_user和ansible_ssh_pass来指明ansible连接该主机时，不是采用我们之前自己手动执行的利用ssh秘钥登录，而是直接将用户名密码写入到/etc/ansible/hosts文件中，每次连接都是基于用户名密码的登录

            如：vim /etc/ansible/hosts

            [dbserver]

            10.1.32.68 ansible_ssh_user=root ansible_ssh_pass=123456

            10.1.32.73 

            注意，此类参数不能传递给playbook，也就是无法进行调用，只是用来ansible连接远程主机时的定义

            除了上面的两个参数，还有：

                ansible_ssh_host  连接的远程主机

                ansible_ssh_port  连接的远程主机的端口

                ansible_sudo_pass   以sudo方式运行任务时的sudo用户的密码

    4、在playbook的yaml文件中定义变量

        如:有个YAML文件为/root/test.yaml，内容为

        – hosts: webserver

          remote_user: root

          vars:

          – pkname: httpd

          – yname: php

         tasks:

         – name: install packages

           yum: name={{ pkname }} state=present

         – name: install packages2

           yum: name={{ yname }} state=present

    

  

    

    

第八章    playbook中的templates(模板)的介绍

    1、templates模板文件的说明

        templates是模板文本文件，但是此文本文件内部嵌套有脚本(脚本是使用模板编程语言编写)，主要用来提供文件模板，让被管理主机根据模板中定义的脚本，生成符合远程主机环境的文件，也就是相当于提供一个模板文件，拷贝到被管理主机上，被管理主机根据自身的情况，生成符合自身实际的文件，模板文件中的语法，是语句模板编程语言所定义的，在ansible中，是jinja2的语法格式(因为ansible是python语言开发，而python嵌入文本中的语言是jinja2)

    2、jinja2常用的语法

        数据类型(字面量)：

            字符串：使用单引号或双引号引用起来的都被认为是字符串

            数字：整数、浮点数，不能用引号

            列表：[item1,item2,…]

            元组：(item1,item2,…)

            字典：{key1:value1,key2:value2,…}

                字典的key一般是字符串，所以要用引号引起来

            布尔型：true/false

        算数运算：

            +、-、*、/、//(除完以后只保留商)、%(取模，除完以后只留余数)、**(次方)

        比较操作：

            ==、!=、>、>=、<、<=

        逻辑运算：

            and、or、not

        变量引用：与YAML语法一样

            {{ VAR_NAME }}

        迭代(循环)、条件判断

    3、template模块

        当模板文件生成后，就可以借助template模块，将模板文件拷贝到被管控主机上，生成符合远端主机环境的文件，注意不能用copy模块进行拷贝，因为copy模块拷贝时，模板文件中定义的一些jinja2的语法结构会被当做纯文本信息进行拷贝，而用template模块进行拷贝时，则会识别jinja2的语法，将对应的语法替换为符合远端主机的具体的值，生成符合远端主机环境的文件

   

        template模块的参数有：

            src=  指明管理端本地的模板文件的目录

            dest=   指明将模板文件拷贝到远程主机的哪个目录下

            owner=  指明拷贝到远程主机的文件的属主

            group=  指明拷贝到远程主机的文件的属组

            mode=   指明拷贝到远程主机的文件的权限

    4、template模板使用配置示例

    

    

    

     

第九章    playbook中的条件判断机制的介绍

    当我们希望在playbook文件中，完成诸如在某条件满足时，才执行指定的任务时，就需要借助条件判断机制。

    要想使用条件判断，可以在tasks中使用when语句，标明在什么情况下，才执行该任务，when语句支持jinja2的语法格式

    示例：

    

    

第十章    playbook中的循环(迭代)机制的介绍

    1、循环的相关概念

        当需要重复执行同一类任务时，可以用到循环

        循环实际就是对迭代项的引用，迭代项的固定变量名为item，而后在tasks使用with_items给定要迭代的元素列表

        with_items在表示机制可以使用

            列表：如

                with_items:

                – aa

                – bb

                …

                该种方式定义的迭代项直接用：{{ item }}进行引用

            也可以使用字典，如：(如果值为字符串，需要用引号引起来，变量与值之间要用空格隔开)

                with_items:

                – {var1: value1,var2: value2,…}

                – {var1: value3,var2: value4,…}

                …

                该种方式定义的迭代项，应用要用 {{ item.var1 }}引用第一个变量，{{ item.var2 }}引用第二个变量…

    2、循环的示例一：列表形式的迭代项的循环引用

    

    

    

    3、循环示例二：字典形式的迭代项的循环引用

    

    

    

第十一章    ansible的roles(角色)功能的介绍

    1、角色的相关概念

        角色集合，实际是相当于多种不同的tasks的文件的集中存储在某个目录下，该目录就是角色集合就是roles(默认是/etc/ansible/roles/目录，可通过ansible的配置文件来调整默认的角色目录)，在该目录下有很多子目录，就是一个一个的不同角色目录，而在每个角色目录下就会有分别有具体的功能的实现

        如：/etc/ansible/roles/  此为角色集合，目录下有自定义的各个子目录，如

            mysql/子目录，也就是mysql角色

            httpd/子目录，也就是httpd角色

            nginx/子目录，也就是nginx角色

    2、角色的目录结构

    每个角色的定义，以特定的层级目录结构进行组织：以mysql/子目录(mysql角色)为例：(每种角色的目录结构都一样)    files/子目录        存放由copy或script等模块调用的文件    templates/子目录        存放template模块查找所需要的模板文件的目录，如之前示例中用于给被管理主机提供nginx的模板配置文件    tasks/子目录        任务存放的目录，至少应该包含一个main.yml的文件，文件中定义了需要执行的任务清单，该目录下也可以有        其他.yml文件，但是需要在main.yml文件中用include指令将其他.yml文件包含进来    handlers/子目录        存放相关触发执行器的目录，至少应该包含一个main.yml的文件，文件中定义了触发器的任务清单，该目录下        也可以有其他.yml文件，但是需要在main.yml文件中用include指令将其他.yml文件包含进来    vars/子目录        变量存放的目录，至少应该包含一个main.yml的文件，文件中定义了相关的变量及其值，该目录下也可以有其        他.yml文件，但是需要在main.yml文件中用include指令将其他.yml文件包含进来    meta/           用于存放此角色元数据，至少应该包含一个main.yml的文件，文件中定义当前角色的特殊设定及其依赖关系，        该目录下也可以有其他.yml文件，但是需要在main.yml文件中用include指令将其他.yml文件包含进来    default/        默认变量存放的目录，至少应该包含一个main.yml的文件，文件中定义了此角色使用的默认变量，该目录下也        可以有其他.yml文件，但是需要在main.yml文件中用include指令将其他.yml文件包含进来            ####### 除了tasks目录，上述目录结构并非每个都必须，而是根据实际需要进行创建 #######

    3、在playbook中调用角色方法一：

        如何利用定义的角色，在某些主机上完成某些任务：此时就需要调用相关的角色了

        如：(相关示例详见实战部分)        - hosts: webserver          remote_user: root          roles:          - mysql          - httpd        可以只调用一个角色，也可以调用多个角色，当定义了角色后，用ansible-playbook PLAYBBOOK文件   执行即可        此时ansible会到角色集合的目录(默认/etc/ansible/roles/ 目录)去找 roles:调用的角色，也就是在角色集合        目录下找同名的子目录，将子目录下的所有代码运行一遍

    4、在playbook中调用角色方法二：(在角色调用时传递变量)

        如：(相关示例详见实战部分)

        - hosts: webserver          remote_user: root          roles:          - {role: mysql,var1: value1,var2: value2,...}          - {role: httpd,var3: value3,var4: value4,...}        表示调用两个角色，(role键用于指定调用的角色名称，后续的key/value用于传递变量给角色，每个键后面对应的值之间有空格)        一个角色是mysql，向该角色传递变量var1，其值为value1，...        调用另一个角色httpd，向该角色传递变量var3，其值为value3，...

    5、在playbook中调用角色时，实现条件判断：

        如：(相关示例详见实战部分)

        - hosts: webserver          remote_user: root          roles:          - {role: mysql,var1: value1,when:ansible_distribution_major_version=='7'}          - {role: httpd,when:ansible_distribution_major_version=='6'}        表示当ansible_distribution_major_version的值为7时，调用mysql角色,传递变量var1，变量值为value1        表示当ansible_distribution_major_version的值为6时，调用httpd角色

      

第十二章    ansible实战一：利用ansible配置主备模型的keepalived+nginx

    

    1、实验环境

    

    2、实验前准备工作

        <1> 配置好各个节点之间的网络环境

        

        

        

       

        <2> 各个节点之间时间同步 

        

        

        

        

        <3> 配置各个节点之间，可基于主机名解析，且解析结果与实际主机名一致

        

        <4> 确保iptables和selinux不会影响实验正常进行

        

        <5> 在ansible管理节点上部署ansible

        

        <6> 配置ansible主机可基于ssh秘钥登录被管理主机的root用户

        

        

        <7> 为ansible配置被管理主机

        

    3、在ansible主机上利用ansible的roles功能，在两台被管理主机上安装和配置nginx

[root@node68 ~]#   ****** 创建角色的目录结构 ******[root@node68 ~]# mkdir /etc/ansible/roles/nginx/{files,templates,tasks,handlers,vars,default,meta} -pvmkdir: 已创建目录 "/etc/ansible/roles/nginx"mkdir: 已创建目录 "/etc/ansible/roles/nginx/files"mkdir: 已创建目录 "/etc/ansible/roles/nginx/templates"mkdir: 已创建目录 "/etc/ansible/roles/nginx/tasks"mkdir: 已创建目录 "/etc/ansible/roles/nginx/handlers"mkdir: 已创建目录 "/etc/ansible/roles/nginx/vars"mkdir: 已创建目录 "/etc/ansible/roles/nginx/default"mkdir: 已创建目录 "/etc/ansible/roles/nginx/meta"[root@node68 ~]#[root@node68 ~]#[root@node68 ~]#    ******  编辑tasks文件  ******[root@node68 ~]# cat /etc/ansible/roles/nginx/tasks/main.yml - name: install a wget tool  yum: name=wget state=present  tags:   - anzhuang wget- name: download nginx rpm package  shell: chdir=/root wget ftp://10.1.0.1/pub/Sources/7.x86_64/nginx/nginx-1.10.0-1.el7.ngx.x86_64.rpm - name: install nginx  shell: chdir=/root rpm -i nginx-1.10.0-1.el7.ngx.x86_64.rpm  tags:  - anzhuang nginx- name: provide a config file  template: src=nginx.conf.j2 dest=/etc/nginx/nginx.conf  notify:  - restart nginx  - mail to root  tags:  - config and restart- name: move the default index page  shell: mv /usr/share/nginx/html/index.html /usr/share/nginx/html/index.html.bak  tags:  - move default page and provide a new page- name: provied a index page  template: src=index.html.j2 dest=/usr/share/nginx/html/index.html  tags:  - move default page and provide a new page[root@node68 ~]# [root@node68 ~]#    ******  因为tasks中定义了通知机制，故要编辑handler文件   ******[root@node68 ~]# cat /etc/ansible/roles/nginx/handlers/main.yml - name: restart nginx  shell: service nginx restart- name: mail to root  shell: echo "nginx config file has been changed" | mail -s "nginx config file changed" root@localhost[root@node68 ~]# [root@node68 ~]#  ******  因为tasks中定义了template模块相关任务，故要编辑生成template模板文件   ******[root@node68 ~]# ls /etc/ansible/roles/nginx/templates/index.html.j2  nginx.conf.j2[root@node68 ~]# [root@node68 ~]# [root@node68 ~]# [root@node68 ~]#   ******  nginx的模板配置文件   ******[root@node68 ~]# cat /etc/ansible/roles/nginx/templates/nginx.conf.j2 user  nginx;worker_processes  {{ ansible_processor_vcpus }};###### worker进程的个数为ansible_processor_vcpus变量的值，表示与被管理主机上的cpu个数相等 ######error_log  /var/log/nginx/error.log warn;pid        /var/run/nginx.pid;events {    worker_connections  1024;}http {    include       /etc/nginx/mime.types;    default_type  application/octet-stream;    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '                      '$status $body_bytes_sent "$http_referer" '                      '"$http_user_agent" "$http_x_forwarded_for"';    access_log  /var/log/nginx/access.log  main;    sendfile        on;    #tcp_nopush     on;    keepalive_timeout  65;    #gzip  on;    server {        listen       80;        server_name  {{ ansible_fqdn }};        ######  server_name为ansible_fqdn变量的值  ######            #charset koi8-r;        #access_log  /var/log/nginx/log/host.access.log  main;            location / {            root   /usr/share/nginx/html;            index  index.html index.htm;        }            #error_page  404              /404.html;            error_page   500 502 503 504  /50x.html;        location = /50x.html {            root   /usr/share/nginx/html;        }    }}[root@node68 ~]# [root@node68 ~]# [root@node68 ~]#   ******  提供的默认主页的文件模板 ******[root@node68 ~]# cat /etc/ansible/roles/nginx/templates/index.html.j2 <h1>This is {{ ansible_fqdn }} index page IP is {{ ansible_all_ipv4_addresses }}</h1>[root@node68 ~]#

    4、编辑playbook文件，调用角色，执行剧本，让被管理主机通过roles定义的方式，完成nginx安装和配置

    

    

    

    5、验证被管理主机上nginx是否运行正常

    

    

    

    6、编辑生成keepalived的roles角色，和相关配置文件

[root@node68 ~]#   ***** 创建角色工作目录 ******[root@node68 ~]# mkdir -pv /etc/ansible/roles/keepalived/{files,templates,tasks,handlers,vars}mkdir: 已创建目录 "/etc/ansible/roles/keepalived"mkdir: 已创建目录 "/etc/ansible/roles/keepalived/files"mkdir: 已创建目录 "/etc/ansible/roles/keepalived/templates"mkdir: 已创建目录 "/etc/ansible/roles/keepalived/tasks"mkdir: 已创建目录 "/etc/ansible/roles/keepalived/handlers"mkdir: 已创建目录 "/etc/ansible/roles/keepalived/vars"[root@node68 ~]# [root@node68 ~]# [root@node68 ~]#   ******  创建tasks任务列表  ******[root@node68 ~]# cat /etc/ansible/roles/keepalived/tasks/main.yml- name: install keepalived package  yum: name=keepalived state=present- name: move default config file  shell: mv /etc/keepalived/keepalived.conf /etc/keepalived/keepalived.conf.bak  tags:  - move old config file- name: provide a config file for master  template: src=keepalived.conf.master.j2 dest=/etc/keepalived/keepalived.conf  when: is_master == "yes"  notify:  - mail to root  tags:  - provide a config file- name: provide a config file for backup  template: src=keepalived.conf.backup.j2 dest=/etc/keepalived/keepalived.conf  when: is_master == "no"  notify:  - mail to root  tags:   - provide a config file- name: restart keepalived  shell: systemctl restart keepalived.service  tags:  - restart keepalived[root@node68 ~]# [root@node68 ~]#  ******  由于在tasks中定义了 notify，故定义相应的handlers  ******[root@node68 ~]# cat /etc/ansible/roles/keepalived/handlers/main.yml - name: mail to root  shell: echo "keepalived on {{ ansible_all_ipv4_addresses }} config file has been changed" | mail -s "keepalived changed" root@localhost[root@node68 ~]# [root@node68 ~]#   ******  由于在task中定义了template模块，故提供模板文件  *******[root@node68 ~]# ls /etc/ansible/roles/keepalived/templates/keepalived.conf.backup.j2  keepalived.conf.master.j2[root@node68 ~]# [root@node68 ~]# [root@node68 ~]#   *****  为keepalived的master节点提供的模板配置文件  ******[root@node68 ~]# cat /etc/ansible/roles/keepalived/templates/keepalived.conf.master.j2 ! Configuration File for keepalivedglobal_defs {   notification_email {     root@localhost   }   notification_email_from [e-mail]   smtp_server 127.0.0.1   smtp_connect_timeout 30   router_id {{ ansible_hostname }}   vrrp_mcast_group4 224.0.32.18}vrrp_script chk_nginx {script "killall -0 nginx"interval 2weight -5}vrrp_instance VI_1 {    state MASTER    interface eno16777736   #####此为心跳信息传递的接口，可以与VIP的接口不一样#####    virtual_router_id 32    priority 100    advert_int 2    authentication {        auth_type PASS        auth_pass 123456    }    track_script {chk_nginx    }    virtual_ipaddress {        192.168.1.1/24 dev eno33554976    }        track_interface {        eno16777736        eno33554976    }}[root@node68 ~]# [root@node68 ~]# [root@node68 ~]#  *****  为keepalived的backup节点提供的模板配置文件  ******[root@node68 ~]# cat /etc/ansible/roles/keepalived/templates/keepalived.conf.backup.j2 ! Configuration File for keepalivedglobal_defs {   notification_email {     root@localhost   }   notification_email_from [e-mail]   smtp_server 127.0.0.1   smtp_connect_timeout 30   router_id {{ ansible_hostname }}   vrrp_mcast_group4 224.0.32.18}vrrp_script chk_nginx {script "killall -0 nginx"interval 2weight -5}vrrp_instance VI_1 {    state BACKUP    interface eno16777736   #####此为心跳信息传递的接口，可以与VIP的接口不一样#####    virtual_router_id 32    priority 98    advert_int 2    authentication {        auth_type PASS        auth_pass 123456    }    track_script {chk_nginx    }    virtual_ipaddress {        192.168.1.1/24 dev eno33554976    }        track_interface {        eno16777736        eno33554976    }}[root@node68 ~]# [root@node68 ~]#  *****  由于在task任务列表文件中定义了变量，判断当前节点是否是主节点的操作 ******[root@node68 ~]#  *****  故针对每个节点定义其是否为主节点的变量 is_master  ******[root@node68 ~]# [root@node68 ~]# cat /etc/ansible/hosts# This is the default ansible 'hosts' file.## It should live in /etc/ansible/hosts##   - Comments begin with the '#' character#   - Blank lines are ignored#   - Groups of hosts are delimited by [header] elements#   - You can enter hostnames or ip addresses#   - A hostname/ip can be a member of multiple groups[nginx]10.1.32.72 is_master=yes10.1.32.73 is_master=no[root@node68 ~]#

    7、编辑playbook剧本文件，运行剧本

    

    

    8、验证keepalived对nginx的高可用是否成功

    

    

第十三章    ansible实战二：实战一的基础上在nginx后端提供httpd+php+php-mysql

    1、实验环境

    在实战一的基础上，为nginx提供后端提供httpd+php+php-mysql，本实验中，将httpd，php，php-mysql均部署在    原有的nginx两个节点上，将httpd的监听端口改为8080，nginx继续监听80端口，修改nginx的配置文件，让nginx    接受到的请求均反代到httpd服务上进行处理        用的实验环境是实验一的环境，故相关准备工作参照实验一

    2、利用ansible的roles，编辑roles相关配置

[root@node68 ~]#   ****** 创建lap角色目录  ******[root@node68 ~]# mkdir -pv /etc/ansible/roles/lap/{files,templates,tasks,handlers,vars}mkdir: 已创建目录 "/etc/ansible/roles/lap"mkdir: 已创建目录 "/etc/ansible/roles/lap/files"mkdir: 已创建目录 "/etc/ansible/roles/lap/templates"mkdir: 已创建目录 "/etc/ansible/roles/lap/tasks"mkdir: 已创建目录 "/etc/ansible/roles/lap/handlers"mkdir: 已创建目录 "/etc/ansible/roles/lap/vars"[root@node68 ~]# [root@node68 ~]# [root@node68 ~]#    *****  编辑生成tasks任务列表文件  ******[root@node68 ~]# cat /etc/ansible/roles/lap/tasks/main.yml- name: install httpd  yum: name=httpd state=present- name: install php  yum: name=php state=present- name: install php-mysql  yum: name=php-mysql state=present- name: make sure nginx proxy the request to httpd  template: src=nginx.new.conf.j2 dest=/etc/nginx/nginx.conf  notify:   - reload nginx  tags:  - nginx proxy- name: move old httpd config file  shell: mv /etc/httpd/conf/httpd.conf /etc/httpd/conf/httpd.conf.bak  tags:   - move old config- name: provide a httpd config file  template: src=httpd.conf.j2 dest=/etc/httpd/conf/httpd.conf  notify:   - restart http- name: provide index page  template: src=index.html.j2 dest=/var/www/html/index.html- name: restart httpd service  shell: systemctl restart httpd[root@node68 ~]# [root@node68 ~]#   *****  创建handlers触发器文件  *****[root@node68 ~]# cat /etc/ansible/roles/lap/handlers/main.yml- name: reload nginx  shell: systemctl restart nginx- name: restart http  shell: systemctl restart httpd[root@node68 ~]# [root@node68 ~]# [root@node68 ~]#  ******  根据tasks中定义的模板文件，提供对应的template模板文件  *****[root@node68 ~]# ls /etc/ansible/roles/lap/templates/httpd.conf.j2  index.html.j2  nginx.new.conf.j2[root@node68 ~]# [root@node68 ~]# [root@node68 ~]#  ******  提供给远程主机的httpd的默认主页面的文件  ******[root@node68 ~]# cat /etc/ansible/roles/lap/templates/index.html.j2 <h1> This is {{ ansible_nodename }} index page </h1>[root@node68 ~]# [root@node68 ~]# [root@node68 ~]#   *******  修改的nginx配置文件的模板文件  ******[root@node68 ~]# cat /etc/ansible/roles/lap/templates/nginx.new.conf.j2 user  nginx;worker_processes  {{ ansible_processor_vcpus }};error_log  /var/log/nginx/error.log warn;pid        /var/run/nginx.pid;events {    worker_connections  1024;}http {    include       /etc/nginx/mime.types;    default_type  application/octet-stream;    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '                      '$status $body_bytes_sent "$http_referer" '                      '"$http_user_agent" "$http_x_forwarded_for"';    access_log  /var/log/nginx/access.log  main;    sendfile        on;    #tcp_nopush     on;    keepalive_timeout  65;    #gzip  on;    #####  定义后端主机  #####    upstream web {server 10.1.32.72:8080 max_fails=2;server 10.1.32.73:8080 max_fails=2;    }    server {        listen       80;        server_name  {{ ansible_fqdn }};       #####  定义将所有请求反代到后端主机的8080端口  #####        location / {            root   /usr/share/nginx/html;            index  index.html index.htm;    proxy_pass http://web;        }        error_page   500 502 503 504  /50x.html;        location = /50x.html {            root   /usr/share/nginx/html;        }    }}[root@node68 ~]# [root@node68 ~]# [root@node68 ~]#   *****  提供httpd的配置文件的模板文件   ******[root@node68 ~]# cat /etc/ansible/roles/lap/templates/httpd.conf.j2 ServerRoot "/etc/httpd"Listen 8080    #####  修改监听端口为8080  #####Include conf.modules.d/*.confUser apacheGroup apacheServerAdmin root@localhostServerName {{ ansible_nodename }}   ##### ServerName的值修改为远程主机的主机名  ######<Directory />    AllowOverride none    Require all denied</Directory>DocumentRoot "/var/www/html"<Directory "/var/www">    AllowOverride None    # Allow open access:    Require all granted</Directory><Directory "/var/www/html">    Options Indexes FollowSymLinks    AllowOverride None    Require all granted</Directory><IfModule dir_module>    DirectoryIndex index.html</IfModule><Files ".ht*">    Require all denied</Files>ErrorLog "logs/error_log"LogLevel warn<IfModule log_config_module>    LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined    LogFormat "%h %l %u %t \"%r\" %>s %b" common    <IfModule logio_module>      # You need to enable mod_logio.c to use %I and %O      LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I %O" combinedio    </IfModule>    CustomLog "logs/access_log" combined</IfModule><IfModule alias_module>    ScriptAlias /cgi-bin/ "/var/www/cgi-bin/"</IfModule><Directory "/var/www/cgi-bin">    AllowOverride None    Options None    Require all granted</Directory><IfModule mime_module>    AddType application/x-compress .Z    AddType application/x-gzip .gz .tgz    AddType text/html .shtml    AddOutputFilter INCLUDES .shtml</IfModule>AddDefaultCharset UTF-8<IfModule mime_magic_module>    MIMEMagicFile conf/magic</IfModule>EnableSendfile onIncludeOptional conf.d/*.conf

    3、编辑playbook文件，引用角色，测试运行，检测有无错误信息

    

    

    4、运行剧本，验证反代是否成功

    

    

    

第十四章    ansible实战三：在此前实验基础上配置mysql服务

    1、实验环境

    在实验一和实验二的基础上，部署一个后端mysql服务器，并启动    配置mysql服务器拥有testdb库，并允许testuser对其拥有所有权限        本实验继续利用实验一的环境，在node73，也就是10.1.32.73这台主机上安装mariadb服务    相关准备工作的流程，详见实验一的准备工作部分

    2、编写ansible的roles角色的相关内容

[root@node68 ~]#    *****  为ansible管理端添加db主机组  *****[root@node68 ~]# cat /etc/ansible/hosts# This is the default ansible 'hosts' file.## It should live in /etc/ansible/hosts##   - Comments begin with the '#' character#   - Blank lines are ignored#   - Groups of hosts are delimited by [header] elements#   - You can enter hostnames or ip addresses#   - A hostname/ip can be a member of multiple groups[nginx]10.1.32.72 is_master=yes10.1.32.73 is_master=no[db]10.1.32.73[root@node68 ~]#[root@node68 ~]# [root@node68 ~]#   *****  创建mariadb角色的相关目录结构  *****[root@node68 ~]# mkdir -pv /etc/ansible/roles/mariadb/{files,templates,tasks,handlers,vars}mkdir: 已创建目录 "/etc/ansible/roles/mariadb"mkdir: 已创建目录 "/etc/ansible/roles/mariadb/files"mkdir: 已创建目录 "/etc/ansible/roles/mariadb/templates"mkdir: 已创建目录 "/etc/ansible/roles/mariadb/tasks"mkdir: 已创建目录 "/etc/ansible/roles/mariadb/handlers"mkdir: 已创建目录 "/etc/ansible/roles/mariadb/vars"[root@node68 ~]# [root@node68 ~]#[root@node68 ~]#   *****  提供mariadb角色的tasks任务文件  *****[root@node68 ~]# cat /etc/ansible/roles/mariadb/tasks/main.yml - name: install mariadb package  yum: name=mariadb-server state=present- name: move old config file  shell: mv /etc/my.cnf /etc/my.cnf.bak- name: provide a config file  copy: src=my.cnf dest=/etc/my.cnf  notify:  - restart mariadb- name: create a testdb  shell: mysql -uroot -e "CREATE DATABASE testdb;GRANT ALL ON testdb.* TO 'testuser'@'10.1.%.%' IDENTIFIED BY '111111';FLUSH PRIVILEGES;"[root@node68 ~]# [root@node68 ~]# [root@node68 ~]#   ******  由于tasks定义了notify，故提供handlers触发器的文件  ******[root@node68 ~]# cat /etc/ansible/roles/mariadb/handlers/main.yml- name: restart mariadb  shell: systemctl restart mariadb[root@node68 ~]# [root@node68 ~]# [root@node68 ~]#  #### 提供mariadb的样例配置文件 #####[root@node68 ~]# cat /etc/ansible/roles/mariadb/files/my.cnf [mysqld]datadir=/var/lib/mysqlsocket=/var/lib/mysql/mysql.socksymbolic-links=0#### 修改的配置文件  ######skip_name_resolve = ONinnodb_file_per_table = ON[mysqld_safe]log-error=/var/log/mariadb/mariadb.logpid-file=/var/run/mariadb/mariadb.pid!includedir /etc/my.cnf.d[root@node68 ~]#

    3、编辑生成playbook文件，引用角色，测试执行剧本，查看是否有报错

    

    

    4、执行剧本，验证配置是否正确