CHAPTER 8 Ansible playbook（五）

已于 2023-03-30 16:26:45 修改
阅读量502 收藏 1
点赞数
分类专栏： # Ansible 文章标签： ansible 服务器 linux
于 2023-01-06 15:01:23 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u010230019/article/details/128572965
版权

ansible-playbook

8.1 优化

相比于其他的自动化配置工具，Ansible的一个突出特性就是它是基于SSH链接对下游设备进行控制的，这样做的突出好处就是方便，下游设备不需要安装客户端软件。但是这也不可避免的带来一个问题，即Ansible的执行速度较慢。并且，随着Ansible控制设备的增多，Ansible的执行速度会越来越慢。

关于Ansible执行速度的问题，尽管是Ansible的硬伤，但是我们还是可以对其进行部分的优化，尽量的加快Ansible的执行速度。对Ansible的优化可以有两个思路：

  1. 优化SSH链接，使得SSH的传输速度变快。
    修改连接时间
    减少put get操作
  2. 禁用gather_facts，或更改模式
    每次Ansible Playbook在执行时，都会收集下游设备的信息，这个过程通常要耗费较长的时间。因此，我们可以考虑使用Redis对这些信息进行缓存，从而加快收集信息的速度，如果业务环境允许，我们也可以直接控制Ansible设备跳过该步骤。

配置文件ansible.cfg：

[defaults]#通用默认配置段
inventory = /etc/ansible/hosts#被控制端IP或者DNS列表
library = /usr/share/my_modules/#ansible默认搜寻模块的位置
remote_tmp = $HOME:/.ansible/tmp#ansible远程执行临时文件
forks = 100#并行进程数
sudo_user = root#sudo远程执行用户名
ask_sudo_pass = True#使用sudo，是否需要输入密码
ask_pass = True#是否需要输入密码
remote_port = 22#远程SSH端口
module_lang = C#模块和系统之间通信的语言
host_key_checking = False#检查远程主机密钥
#sudo_exec = sudo#sudo远程执行命令
#sudo_flags = -H#传递sudo之外的参数
timeout = 10#SSH超时时间
remote_user = root#远程登陆用户名
log_path = /var/log/ansible.log#日志文件存放路径
module_name = command#ansible命令执行默认的模块
#executable = /bin/bash#执行的shell环境，使用shell模块
#system_marnings = True#禁用系统运行ansible潜在问题警告
#command_warnings = False#command模块ansible模块默认发出的警告
#nocolor = 1#输出带上颜色区别，开启/关闭： 0/1
pipelining = False#开启pipe SSH通道优化

8.1.1 调试debug（-v/-vv/-vvv）

调试的时候可以通过-v显示详细信息，-vv/-vvv显示更详细的信息

[root@dbc-server-554 ansible]# ansible server -i hosts -m ping -v
Using /etc/ansible/ansible.cfg as config file
192.168.20.3 | SUCCESS => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python"
    },
    "changed": false,
    "ping": "pong"
}

[root@dbc-server-554 ansible]# cat checkhosts.yml
---
- name: check servers
  hosts: all
  tasks:
    - name: check hosts
      ping:
[root@dbc-server-554 ansible]# ansible-playbook -i hosts checkhosts.yml --limit server

PLAY [check servers] ***********************************************************

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

TASK [check hosts] *************************************************************
ok: [192.168.20.3]

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

8.1.2 SSH关闭密钥检测（hot_key_checking = False）

在默认情况下，以SSH登录远程设备时，该设备会检查远程主机的公钥，并且将该公钥记录在~/.ssh/known_hosts文件中，当下次该主机访问时，OpenSSH会核对公钥。如果公钥不同，则OpenSSH会发出警告，如果公钥相同，则OpenSSH则会提示输入密码。

SSH对主机公钥的检查是根据StrictHostKeyChecking变量来设定的，StrictHostKeyChecking的检查级别包括：no（不检查），ask（是否检查要询问），yes（每次都检查），False（关闭检查）。
我们可以在Ansible的配置文件中defaults模块下加入如下代码：
host_key_checking = False

[root@dbc-server-554 ansible]# cat /etc/ansible/ansible.cfg |grep hot
hot_key_checking = False

8.1.3 OpenSSH链接优化（UseDNS no）

