使用静态清单文件指定受管主机

        构建ansible主机清单

定义主机清单

        清单中定义ansible将要管理的一批主机，这些主机也可以分配到组中，以进行集中管理。组中也可以包含子组，一台主机也可以是多个组中的成员。清单还可以设置应用到它所定义的主机和组的变量。

定义方式

        可以通过两种方式定义主机清单。静态主机清单可以通过文本文件定义。动态主机清单可以根据需要使用外部信息提供程序通过脚本或其他程序生成。

 使用静态主机清单指定受管主机（默认）

        静态主机清单文件是指定的ansible目标受管主机的文本文件。文件编辑格式有多种格式INI和YAML格式。INI格式较为常见建议使用INI格式编辑。

 【vim /root/ansible/inventory👆】

 验证清单

第一种方式

        #ansible 主机组or主机名 --list-hosts

======================注意===============================

        all 主机组含有清单中明确列出的每一个主机

        ungrouped 主机组含有清单中明确列出、但不属于任何其他组的每一个主机

=============================================================

第二种方式（图表形式显示）

        查看主机组

        Ansible-inventory  --graph 

选择主机和组：

1>匹配所有主机

        all 或者*

2>匹配指定的主机或者主机组

        （1）匹配单个组

        （2）匹配单个主机

        （3）匹配多个主机

        （4）匹配多个组

         （5）匹配不属于任何组的主机

3>通配符匹配

        *

        ansible server* --list-hosts

4>通配符组合匹配

        [root@servera ~]# ansible 'web:ftp' --list-hosts

         hosts (2):

         servera.openlab.com

         serverb.openlab.com

        [root@servera ~]# ansible 'web:mail' --list-hosts

         hosts (2):

         servera.openlab.com

         serverb.openlab.com

        [root@servera ~]# ansible 'web:&mail' --list-hosts

         hosts (1):

         servera.openlab.com

        [root@servera ~]# ansible 'web:!mail' --list-hosts

        [WARNING]: No hosts matched, nothing to do

         hosts (0):

        [root@servera ~]# ansible 'mail:!web' --list-hosts

         hosts (1):

         serverb.openlab.com

5>正则表达式匹配

         ansible "~(web|db).*.example.com" -m ping

        注：

         .任意单个字符

        "~"开始表示正则匹配

        * 匹配前面的子表达式零次或多次

        \转义

总结

        主机清单格式（交、并、补）

        \>all 所有主机

        \>通配符

         ansible "*" -m ping

         ansible 192.168.60.* -m ping

         ansible "web*" -m ping

        \>或  :   （并）属于A或属于B的元素的集合A并B AUB  ,也表示或者的意思

         ansible "websrv:appsrv" -m ping

        \>与  :& （交集）属于A且属于B

         ansible 'websrv:&appsrv' -m ping

        \>非  :!  （补集）属于全集U不属于集合A

         ansible 'websrv:!dbsrv' -m ping  (在websrv主但不在dbsrv组)

        综合逻辑

         ansible 'websrv:dbsrv:&appsrv:!ftsrv' -m ping

        正则表达式

         ansible "~(web|db).*\.example\.com" -m ping

注：

         .任意单个字符 

         "~"开始表示正则匹配

         * 匹配前面的子表达式零次或多次

         \转义

管理ansible的配置文件

配置ansible

         通过修改ansible配置文件中的设置来定义ansible安装行为。通过控制节点上多个可能位置之一选择相应位置的配置文件。

根据优先级选择执行ansible配置文件

         执行ansible命令根据所在目录匹配相关ansible配置文件，实践中一般使用ansible命令的目录中创建ansible.cfg文件，此目录中也将包含任何你的ansible项目使用的文件，有清单或者主机清单。

        ANSIBLE_CONFIG(ansible环境变量中指向的配置文件)---->./ansible.cfg ---->~/.ansible.cfg ----> /etc/ansible/ansible.conf

        #ansible --version         查看当前使用的是哪个ansible.cfg配置文件