在使用OpenSSH服务时，默认情况下服务器端会根据客户端的IP地址进行DNS反向解析，得到客户端的主机名，然后根据获取到的主机名再次进行DNS查询得到IP地址，比较这两个IP地址是否一样。这样做可以在一定程度上提高安全性，但是却会浪费时间，因此，我们可以通过关闭这一特性，来实现加速SSH链接速度的目的。
关闭该特新需要进入到/etc/ssh/sshd_config目录下，找到UseDNS的参数，将其修改为no，笔者配置文件默认是注释掉的，这种情况不改即可

[root@dbc-server-554 ansible]# cat /etc/ssh/sshd_config |grep UseDNS
UseDNS no
[root@dbc-server-554 ansible]# cat /etc/ssh/sshd_config |grep UseDNS
#UseDNS yes

8.1.4 开启SSH的流水线（pipelining = True）

  1. 减少put get操作
[root@dbc-server-554 ansible]# cat /etc/ansible/ansible.cfg|grep pipelining
# Enabling pipelining reduces the number of SSH operations required to
#pipelining = False
# The -tt argument is passed to ssh when pipelining is not enabled because sudo

pipeline是openssh的一个特性，ssh pipelining是一个加速Ansible执行速度的一个简单方法。

[root@dbc-server-554 ansible]# cat /etc/ansible/ansible.cfg|grep pipelining
# Enabling pipelining reduces the number of SSH operations required to
pipelining = True
  1. 为何要开启pipelining
    在ansible执行每一个任务的整个流程中，有一个过程是将临时任务文件put到远程的ansible客户机上，然后通过ssh连接过去远程执行这个任务，如果开启了pipelining，一个任务的所有动作都在一个ssh会话中完成，也会省去sftp到远端的过程，它会直接将要执行的任务在ssh会话中进行。
[root@dbc-server-554 ansible]# ansible-playbook -i hosts checkhosts.yml

PLAY [check servers] ***********************************************************

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

TASK [check hosts] *************************************************************
ok: [192.168.71.183]

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

开启了pipelining之后，ansible的执行整个流程就少了一个PUT脚本去远程服务端的流程，然后就可以批量对机器执行命令，可以明显感受到速度的提升。

ssh pipelining默认是关闭的，默认关闭是为了兼容不同的sudo配置，主要是requiretty选项，如果不使用sudo，建议开启ssh pipelining选项。打开此选项可以减少ansible执行没有传输时ssh在被控机器上执行任务的连接数。但是如果使用sudo，必须关闭requiretty选项。
如果在ansible中使用sudo命令的话，需要在被控节点的 /etc/sudoer 中禁用 “requiretty”，这样设置是因为ssh远程执行命令时，它的环境是非登录式非交互式shell，默认不会分配tty，没有tty，ssh的sudo就无法关闭密码回显（使用 -tt 选项前置ssh分配tty）。所以出于安全考虑，/etc/sudoers 中默认是开启 requiretty的，它要求只有拥有tty的用户才能使用sudo，也就是说ssh连接过去不允许执行sudo。

8.1.5 禁用gather_facts

为了减少Ansible在收集客户端信息时的时间，我们首先想到的就是直接删除这一选项。我们可以在palybook文件中添加一行：

gather_facts: no

8.1.6 Facts缓存到jsonfile

facts是获取主机信息的
需求：不想每次获取task，但想用fact变量
解决：fact缓存到本地文件
smart模式，希望收集，如果有缓存，不再收集，因此 gathering 要改为 gathering = smart

在Ansible的配置文件中，关于facts的重要配置项有以下几个：
gathering：facts的开关，默认是开启的；有以下三个取值：

  • smart：开启facts信息收集，但是会优先使用facts缓存信息，可以使用gather_facts: False禁用facts收集；
  • implicit：开启facts信息收集，要禁止收集，必须使用gather_facts: False；
  • explicit：关闭facts信息收集，要显式收集，必须使用gather_facts: Ture。

fact_caching：缓存facts信息的方式；可以配置成jsonfile或者redis；
fact_caching_connection：缓存插件的配置，针对不同的fact_caching方式，取值含义则不同：

  • 如果fact_caching为jsonfile，则此处应配置存储缓存文件的目录；
  • 如果fact_caching为redis，则此处应按照host:port:database的格式配置redis的信息。

gather_timeout：收集超时时间，默认为86400；
fact_caching_timeout：设置facts缓存的过期时间，默认是86400秒。

修改前：

[root@dbc-server-554 ansible]# cat /etc/ansible/ansible.cfg|grep fact_caching
#fact_caching = memory
#For the redis plugin, the value is a host:port:database triplet: fact_caching_connection = localhost:6379:0
#fact_caching_connection=/tmp

修改后：

[root@dbc-server-554 ansible]# cat /etc/ansible/ansible.cfg|grep fact_caching
fact_caching = jsonfile
#For the redis plugin, the value is a host:port:database triplet: fact_caching_connection = localhost:6379:0
fact_caching_connection=/tmp
fact_caching_timeout=10
[root@dbc-server-554 ansible]# cat /etc/ansible/ansible.cfg |grep gathering
gathering = smart
[root@dbc-server-554 ansible]# ansible-playbook -i hosts checkhosts.yml
...
[root@dbc-server-554 ansible]# head -10 /tmp/192.168.71.183
{
    "_ansible_facts_gathered": true,
    "ansible_all_ipv4_addresses": [
        "192.168.71.183",
        "172.17.0.1"
    ],
    "ansible_all_ipv6_addresses": [
        "fe80::3872:4f8b:dbfc:1aa2"
    ],
    "ansible_apparmor": {

第二次运行playbook明显要快很多

8.1.7 Facts缓存到redis

  1. 安装redis，启动redis
[root@dbc-server-554 ansible]# yum install redis
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
epel/x86_64/metalink    
...
systemctl start redis
  1. 安装python的redis插件
yum install python-pip
pip install redis==3.4.1

安装redis插件的时候要指定版本，否则会报错，笔者的python版本是2.7.5，redis插件版本为3.4.1：

[root@dbc-server-554 ansible]# pip install redis
Collecting redis
  Downloading https://files.pythonhosted.org/packages/7a/05/671367bb466b3301bc45                                                        43fdad6ac107214ca327c8d97165b30246d87e88/redis-4.4.0.tar.gz (4.5MB)
    100% |████████████████████████████████| 4.5MB 131kB/s
    Complete output from command python setup.py egg_info:
    Traceback (most recent call last):
      File "<string>", line 1, in <module>
      File "/tmp/pip-build-nEa59A/redis/setup.py", line 21, in <module>
        "redis.commands.graph",
    TypeError: find_packages() got an unexpected keyword argument 'include'

    ----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-nE                                                        a59A/redis/
You are using pip version 8.1.2, however version 22.3.1 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.
  1. 运行playbook，生成缓存文件
ansible-playbook -i hosts checkhosts.yml
  1. 查看、验证
[root@dbc-server-554 ansible]# redis-cli
127.0.0.1:6379> keys *
1) "ansible_facts192.168.71.183"
2) "ansible_cache_keys"
127.0.0.1:6379> get ansible_facts192.168.71.183
"{\n    \"_ansible_facts_gathered\": true, \n    \"ansible_all_ipv4_addresses\": [\n        \"192.168.71.183\", \n        \"172.17.0.1\"\n    ], \n    \"ansible_all_ipv6_addresses\": [\n        \"fe80::3872:4f8b:dbfc:1aa2\"\n    ], \n    \"ansible_apparmor\": {\n        \"status\": \"disabled\"\n    },
...

8.1.8 执行策略（strategy）

  1. 设置并行主机数量，-f 5 指定每次并发5个主机执行。5个主机都执行完毕，结果都返回了再执行下批次的5个主机
# ansible-playbook -i hosts checkhosts.yml -f 5
  1. 配置文件/etc/ansible/ansible.cfg中forks选项用于设置默认并行主机数量
[root@dbc-server-554 ansible]# cat /etc/ansible/ansible.cfg|grep forks
#forks          = 5
  1. 默认执行策略为linear,每个主机的单个task执行完成会等待其他都完成后再执行下个任务，设置free可不等待其他主机，继续往下执行。
[root@dbc-server-554 ansible]# cat /etc/ansible/ansible.cfg|grep strategy
#strategy_plugins   = /usr/share/ansible/plugins/strategy
# by default, ansible will use the 'linear' strategy but you may want to try
strategy = free