管理配置文件中的设置

       

        主配置文件 /etc/ansible/ansible.cfg

        ansible中配置文件是有优先级的：

        如果你在某个目录中执行ansible的命令，需要加载配置文件ansible.cfg

        寻找ansible.cfg的顺序

        首先去查看环境变量：ANSIBLE_CONFIG如果有这个环境变量那么就去加载这个环境变量对应ansible.cfg配置

        之后：如果没有这个环境变量，会在当前目录下查找ansible.cfg如果有的话就去加载

        再后：如果当前目录下也没有，去加载用户家目录~/.ansible.cfg 如果有去加载

        最后，如果没有，去加载默认的ansible配置文件：/etc/ansible/ansible.cfg

【ping一下看看】

案例一：ansible使用ssh连接受管主机，一般不建议用管理用户，要求通过普通用户student进行链接

        [defaults]

        inventory = /etc/ansible/hosts

        remote_user =  student

        ask_pass  = True

案例二： 关闭主机秘钥验证

        在管控主机中通过指定用户发起操作指令，在受管主机中通过ssh远程连接方式以student用户身份执行，并验证密码；如果ask_pass为false 则可以通过-k  或者--ask-pass来提示接收密码进行验证。

        host_key_checking = False   关闭主机秘钥验证：

        或者直接在控制主机的操作系统中设置环境变量， 如下所示:

        $export ANSIBLE_HOST_KEY_CHECKING=False

案例三：主机免密登陆，关闭秘钥

        如果不需要密码验证（忽略密码验证）则需要配置秘钥验证

        ssh-keygen  -t rsa -f ~/.ssh/id_rsa -P '' -q

        for  host   in server{a,b};do ssh-copy-id -i  $host ;done

案例四：远程用户sudo提权

        如果在受管主机中需要通过管理员身份运行命令则配置sudo

        vim /etc/sudoers

        student    ALL=(ALL)   NOPASSWD: ALL

        注：在受管主机中进行配置，建议管理sudo用户提权密码验证，如果没有关闭则ask_sudo_pass = True 来开启执行命令sudo提权密码验证；但是ask_sudo_pass = False那么可以空过-K    --ask-become-pass来开启执行命令sudo提权密码验证

案例五：特权升级。

        在受管主机中通过sudo提权可在ansible配置中进行优化，开启远程用户在受管主机中执行特权升级。控制主机执行特权命令不需要指定sudo命令

        [student@localhost ~]$  ansible web -a 'sudo useradd haha'

        [WARNING]: Consider using 'become', 'become_method', and 'become_user' rather

        than running sudo

        servera | CHANGED | rc=0 >>

        serverb | CHANGED | rc=0 >>

        Vim /etc/ansible/ansible.cfg

        [privilege_escalation]

        become=True

        become_method=sudo

        become_user=root

        become_ask_pass=False

        [student@localhost ~]$ ansible web -a 'useradd xixi'

        servera | CHANGED | rc=0 >>

        serverb | CHANGED | rc=0 >>

 ad-hoc与模块帮助查询

ansible的基本用法

        ansible是指令核心部分，其主要用于执行ad-hoc命令，即单条命令。默认后面需要跟主机和选项部分，默认不指定模块时，使用的是command模块。

        ansible运行临时命令语法

        #ansible host-pattern -m module [-a 'module arguments'] [-i inventory]

        注意：帮助显示中模块维护标记

         由于有些模块可能处于不同的开发阶段查看模块开发状态，是在ansible-doc输出末尾的METEDATA部分中指明 

        stableinterface: 模块的关键字稳定，将尽力确保不删除关键字或更改其含义 

        preview：模块处于阶段预览，可能不稳定 

        deprecated: 模块弃用 

        removed：模块已从发行版中移除 

总结

1.ansible****运行临时命令**

          语法：ansible 主机或组 -m 模块名 -a '模块参数' -i 清单文件 

2.如何获取有哪些模块

          ansible-doc -l 

3.模块帮助

        3.1参数帮助

                ansible-doc -s   modname    

                ansible-doc -s   user 

        3.2模块帮助示例：

                ansible-doc user 

Linux返回结果的颜色：

        绿色：执行成功并且不需要做出任何改变  # 绿色： 使用ping模块返回的结果就是绿色： 代表执行成功，且并没有做出任何改变

        黄色：执行成功并且对目标主机做出变更  # 黄色：使用shell模块执行useradd时候：在被管理主机node1上创建了一个用户，所以做出了更改，因此它显示成黄色

        红色：执行失败 # 执行失败： 第一个连接不上，第二个执行过程中遇到问题

        蓝色：显示详细过程

        紫色：显示警告 # warning警告