自由模式，-f 5 ，如果h4先执行完并返回了，那么h6就会补上，接着h3执行完了，h7也会补上。保证队列是5个，交替切换，一直到执行到最后一个

8.1.9 异步（-B 2 -P2 ，async poll）

ansible 命令一旦执行，进程就会卡住，直到主机执行每个节点的任务返回为止，才能进行下一条命令的执行。执行命令时间过长。

[root@dbc-server-554 ansible]# ansible db -i hosts -m shell -a "sleep 10"
192.168.71.183 | CHANGED | rc=0 >>

需求：放在后台执行，通过一个异步机制得到结果

  1. AD-HOC版本
    参数：
    -B 2 ，表示等待命令2秒，-P 2 ，表示每两秒去查询，直到查询到结果
-B SECONDS, --background SECONDS
                        run asynchronously, failing after X seconds
                        (default=N/A)
-P POLL_INTERVAL, --poll POLL_INTERVAL
                        set the poll interval if using -B (default=15)

[root@dbc-server-554 ansible]# ansible db -i hosts -m shell -a "sleep 5;echo hello"
192.168.71.183 | CHANGED | rc=0 >>
hello
[root@dbc-server-554 ansible]# ansible db -i hosts -m shell -a "sleep 5;echo hello" -B 2 -P 0
192.168.71.183 | CHANGED => {
    "ansible_job_id": "20504692971.71791",
    "changed": true,
    "finished": 0,
    "results_file": "/root/.ansible_async/20504692971.71791",
    "started": 1
}

-B 2 -P 0 ， 0表示不去轮询不等待，直接拿到ansible_job_id的值，并且保存结果到/root/.ansible_async/99859864834.20884。 通过job_id获取到stdout_lines

ansible提供了一个模块async_staus，通过这个模块可以去获取结果

[root@dbc-server-554 ansible]# ansible db -i hosts -m async_status -a "jid=20504692971.71791"
192.168.71.183 | CHANGED => {
    "ansible_job_id": "20504692971.71791",
    "changed": true,
    "cmd": "sleep 5;echo hello",
    "delta": "0:00:05.103157",
    "end": "2023-01-06 08:24:59.767410",
    "finished": 1,
    "rc": 0,
    "start": "2023-01-06 08:24:54.664253",
    "stderr": "",
    "stderr_lines": [],
    "stdout": "hello",
    "stdout_lines": [
        "hello"
    ]
}

可得知 “ansible_job_id”: “20504692971.71791”，再写一个获取结果的playbook

[root@dbc-server-554 ansible]# cat getresult.yml
---
- name: get result
  hosts: all
  tasks:
    - name: get job result
      async_status:
        jid: "20504692971.71791"
      register: job_result

    - name: print result
      debug:
        var: job_result
...
[root@dbc-server-554 ansible]# ansible-playbook getresult.yml

PLAY [get result] **********************************************************************************************************************

TASK [get job result] ******************************************************************************************************************
changed: [192.168.71.183]

TASK [print result] ********************************************************************************************************************
ok: [192.168.71.183] => {
    "job_result": {
        "ansible_job_id": "20504692971.71791",
        "changed": true,
        "cmd": "sleep 5;echo hello",
        "delta": "0:00:05.103157",
        "end": "2023-01-06 08:24:59.767410",
        "failed": false,
        "finished": 1,
        "rc": 0,
        "start": "2023-01-06 08:24:54.664253",
        "stderr": "",
        "stderr_lines": [],
        "stdout": "hello",
        "stdout_lines": [
            "hello"
        ]
    }
}

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

以上仅用于效果演示，我们当然不可能只用playbook接收结果
2. playbook版本
在playbook的任务中加入两个参数：async和poll。
async：这个任务执行时间的上限值。即任务执行所用时间如果超出这个时间，则认为任务失败。此参数若未设置，则为同步执行。
poll：任务异步执行时轮询的时间间隔。
async_status：查看轮询结果，ansible还提供了这个模块async_status。
官方给出例子：

----
    hosts: all
    remote_user: root
    tasks:
      - name: simulate long running op (15 sec), wait for up to 45 sec, poll every 5 sec
        command: /bin/sleep 15
        async: 45
        poll: 5

这时候已经不怕任务超时了。可以执行一个45s的任务，当然也可以根据需要自己设置。另外，如果poll为0，就相当于一个不关心结果的任务。

打印结果版本：

[root@dbc-server-554 ansible]# cat test2.yml
---
  - hosts: all
    remote_user: root
    tasks:
      - name: simulate long running op (15 sec), wait for up to 45 sec, poll every 5 sec
        shell: /bin/sleep 15;echo hello
        async: 45
        poll: 5
        register: async_result

      - name: get result
        async_status: jid={{ async_result.ansible_job_id }}
        register: job_result

      - name: print result
        debug:
          var: job_result
[root@dbc-server-554 ansible]# ansible-playbook test2.yml

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

TASK [simulate long running op (15 sec), wait for up to 45 sec, poll every 5 sec] ******************************************************
changed: [192.168.71.183]

TASK [get result] **********************************************************************************************************************
changed: [192.168.71.183]

TASK [print result] ********************************************************************************************************************
ok: [192.168.71.183] => {
    "job_result": {
        "ansible_job_id": "103197155909.77221",
        "changed": true,
        "cmd": "/bin/sleep 15;echo hello",
        "delta": "0:00:15.004831",
        "end": "2023-01-06 08:44:29.357021",
        "failed": false,
        "finished": 1,
        "rc": 0,
        "start": "2023-01-06 08:44:14.352190",
        "stderr": "",
        "stderr_lines": [],
        "stdout": "hello",
        "stdout_lines": [
            "hello"
        ]
    }
}

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

官方示例：

 ---
    # Requires ansible 1.8+
    - name: 'YUM - fire and forget task'
      yum: name=docker-io state=installed
      async: 1000
      poll: 0
      register: yum_sleeper
 
    - name: 'YUM - check on fire and forget task'
      async_status: jid={{ yum_sleeper.ansible_job_id }}
      register: job_result
      until: job_result.finished
      retries: 30
#第一个job执行异步任务，并且注册了一个名字叫yum_sleeper，用于提供给第二个job作为轮询对象，并且poll设为0，它自己不再轮询。
#第二个job使用async_status模块，进行轮询并返回轮询结果。准备检查30次。结果如下：
 
PLAY [all] *********************************************************************
 
TASK [setup] *******************************************************************
ok: [cloudlab001]
 
TASK [YUM - fire and forget task] **********************************************
ok: [cloudlab001]
 
TASK [YUM - check on fire and forget task] *************************************
FAILED - RETRYING: TASK: YUM - check on fire and forget task (29 retries left).
FAILED - RETRYING: TASK: YUM - check on fire and forget task (28 retries left).
FAILED - RETRYING: TASK: YUM - check on fire and forget task (27 retries left).
FAILED - RETRYING: TASK: YUM - check on fire and forget task (26 retries left).
FAILED - RETRYING: TASK: YUM - check on fire and forget task (25 retries left).
FAILED - RETRYING: TASK: YUM - check on fire and forget task (24 retries left).
changed: [cloudlab001]
 
PLAY RECAP *********************************************************************
cloudlab001                : ok=3    changed=1    unreachable=0    failed=0

8.1.10 yum安装优化

yum安装多个包时，用这种方式性能最好：

yum:
  name: [tree,vim]

循环这种影响性能：

yum:
  name: "{{ item }}"
  loop: [tree,vim]

8.1.11 使用混合模式的inventory

多个inventory文件，ansible将多个inventory文件合并成一个进行Playbook执行。

  • ansible-playbook -i 1.yml -i 2.yml -i 3.yml
  • 把1~3.yml文件放到inventory目录，直接 -i inventory
  • 还有种方式修改 vim /etc/ansible/ansible.cfg的inventory
    inventory = /root/inventory/

02-static.yml 会覆盖 01-static.yml

# mkdir -p /root/inventory/
# cd /root/inventory
[root@dbc-server-554 inventory]# cat 01-static.yml
[db]
192.168.71.183

[allservers:children]
db

[allservers:vars]
name=shark
[root@dbc-server-554 inventory]# cat 02-static.yml
[db]
192.168.71.183

[allservers:children]
db

[allservers:vars]
name=leo
[root@dbc-server-554 inventory]# ansible all -m debug -a "var=name"
192.168.71.183 | SUCCESS => {
    "name": "leo"
}

如果出现变量重名的情况，最后执行的生效

[root@dbc-server-554 inventory]# cat group/all.yaml
[db]
192.168.71.183

[allservers:children]
db

[allservers:vars]
name=lucy
[root@dbc-server-554 inventory]# ansible all -m debug -a "var=name"
192.168.71.183 | SUCCESS => {
    "name": "lucy"
}

8.1.12 使用inventory脚本

使用脚本去获取资产清单，清单脚本不限制语言

脚本限制条件：
脚本必须接受 --list 和 --host <hostname> 参数
当使用单个 --list参数调用脚本时，脚本必须输出到标准输出，就是输出到终端，其中包含要管理的所有组的JSON编码的哈希或字典。
每个组的值应该是包含每个主机列表，任何子组和潜在组变量的哈希或字典，或者仅是主机列表：

{
    "group001": {
        "hosts": ["hoste01", "hoste02"],
        "vars": {
            "var1": true
        },
        "children": ["groupe02"]
    },
    "group002": {
        "hosts": ["host003", "host004"],
        "vars": {
            "var2": 500
        },
        "children": []
    }
}

如果组中的任何元素为空，则可以从输出中将其省略

当使用host <hostname> 参数（其实是上面的主机）进行调用时，脚本必须打印一个空的JSON哈希/字典或含有这个主机变量的哈希/字典，以使其可用于模板和剧本。例如：

{
  "VAR001": "VALUE",
  "VAR002": "VALUE",
}

打印变量是可选的。如果脚本不执行此操作，则应打印一个空的哈希或字典
一个简单的示例

vim get_hosts.py
#!/usr/bin/env python
# -*- coding: utf-8 -*-
import sys
import json
import argparse

def lists():
    dic = {}
    host_list = ['192.168.71.183','192.168.20.3']
    hosts_dict = {'hosts': host_list}
    dic['computes'] = hosts_dict
    return json.dumps(dic,indent=4)  # 返回json格式，字典，每个层级都是4个空格

def hosts(name):
    dic = {'ansible_ssh_pass': 'yurq'}
    return json.dumps(dic)

if __name__ == '__main__':   # if作为执行文件执行的时候，而不是模块导入。
    parser = argparse.ArgumentParser()  # 调用Parser类产生实例
    parser.add_argument('-l','--list',help='host list',action='store_true')  # 固定写法
    parser.add_argument('-H','--host',help='hosts vars')  # 固定写法
    args = vars(parser.parse_args())  # 调用parser模块的处理参数parse_args，会处理前两条添加的参数。 转为一个字典  args = {'host': None,'list': False}

    if args['list']:  # 如果传了list参数，就执行lists()
        print(lists())
    elif args['host']:
        print(hosts(args['host']))
    else:
        parser.print_help()  # 模块的内置方法

执行脚本

[root@dbc-server-554 inventory]# chmod 655 host.py
[root@dbc-server-554 inventory]# ./host.py -l
{
    "computes": {
        "hosts": [
            "192.168.71.183",
            "192.168.20.3"
        ]
    }
}
[root@dbc-server-554 inventory]# ./host.py -h
usage: host.py [-h] [-l] [-H HOST]

optional arguments:
  -h, --help            show this help message and exit
  -l, --list            host list
  -H HOST, --host HOST  hosts vars
[root@dbc-server-554 inventory]# ./host.py -H 192.168.71.183
{"ansible_ssh_pass": "yurq"}
[root@dbc-server-554 inventory]# ansible all -i host.py --list-host
  hosts (2):
    192.168.71.183
    192.168.20.3
[root@dbc-server-554 inventory]# ansible all -i host.py -m shell -a "hostname"
192.168.20.3 | CHANGED | rc=0 >>
gp-server
192.168.71.183 | CHANGED | rc=0 >>
k8s-node-02

将host.py移动到inventory目录下

[root@dbc-server-554 inventory]# cat 01-static.yml |grep 192
192.168.71.199
[root@dbc-server-554 inventory]# ansible all --list-host
  hosts (3):
    192.168.71.183
    192.168.20.3
    192.168.71.199

ansible可以自动执行脚本，获取资产清单

8.1.13 目录结构介绍

使用官方建议的目录结构来组织很多role和playbook文件是个很棒的建议。
假如你用role 封装了playbook，并且任务依赖文件或者依赖其他的任务时，建议使用目录结构管理。
假如是一个简单的独立任务，只使用playbook文件即可，这样会方便我们在其他地方进行引用。
官网

上一章：CHAPTER 7 Ansible playbook（四）
下一章：CHAPTER 9 Ansible playbook（六）

壹只菜鸟
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
ansible执行速度慢问题解决过程
m0_37680131的博客
03-04 563
更多技术博客，请关注微信公众号：运维之美接到项目反馈，客户环境使用我们提供工具部署产品，在主机添加步骤卡了很久，实施同学没有办法，将问题上升给我们。
ansible playbook 运行到 TASK [Gathering Facts] 卡住了不动
weixin_41721822的博客
03-18 1万+
如果您观察过 ansible-playbook 的执行过程中，您会发现 ansible-playbook 的第 1 个步骤总是执行 gather facts，不论你有没有在 playbook 设定这个 tasks。如果你不需要获取被控机器的 fact 数据的话，你可以关闭获取 fact 数据功能。关闭之后，可以加快 ansible-playbook 的执行效率，尤其是你管理很大量的机器时，这非常明...
Ansible常用配置及命令
tlqwanttolearnit的博客
04-10 5504
前言 上次简单了解了一下Ansible的诞生背景、应用场景、框架以及相关组件的功能，对Ansible有了一个一致的理解，这篇文章继续深入Ansible，对一些相关的操作命令和功能进行学习，并用自己的多台云服务器进行一个ping服务的实战，加深印象。 Ansible配置文件详解 配置文件默认位于/etc/ansible/ansible.cfg,不填写时，大部分参数有缺省值，常用的配置项如下（持续根据需要和使用情况添加）: [default] #主机列表配置文件 #inventory    
记一次容器内执行ansible命令卡住
yaohong
11-24 8079
1.由来 　　最近在使用kylin_v10系统，发现当在此系统下运行的容器内执行#ansible localhost -m setup命令会卡住不动，于是和同事一起经过如下排查最终找到解决问题的办法。 2.环境 2.1.系统信息 # cat /etc/*-release Kylin Linux Advanced Server release V10 (Tercel) NAME="Ky......
Ansible 实战演练 day8
果子哥丶的博客
07-14 1639
1.调试debug、 2.SSH长连接 3.开启SSH的流水线、4.Facts缓存到JSONFILE、5.Facts缓存到Redis、6.执行策略、7.异步、8.使用混合模式的inventory、9.使用inventory脚本10.目录结构介绍、11.修改默认的回调插件、12.添加计算playbook执行时间的回调插件、13.回调插件的类型、14.日志回调插件的使用、15.日志插件源码分析之文档、16.日志插件源码分析之类的继承、17.日志插件源码分析之核心逻辑、18.开发自定义插件mysql_plays
Ansible的debug模块和魔法变量介绍，fact变量采集和缓存相关操作演示
树下一少年的博客
10-19 1708
目录一.debug模块的使用方法1.帮助文档给出的示例2.主要用到的参数（1）msg：主要用这个参数来指定要输出的信息（2）var：打印指定的变量，一般是通过register注册了的变量（3）verbosity：调试级别，默认是0表示全部显示3.输出信息详解4.在debug中使用when做条件判断（1）通过rc的结果做判断（2）通过是否failed做判断二.fact变量1.setup简单用法演示（1）通过filter进行过滤（2）--tree将信息输出到指定目录2.手动设置fact3.使用set_fact模
001.Ansible playbook部署LNMP（RPM包形式）
01-09
基于 Ansible playbook 快速构建起LNMP环境的实战的第一篇 。   1、环境描述 软件 版本 OS CentOS 7.4 Ansible 2.4.2 （extra仓库） Nginx 1.16.1（epel仓库） PHP 5.4.16 Mysql ...
redis_cluster:部署 redis 集群的 Ansible playbook
06-15
ansible-playbook -i hosts.yml site.yml 瞧！ 127.0.0.1:6379> CLUSTER NODES 08f2a5b901af30317006c1c46c3141f01665f83f 10.209.69.221:6379 master - 0 1426120440033 6 connected 5461-10922 b64ffb6cdc58c...
ansible-golang-stack:Ansible Playbook 用于使用 Supervisor 和 PostgreSQL 设置 Golang 应用程序，
06-22
Ansible Playbook 专为运行 Golang 应用程序的环境而设计。 它可以安装和配置这些在生产 Go 部署中常用的应用程序： 高朗 PostgreSQL 导师 默认设置存储在roles/role_name/vars/main.yml 。 特定于环境的设置位于...
kubernets centos ansible playbook 安装 国内镜像源
03-02
在这个场景下，"kubernetes centos ansible playbook 安装 国内镜像源"描述了一个使用Ansible Playbook在CentOS系统上安装Kubernetes，并利用国内镜像源加速下载过程的过程。 首先，让我们详细探讨一下每个组成部分...
Ansible PlayBook Supervisor
最新发布
11-04
Ansible PlayBook 是 Ansible 中的核心概念，它是一种声明性的配置管理、部署和自动化工具，用于简化 IT 基础架构的管理和维护。在“Ansible PlayBook Supervisor”这个主题中，我们将深入探讨如何使用 Ansible ...
ansible执行的一些常见问题
weixin_48163535的博客
10-26 270
【代码】ansible执行的一些常见问题。
ansible安装部署及常用模块详解（超详细）
eighters的博客
11-03 2292
Ansible安装部署使用、常用模块的介绍说明、playbook编写实例
《Ansible变量篇：ansible中事实变量facts》
东城绝神
03-07 1666
《Ansible变量篇：ansible中事实变量facts》
9.ansible变量之fact
m0_54252341的博客
04-13 2027
文章目录fact简介自定义fact1.手动设置fact2.使用set_fact模块定义新的变量手动采集fact启用fact缓存1.Json文件fact缓存后端2.Redis fact缓存后端3.Memcached fact缓存后端关闭fact fact简介 ansible有一个模块叫setup，用于获取远程主机的相关信息，并可以将这些信息作为变量在playbook里进行调用。而 setup模块获取这些信息的方法就是依赖于fact。 # ansible test -m setup 10.1.61.187 |
Ansible 优化执行效率的建议
品尝人生百态
07-23 2736
背景 以前在公司工作处理服务器问题，需要用批量操作都是用shell脚本编写的工具，后来发现Ansible这个自动化工具，安装简单，操作起来很方便，支持多个模块，由python开发基于SSH协议通信的工具。这里有个问题就是如果服务器越来越多，Ansibe执行效率会变得比较慢，可以通过优化Ansible提供工作效率，具体优化的方法如下： 线上管理机器：操作系统Linux，cpu为4核，内存8G，用这个机器管理上千台Linux服务器都没有太大压力。 1.修改ansible的并发数 Ansible默认只会创建5个进
Ansible 学习总结（4）—— Ansible Playbook 中的关键字总结
科技D人生
04-28 2730
play any_errors_fatal：强制任何主机上的任何未处理任务错误传播到所有主机并结束播放。become：布尔值，用于控制是否在任务执行时适用权限提升。become_flags：当变为 True 的时候，要传递给权限提升程序的标志。become_method：适用那种权限升级方法（例如 sudo 或 su）become_user：check_mode：布尔值，控制任务是否以 check 的模式执行collectionsconnectiondebugger：调试器，根据任务结果的状态启用调试任
Ansible-playbook执行慢问题处理
漠效的博客
12-07 3688
前言 估计看到这个文档的人，应该都大致了解ansible。它是一款基于Python开发，完善的自动化运维工具，可以简单的实现批量的任务。由于其基于ssh,所以无需安装客户端，只要ssh可以登录上去，就可以执行批量的管理。举例来说：只要你会简单的ansible 命令，并且你的ansible服务器能登录其他服务器，就可以对大量的主机 批量安装软件，批量配置或发送文件，批量的添加计划任务，批量执行脚本等（目标主机的目录的权限和用户权限也得稍微注意点)。ansible也可以集成到Jenkins或者devlops
Ansible 进阶 | facts 缓存
热门推荐
生命在于折腾
08-01 1万+
什么是 Ansible facts Ansible facts 是远程系统的信息，主要包含IP地址，操作系统，以太网设备，mac 地址，时间/日期相关数据，硬件信息等信息。 Ansible facts 对于需要根据远程主机的信息作为执行条件操作的场景非常有用。例如，根据远程服务器使用的操作系统版本，可以安装不同版本的软件包。或者也可以显示与每台远程计算机相关的一些信息，例如每台设备上有多少...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值