一，工具与环境介绍

 

1.1 ansible简介

批量管理服务器的工具
无需部署agent，通过ssh进行管理
流行的自动化运维工具：https://github.com/ansible/ansible

 

1.2 jenkins简介

可视化运维（主要用在可视化部署）
持续构建，可以和git，svn结合
可结合ssh实现可视化运维
可结合ansible实现可视化运维

 

1.3 环境说明

Centos7.3（yum -y install net-tools vim）
关闭防火墙（systemctl stop firewalld，systemctl disable firewalld）
关闭selinux

 

二，Python3与ansible的安装

 

2.1 使用源码安装Python3.5

 
  1. #安装支持包
  2. [root@ansible ~]# yum -y install lrzsz vim net-tools gcc gcc-c++ ncurses ncurses-devel unzip zlib-devel zlib openssl-devel openssl
  4. #源码编译Python3.5
  5. [root@ansible Python-3.5.2]# tar xf Python-3.5.2.tgz -C /usr/src/
  6. [root@ansible Python-3.5.2]# cd /usr/src/Python-3.5.2/
  7. [root@ansible Python-3.5.2]# ./configure --prefix=/usr/local/python/
  8. [root@ansible Python-3.5.2]# make && make install
  9. [root@ansible Python-3.5.2]# ln -s /usr/local/python/bin/python3 /usr/bin/python3
  10. [root@ansible Python-3.5.2]# which python3
  11. /usr/bin/python3
  12. [root@ansible Python-3.5.2]# python3 -V
  13. Python 3.5.2
 

2.2 使用pip3安装ansible

 
  1. #安装ansible最新版本
  2. [root@ansible Python-3.5.2]# /usr/local/python/bin/pip3 install ansible
  4. #静心等待ansible安装完毕后
  5. [root@ansible python]# ln -s /usr/local/python/bin/ansible /usr/local/bin/
  6. [root@ansible python]# which ansible
  7. /usr/local/bin/ansible
  8. [root@ansible python]# ansible --version
  9. ansible 2.5.4
  10. config file = None
  11. configured module search path = ['/root/.ansible/plugins/modules', '/usr/share/ansible/plugins/modules']
  12. ansible python module location = /usr/local/python/lib/python3.5/site-packages/ansible
  13. executable location = /usr/local/bin/ansible
  14. python version = 3.5.2 (default, Jun 13 2018, 09:13:32) [GCC 4.8.5 20150623 (Red Hat 4.8.5-11)]
 

2.3 ansible查看帮助

[root@ansible ~]# /usr/local/python/bin/ansible-doc -l 查看总帮助
[root@ansible ~]# /usr/local/python/bin/ansible-doc -s shell 查看shell模块的帮助
[root@ansible ~]# /usr/local/python/bin/ansible-doc -s raw

 

三，使用公私钥实现ssh无密码登陆

ansible是无agent的，无agent是怎么批量管理服务器的？主要是借用ssh来批量管理服务器。
ssh默认登陆是需要密码的，所以管理起来比较麻烦，这节课主要是介绍ssh的无密码登陆。
ssh无密码登陆实现以后，使用ansible批量管理服务器就变得简单了。

Host IP
ansible 192.168.200.137
webA 192.168.200.132
webB 192.168.200.138
 
  1. #生成密钥对
  2. [root@ansible python]# ssh-keygen -t rsa -f ~/.ssh/id_rsa -P ""
  4. #分发密钥
  5. [root@ansible python]# ssh-copy-id -i ~/.ssh/id_rsa.pub "-o StrictHostKeyChecking=no" 192.168.200.132
  7. #进行免密码登陆测试
  8. [root@ansible python]# ssh 192.168.200.132
  9. Last login: Wed Jun 13 11:01:10 2018 from 192.168.200.137
  10. [root@webA ~]# hostname -I
  11. 192.168.200.132
  12. [root@webA ~]# exit
  13. logout
  14. Connection to 192.168.200.132 closed.
  15. [root@ansible python]# hostname -I
  16. 192.168.200.137
 

四，ansible的简单配置和ping模块

 

4.1 ansible的配置文件

通过pip安装的ansible是没有配置文件的。我们需要创建一个

 
  1. [root@ansible python]# mkdir -p /etc/ansible
  2. [root@ansible python]# vim /etc/ansible/hosts
  3. [root@ansible python]# cat /etc/ansible/hosts #ansible主机管理配置文件
  4. [nginx] #被管理的主机组名称
  5. webA ansible_ssh_host=192.168.200.132 ansible_ssh_port=22 ansible_ssh_user=root #第一台主机
  6. webB ansible_ssh_host=192.168.200.138 ansible_ssh_port=22 ansible_ssh_user=root ansible_ssh_pass=666666 #第二台主机
  8. 特别提示：
  9. WebA ===> 主机名
  10. ansible_ssh_host ===>主机IP
  11. ansible_ssh_port ===>ssh的默认端口
  12. ansible_ssh_user ===>ssh的用户名
  13. ansible_ssh_pass ===>ssh的用户的连接密码

如果我们已经设置了ssh免密钥了。那么就不需要写密码了。例如：webA
我们要是没有设置免密钥，那么就需要安装sshpass工具，并在/etc/ansible/hosts文件里写上主机的连接密码。例如webB

 
  1. #下载epel源安装sshpass
  2. [root@ansible python]# wget -O /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-7.repo
  3. [root@ansible python]# yum -y install sshpass
  4. [root@ansible python]# which sshpass
  5. /usr/bin/sshpass
 

4.2 进行ansible远程执行命令测试

语法：

ansible chensiqi -m command -a 'uptime'
ansible 主机组 -m ansible内置功能模块名 -a 命令

进行命令测试：

 
  1. #进行ping模块的连接测试
  2. [root@ansible python]# ansible nginx -m ping
  3. webB | FAILED! => { #我们发现webB还是没链接成功，这是因为本机的known_hosts文件还没有记录对方主机的信息。
  4. "msg": "Using a SSH password instead of a key is not possible because Host Key checking is enabled and sshpass does not support this. Please add this host's fingerprint to your known_hosts file to manage this host."
  5. }
  6. webA | SUCCESS => { #webA成功
  7. "changed": false,
  8. "ping": "pong"
  9. }

想要解决known_hosts的问题，只需要修改ssh的配置文件/etc/ssh/ssh_config即可

 
  1. #修改ssh配置文件
  2. [root@ansible .ssh]# sed -n '35p' /etc/ssh/ssh_config
  3. # StrictHostKeyChecking ask
  4. [root@ansible .ssh]# vim /etc/ssh/ssh_config
  5. [root@ansible .ssh]# sed -n '35p' /etc/ssh/ssh_config
  6. StrictHostKeyChecking no #去掉注释，修改成这样
  8. #重启ssh服务
  9. [root@ansible .ssh]# systemctl reload sshd.service
  11. #再次进行ansible连接测试
  12. [root@ansible .ssh]# ansible nginx -m ping
  13. webA | SUCCESS => {
  14. "changed": false,
  15. "ping": "pong"
  16. }
  17. webB | SUCCESS => {
  18. "changed": false,
  19. "ping": "pong"
  20. }
 

4.3 ansible的简单使用方式

ansible -i /etc/ansible/hosts 主机或主机组 -m 指定模块 -a 命令

不用-i指定配置文件默认为/etc/ansible/hosts

 

4.4 使用ping模块用来查看服务器是否连接正常，ping模块不需要-a指定参数

ansible all -m ping

主机组，主机，all代表所有

主机和主机组注意事项：

主机组范围 解释
all 代表所有主机
webA:webB 可以指定多台主机
all:\!webA 指定all但不包含webB，注意！前需要加转意符号\
 
  1. #操作测试
  2. [root@ansible .ssh]# ansible webA -m ping
  3. webA | SUCCESS => {
  4. "changed": false,
  5. "ping": "pong"
  6. }
  7. [root@ansible .ssh]# ansible all -m ping
  8. webA | SUCCESS => {
  9. "changed": false,
  10. "ping": "pong"
  11. }
  12. webB | SUCCESS => {
  13. "changed": false,
  14. "ping": "pong"
  15. }
  16. [root@ansible .ssh]# ansible webA:webB -m ping
  17. webA | SUCCESS => {
  18. "changed": false,
  19. "ping": "pong"
  20. }
  21. webB | SUCCESS => {
  22. "changed": false,
  23. "ping": "pong"
  24. }
  25. [root@ansible .ssh]# ansible all:\!webA -m ping
  26. webB | SUCCESS => {
  27. "changed": false,
  28. "ping": "pong"
  29. }
  30. [root@ansible .ssh]# ansible webA:webB -m command -a 'uptime'
  31. webA | SUCCESS | rc=0 >>
  32. 12:29:05 up 2:43, 3 users, load average: 0.00, 0.01, 0.05
  34. webB | SUCCESS | rc=0 >>
  35. 12:29:05 up 1:03, 2 users, load average: 0.01, 0.02, 0.02
 

五，ansible的三个命令模块

 

5.1 ansible模块command（不支持管道，不建议使用）

 
  1. #command支持直接回显命令的执行结果
  2. [root@ansible ~]# ansible all -m command -a "pwd"
  3. webA | SUCCESS | rc=0 >>
  4. /root
  6. webB | SUCCESS | rc=0 >>
  7. /root
  9. #command模块不支持管道符操作
  10. [root@ansible ~]# ansible all -m command -a "echo test | grep t"
  11. webA | SUCCESS | rc=0 >>
  12. test | grep t
  14. webB | SUCCESS | rc=0 >>
  15. test | grep t
  17. #command模块不支持重定向操作
  18. [root@ansible ~]# ansible all -m command -a "echo bb >> /tmp/testansible"
  19. webA | SUCCESS | rc=0 >>
  20. bb >> /tmp/testansible
  22. webB | SUCCESS | rc=0 >>
  23. bb >> /tmp/testansible
 

5.2 ansible模块shell（支持管道，支持重定向）

 
  1. #shell模块支持管道符
  2. [root@ansible ~]# ansible all -m shell -a "echo testansible | grep a"
  3. webA | SUCCESS | rc=0 >>
  4. testansible
  6. webB | SUCCESS | rc=0 >>
  7. testansible
  9. #shell支持重定向
  10. [root@ansible ~]# ansible all -m shell -a "echo bb >> /tmp/testansible"
  11. webA | SUCCESS | rc=0 >>
  14. webB | SUCCESS | rc=0 >>
  16. #如果遇到特殊符号需要加入\转义，这样子ansible才能正常运行
  17. [root@ansible ~]# ansible all -m shell -a "cat /etc/passwd | awk -F":" '{print \$1}'"
  18. webB | SUCCESS | rc=0 >>
  19. root
  20. bin
  21. daemon
  22. adm
  23. lp
  24. sync
  25. shutdown
  26. halt
  27. mail
  28. operator
  29. games
  30. ftp
  31. nobody
  32. systemd-bus-proxy
  33. systemd-network
  34. dbus
  35. polkitd
  36. tss
  37. postfix
  38. sshd
  39. chrony
  41. webA | SUCCESS | rc=0 >>
  42. root
  43. bin
  44. daemon
  45. adm
  46. lp
  47. sync
  48. shutdown
  49. halt
  50. mail
  51. operator
  52. games
  53. ftp
  54. nobody
  55. systemd-bus-proxy
  56. systemd-network
  57. dbus
  58. polkitd
  59. tss
  60. postfix
  61. sshd
  62. chrony
 

5.3 ansible模块raw，最原始的方式运行命令（不依赖python，仅通过ssh实现）

 
  1. #清除yum缓存
  2. [root@ansible ~]# ansible all -m raw -a "yum -y clean all"
  3. webB | SUCCESS | rc=0 >>
  4. Loaded plugins: fastestmirror
  5. Cleaning repos: c7-media
  6. Cleaning up everything
  7. Shared connection to 192.168.200.138 closed.
  10. webA | SUCCESS | rc=0 >>
  11. Loaded plugins: fastestmirror
  12. Cleaning repos: c7-media epel
  13. Cleaning up everything
  14. Cleaning up list of fastest mirrors
  15. Shared connection to 192.168.200.132 closed.
  17. #建立yum缓存
  18. [root@ansible ~]# ansible all -m raw -a "yum makecache"
  19. webA | SUCCESS | rc=0 >>
  20. Loaded plugins: fastestmirror
  21. c7-media | 3.6 kB 00:00
  22. Loading mirror speeds from cached hostfile
  23. * c7-media:
  24. Metadata Cache Created
  25. Shared connection to 192.168.200.132 closed.
  28. webB | SUCCESS | rc=0 >>
  29. Loaded plugins: fastestmirror
  30. c7-media | 3.6 kB 00:00
  31. Loading mirror speeds from cached hostfile
  32. * c7-media:
  33. Metadata Cache Created
  34. Shared connection to 192.168.200.138 closed.
  36. #yum装nmap包
  37. ansible all -m raw -a "yum -y install nmap"
 

六，ansible的copy模块批量下发文件或文件夹

 

6.1 copy模块概述

  • copy模块的参数,ansible 主机组 -m 模块 -a 命令

    • src：指定源文件或目录
    • dest：指定目标服务器的文件或目录
    • backup：是否要备份
    • owner：拷贝到目标服务器后，文件或目录的所属用户
    • group：拷贝到目标服务器后，文件或目录的所属群组
    • mode：文件或目录的权限

  • 准备工作

    • [root@ansible ~]# mkdir -p /service/scripts
    • [root@ansible ~]# echo "aaa" > /service/scripts/test.txt
    • [root@ansible ~]# echo "bbb" > /service/scripts/test2.txt

  • 所有被管理端节点必须安装libselinux-python包

    • yum -y install libselinux-python
 

6.2 copy模块拷贝文件

特别提示：如果目标路径不存在会自动创建
src===>源文件路径 dest=目标路径位置

 
  1. [root@ansible ~]# ansible all -m copy -a "src=/service/scripts/test.txt dest=/service/scripts/"
  2. webB | FAILED! => { #节点未安装libselinux-python
  3. "changed": false,
  4. "checksum": "972a1a11f19934401291cc99117ec614933374ce",
  5. "msg": "Aborting, target uses selinux but python bindings (libselinux-python) aren't installed!"
  6. }
  7. webA | SUCCESS => {
  8. "changed": true,
  9. "checksum": "972a1a11f19934401291cc99117ec614933374ce",
  10. "dest": "/service/scripts/test.txt",
  11. "gid": 0,
  12. "group": "root",
  13. "md5sum": "5c9597f3c8245907ea71a89d9d39d08e",
  14. "mode": "0644",
  15. "owner": "root",
  16. "secontext": "system_u:object_r:svc_svc_t:s0",
  17. "size": 4,
  18. "src": "/root/.ansible/tmp/ansible-tmp-1529035954.8010113-22928023490467/source",
  19. "state": "file",
  20. "uid": 0
  21. }
  23. #节点安装libselinux-python后在进行发送测试
  24. [root@ansible ~]# ansible webB -m copy -a "src=/service/scripts/test.txt dest=/service/scripts/"
  25. webB | SUCCESS => { #发送成功
  26. "changed": true,
  27. "checksum": "972a1a11f19934401291cc99117ec614933374ce",
  28. "dest": "/service/scripts/test.txt",
  29. "gid": 0,
  30. "group": "root",
  31. "md5sum": "5c9597f3c8245907ea71a89d9d39d08e",
  32. "mode": "0644",
  33. "owner": "root",
  34. "secontext": "system_u:object_r:svc_svc_t:s0",
  35. "size": 4,
  36. "src": "/root/.ansible/tmp/ansible-tmp-1529036146.1609693-94270890826089/source",
  37. "state": "file",
  38. "uid": 0
  39. }
 

6.3 copy模块拷贝文件夹

特别提示：
如果目标路径里有与我拷贝的文件同名文件的话，会直接覆盖目标路径下的文件

 
  1. #拷贝/service/scripts/ 目录下所有内容到dest的路径下（注意两条命令的对比）
  2. [root@ansible ~]# ansible webA -m copy -a "src=/service/scripts/ dest=/service/scripts/"
  3. webA | SUCCESS => {
  4. "changed": true,
  5. "dest": "/service/scripts/",
  6. "src": "/service/scripts/"
  7. }
  9. #拷贝/service/scripts目录本身及其内部的所有内容到dest的路径下（注意两条命令的对比）
  10. [root@ansible ~]# ansible webA -m copy -a "src=/service/scripts dest=/service/scripts/"
  11. webA | SUCCESS => {
  12. "changed": true,
  13. "dest": "/service/scripts/",
  14. "src": "/service/scripts"
  15. }
 

6.4 copy模块自动备份

特别提示：
参数：backup=yes ===>意思是，如果目标路径下，有与我同名但不同内容的文件时，在覆盖前，对目标文件先进行备份。

 
  1. [root@ansible ~]# ansible webB -m copy -a "src=/service/scripts/ dest=/service/scripts/ backup=yes"
  2. webB | SUCCESS => {
  3. "changed": true,
  4. "dest": "/service/scripts/",
  5. "src": "/service/scripts/"
  6. }
 

6.5 copy模块指定用户和属主

 
  1. [root@ansible ~]# ansible webA -m copy -a "src=/service/scripts/ dest=/service/scripts/ owner=nobody group=nobody mode=0600"
  2. webA | SUCCESS => {
  3. "changed": true,
  4. "dest": "/service/scripts/",
  5. "src": "/service/scripts/"
  6. }
 

七，ansible的script模块批量运行脚本

ansible的script模块能够实现远程服务器批量运行本地的shell脚本。

 
  1. #操作示例-->远程批量分发并自动部署nginx
  2. #所有被管理端需要挂载光盘，并创建本地yum配置文件
  3. [root@ansible scripts]# pwd
  4. /service/scripts
  6. [root@ansible scripts]# ls | xargs -n1
  7. auto_nginx.sh #自动安装nginx脚本
  8. fenfa.sh #批量分发脚本
  9. nginx-1.10.2.tar.gz #nginx源码包
  11. [root@ansible scripts]# cat auto_nginx.sh #nginx安装脚本
  12. #!/bin/sh
  13. #nginx install shell scripts
  15. test -d /media/cdrom || mkdir -p /media/cdrom
  16. mount /dev/sr0 /media/cdrom &>/dev/null
  17. yum -y install gcc gcc-c++ make pcre pcre-devel zlib zlib-devel openssl openssl-devel &>/dev/null
  18. test -d /service/scripts || exit 3
  19. cd /service/scripts/
  20. tar xf nginx-1.10.2.tar.gz -C /usr/src/
  21. cd /usr/src/nginx-1.10.2/
  22. ./configure --prefix=/usr/local/nginx --with-http_ssl_module --with-http_stub_status_module &>/dev/null
  23. make &>/dev/null
  24. make install &>/dev/null
  25. exit 0
  27. [root@ansible scripts]# cat fenfa.sh #源码包和安装脚本的批量分发脚本
  28. #!/bin/sh
  29. #批量分发脚本
  31. Group=$1
  33. ansible $Group -m copy -a "src=/service/scripts/ dest=/service/scripts/"
  34. ansible $Group -m script -a "/service/scripts/auto_nginx.sh"
  35. [root@ansible scripts]# sh fenfa.sh all #激活脚本

此脚本只是个演示示例，工作中需要写的尽量严谨一些。

 

八，ansible-playbook的初步使用

playbook的使用，playbook可以把ansible的模块进行组合

ln -s /usr/local/python/bin/ansible-playbook /usr/local/bin/

 

8.1 playbook的简单shell模块的使用

 
  1. [root@ansible scripts]# cat test_shell.yaml #playbook的执行模板
  2. --- #开头三个小-开头
  3. - hosts: webB
  4. tasks:
  5. - name: test
  6. shell: echo "welcome to yunjisaun" >> /tmp/username
  7. - name: test2
  8. shell: echo "welcome to yunjisuan" >> /tmp/username
  10. 模板说明：
  11. --- #开头必须有三个小-，顶格写
  12. - hosts： #正文配置代码的第一级，必须有两个空格（-占一个空格位）
  13. - host: webB #webB是host参数的值，值和hosts：之间要有一个空格
  14. tasks: #tasks：表示接下来要执行的具体任务
  15. - name: #相对于tasks再多缩进两个格（-占一个空格位），表示属于tasks的下一级
  16. - name: test #test只是要执行的具体命令的名字可以随便写。name:后还是有一个空格要注意
  17. shell: #表示调用shell模块执行命令相对于tasks仍旧要多缩进两个空格
  18. shell: echo "xxx" >> xxx #shell:后边还是要有个空格，需要注意。

执行playbook配置文件

 
  1. [root@ansible scripts]# ansible-playbook test_shell.yaml #执行playbook配置文件
  3. PLAY [webB] ********************************************************************************************************
  5. TASK [Gathering Facts] *********************************************************************************************
  6. ok: [webB]
  8. TASK [test] ********************************************************************************************************
  9. changed: [webB]
  11. TASK [test2] *******************************************************************************************************
  12. changed: [webB]
  14. PLAY RECAP *********************************************************************************************************
  15. webB : ok=3 changed=2 unreachable=0 failed=0
 

8.2 playbook的简单copy模块的使用

 
  1. [root@ansible scripts]# echo "welcom to yunjisuan" >> /tmp/test_copy
  2. [root@ansible scripts]# cat test_copy.yaml
  3. ---
  4. - hosts: all
  5. tasks:
  6. - name: test copy
  7. copy: src=/tmp/copy_test dest=/tmp/
  8. [root@ansible scripts]# ansible-playbook /service/scripts/test_copy.yaml
  10. PLAY [all] *********************************************************************************************************
  12. TASK [Gathering Facts] *********************************************************************************************
  13. ok: [webA]
  14. ok: [webB]
  16. TASK [test copy] ***************************************************************************************************
  17. changed: [webA]
  18. changed: [webB]
  20. PLAY RECAP *********************************************************************************************************
  21. webA : ok=2 changed=1 unreachable=0 failed=0
  22. webB : ok=2 changed=1 unreachable=0 failed=0
 

8.3 playbook使用register输出命令运行结果

我们在用playbook进行ansible模块操作的时候，并没有命令的执行结果输出，默认被隐藏了。
我们可以通过register模块最加输出命令的执行结果

 
  1. [root@ansible scripts]# cat test_register.yaml
  2. ---
  3. - hosts: all
  4. tasks:
  5. - name: test register
  6. shell: echo "welcome to yunjisuan"
  7. register: print_result #将之前命令的输出结果保存在变量print_result里
  8. - debug: var=print_result #将变量的值作为debug输出出来。
  9. [root@ansible scripts]# ansible-playbook test_register.yaml
  11. PLAY [all] *********************************************************************************************************
  13. TASK [Gathering Facts] *********************************************************************************************
  14. ok: [webA]
  15. ok: [webB]
  17. TASK [test register] ***********************************************************************************************
  18. changed: [webA]
  19. changed: [webB]
  21. TASK [debug] *******************************************************************************************************
  22. ok: [webA] => { #命令的执行结果有输出了
  23. "print_result": {
  24. "changed": true,
  25. "cmd": "echo \"welcome to yunjisuan\"",
  26. "delta": "0:00:00.002269",
  27. "end": "2018-06-15 10:28:14.693883",
  28. "failed": false,
  29. "rc": 0,
  30. "start": "2018-06-15 10:28:14.691614",
  31. "stderr": "",
  32. "stderr_lines": [],
  33. "stdout": "welcome to yunjisuan",
  34. "stdout_lines": [
  35. "welcome to yunjisuan"
  36. ]
  37. }
  38. }
  39. ok: [webB] => {
  40. "print_result": {
  41. "changed": true,
  42. "cmd": "echo \"welcome to yunjisuan\"",
  43. "delta": "0:00:00.002633",
  44. "end": "2018-06-15 10:28:14.710242",
  45. "failed": false,
  46. "rc": 0,
  47. "start": "2018-06-15 10:28:14.707609",
  48. "stderr": "",
  49. "stderr_lines": [],
  50. "stdout": "welcome to yunjisuan",
  51. "stdout_lines": [
  52. "welcome to yunjisuan"
  53. ]
  54. }
  55. }
  57. PLAY RECAP *********************************************************************************************************
  58. webA : ok=3 changed=1 unreachable=0 failed=0
  59. webB : ok=3 changed=1 unreachable=0 failed=0
 

8.4 nginx配置下发并检测

 
  1. [root@ansible scripts]# cat test_nginx_conf.yaml
  2. ---
  3. - hosts: all
  4. tasks:
  5. - name: copy nginx.conf
  6. copy: src=/tmp/nginx.conf dest=/usr/local/nginx/conf/ backup=yes
  7. - name:
  8. shell: /usr/local/nginx/sbin/nginx -t
  9. register: nginx_result
  10. - debug: var=nginx_result
 

九，playbook的自定义变量和内置变量

 

9.1 在Playbook中使用自定义变量

 
  1. [root@localhost scripts]# cat test_vars.yaml
  2. ---
  3. - hosts: all
  4. vars: #定义变量
  5. - name: "yunjisuan" #第一个name变量
  6. age: "3" #第二个age变量
  7. tasks:
  8. - name: "{{ name }}" #{{}}两对大括号引用变量，变量名两头空格
  9. shell: echo "myname {{ name }},myage {{ age }}"
  10. register: var_result
  11. - debug: var=var_result
  13. 特别提示：
  14. 引用变量需要在双引号中引用。
  16. [root@localhost scripts]# ansible-playbook /service/scripts/test_vars.yaml
  17. [WARNING]: Found variable using reserved name: name #这里提示，name是一个保留的内置变量，我们在自定义时不能用
  20. PLAY [all] *********************************************************************************************************
  22. TASK [Gathering Facts] *********************************************************************************************
  23. ok: [webA]
  24. ok: [webB]
  26. TASK [yunjisuan] ***************************************************************************************************
  27. changed: [webA]
  28. changed: [webB]
  30. TASK [debug] *******************************************************************************************************
  31. ok: [webA] => {
  32. "var_result": {
  33. "changed": true,
  34. "cmd": "echo \"myname yunjisuan,myage 3\"",
  35. "delta": "0:00:00.002320",
  36. "end": "2018-06-19 10:45:16.175728",
  37. "failed": false,
  38. "rc": 0,
  39. "start": "2018-06-19 10:45:16.173408",
  40. "stderr": "",
  41. "stderr_lines": [],
  42. "stdout": "myname yunjisuan,myage 3",
  43. "stdout_lines": [
  44. "myname yunjisuan,myage 3"
  45. ]
  46. }
  47. }
  48. ok: [webB] => {
  49. "var_result": {
  50. "changed": true,
  51. "cmd": "echo \"myname yunjisuan,myage 3\"",
  52. "delta": "0:00:00.002518",
  53. "end": "2018-06-19 10:45:10.552331",
  54. "failed": false,
  55. "rc": 0,
  56. "start": "2018-06-19 10:45:10.549813",
  57. "stderr": "",
  58. "stderr_lines": [],
  59. "stdout": "myname yunjisuan,myage 3",
  60. "stdout_lines": [
  61. "myname yunjisuan,myage 3"
  62. ]
  63. }
  64. }
  66. PLAY RECAP *********************************************************************************************************
  67. webA : ok=3 changed=1 unreachable=0 failed=0
  68. webB : ok=3 changed=1 unreachable=0 failed=0
  70. #我们修改一下name这个变量再发送，就不会出警告了
  71. [root@localhost scripts]# cat test_vars.yaml
  72. ---
  73. - hosts: all
  74. vars:
  75. - names: "yunjisuan"
  76. age: "3"
  77. tasks:
  78. - name: "{{ names }}"
  79. shell: echo "myname {{ names }},myage {{ age }}"
  80. register: var_result
  81. - debug: var=var_result

在使用自定义变量时，我们要特别注意不要和系统的内置保留变量同名，容易引发问题。

 

9.2 在playbook中使用ansible内置变量

我们可以使用ansible all -m setup | less查看ansible内置变量

 
  1. [root@localhost scripts]# cat test_setupvars.yaml
  2. ---
  3. - hosts: all
  4. gather_facts: True #使用ansible内置变量
  5. tasks:
  6. - name: setup var
  7. shell: echo "ip {{ ansible_all_ipv4_addresses[0] }} cpu {{ ansible_processor_count }}"
  8. register: var_result
  9. - debug: var=var_result
  11. [root@localhost scripts]#
  12. [root@localhost scripts]# ansible-playbook test_setupvars.yaml
  14. PLAY [all] *********************************************************************************************************
  16. TASK [Gathering Facts] *********************************************************************************************
  17. ok: [webA]
  18. ok: [webB]
  20. TASK [setup var] ***************************************************************************************************
  21. changed: [webA]
  22. changed: [webB]
  24. TASK [debug] *******************************************************************************************************
  25. ok: [webA] => {
  26. "var_result": {
  27. "changed": true,
  28. "cmd": "echo \"ip 192.168.200.132 cpu 1\"",
  29. "delta": "0:00:00.002408",
  30. "end": "2018-06-19 11:32:44.540658",
  31. "failed": false,
  32. "rc": 0,
  33. "start": "2018-06-19 11:32:44.538250",
  34. "stderr": "",
  35. "stderr_lines": [],
  36. "stdout": "ip 192.168.200.132 cpu 1",
  37. "stdout_lines": [
  38. "ip 192.168.200.132 cpu 1"
  39. ]
  40. }
  41. }
  42. ok: [webB] => {
  43. "var_result": {
  44. "changed": true,
  45. "cmd": "echo \"ip 192.168.200.138 cpu 1\"",
  46. "delta": "0:00:00.002102",
  47. "end": "2018-06-19 11:32:44.526875",
  48. "failed": false,
  49. "rc": 0,
  50. "start": "2018-06-19 11:32:44.524773",
  51. "stderr": "",
  52. "stderr_lines": [],
  53. "stdout": "ip 192.168.200.138 cpu 1",
  54. "stdout_lines": [
  55. "ip 192.168.200.138 cpu 1"
  56. ]
  57. }
  58. }
  60. PLAY RECAP *********************************************************************************************************
  61. webA : ok=3 changed=1 unreachable=0 failed=0
  62. webB : ok=3 changed=1 unreachable=0 failed=0

简单演示一下ansible内置变量的取用方法ansible all -m setup | less

 
  1. [root@localhost scripts]# cat test_setupvars.yaml
  2. ---
  3. - hosts: all
  4. gather_facts: True
  5. tasks:
  6. - name: setup var
  7. shell: echo "ip {{ ansible_all_ipv4_addresses[0] }} cpu {{ ansible_processor_count }}" >> /tmp/test
  8. - name: setup var2
  9. shell: echo "time {{ ansible_date_time["date"] }}" >> /tmp/test
  10. register: var_result
  11. - debug: var=var_result
 

十，Playbook下发可变配置文件

配置文件如果使用copy模块去下发的话，那配置都是一样的；
如果下发的配置文件里有可变的配置，需要用到template模块。

 

10.1 利用template模块下发可变的配置文件

 
  1. [root@localhost scripts]# cat /tmp/test
  2. my name is {{ myname }} #自定义变量
  3. my name is {{ ansible_all_ipv4_addresses[0] }} #系统变量
  4. [root@localhost scripts]# cat test_filevars.yaml
  5. ---
  6. - hosts: all
  7. gather_facts: True #开启系统变量
  8. vars:
  9. - myname: "yunjisuan" #自定义变量
  10. tasks:
  11. - name: template test
  12. template: src=/tmp/test dest=/root/test #使用template下发可变配置文件
  14. [root@localhost scripts]# ansible-playbook test_filevars.yaml
 

10.2 下发配置文件里面使用判断语法

 
  1. [root@localhost scripts]# cat /tmp/if.j2
  2. {% if PORT %} #if PORT存在
  3. ip=0.0.0.0:{{ PORT }}
  4. {% else %} #否则的话
  5. ip=0.0.0.0:80
  6. {% endif %} #结尾
  7. [root@localhost scripts]# cat test_ifvars.yaml
  8. ---
  9. - hosts: all
  10. gather_facts: True #开启系统内置变量
  11. vars:
  12. - PORT: 90 #自定义变量
  13. tasks:
  14. - name: jinja2 if test
  15. template: src=/tmp/if.j2 dest=/root/test
  16. [root@localhost scripts]# ansible-playbook test_ifvars.yaml

如果我们将变量PORT值为空的话，就会是另外的结果

 
  1. [root@localhost scripts]# cat test_ifvars.yaml
  2. ---
  3. - hosts: all
  4. gather_facts: True
  5. vars:
  6. - PORT: #置空
  7. tasks:
  8. - name: jinja2 if test
  9. template: src=/tmp/if.j2 dest=/root/test
  10. [root@localhost scripts]# ansible-playbook test_ifvars.yaml
 

十一，Playbook的notify通知和下发nginx配置

 
    1. #实战下发可执行动作的可变的nginx配置文件
    2. [root@localhost scripts]# head -1 /tmp/nginx.j2
    3. worker_processes {{ ansible_processor_count }}; #可变的参数
    4. [root@localhost scripts]# cat test_nginxvars.yaml
    5. ---
    6. - hosts: all
    7. gather_facts: True #开启系统内置变量
    8. tasks:
    9. - name: nginx conf
    10. template: src=/tmp/nginx.j2 dest=/usr/local/nginx/conf/nginx.conf
    11. notify:
    12. - reload nginx #下发通知给handlers模块执行名字叫做reload nginx的动作
    13. handlers: #定义动作
    14. - name: reload nginx #动作的名字
    15. shell: /usr/local/nginx/sbin/nginx -s reload
    16. [root@localhost scripts]# ansible-playbook test_nginxvars.yaml

十二，使用roles标准化Playbook

roles功能可以用来规范playbook的编写

 

12.1 创建所需要的roles原型目录结构

 
  1. #创建roles基本原型的目录结构
  2. [root@ansible myroles]# tree /myroles/
  3. /myroles/
  4. ├── nginx.yaml #入口触发配置文件
  5. └── roles #playbook的原型配置目录
  6. └── nginx #nginx相关模组配置目录
  7. ├── files #copy模块和script模块的参数src默认会从这个文件夹查找
  8. ├── handlers #用来存放notify的
  9. ├── tasks #用来存放ansible模块任务的
  10. ├── templates #用来存放j2的
  11. └── vars #用来存放变量的
  13. 7 directories, 1 file
  15. #入口触发配置文件
  16. [root@ansible myroles]# cat /myroles/nginx.yaml
  17. ---
  18. - hosts: all #执行的主机范围
  19. gather_facts: True #开启系统内置变量
  20. roles: #启用roles原型配置
  21. - nginx #执行nginx原型模组
 

12.2 roles中tasks任务编排模组的使用

 
  1. #在nginx模组添加tasks任务配置文件
  2. [root@ansible myroles]# cat roles/nginx/tasks/main.yaml
  3. ---
  4. - name: check alived #任务1的名字
  5. ping: #执行ping模块
  6. - name: #任务2的名字
  7. shell: ls / #执行shell模块
  8. register: ls_result #将执行结果保存给变量
  9. - debug: var=ls_result #变量的值赋值给debug进行输出
  11. #完成后的目录结构如下所示
  12. [root@ansible myroles]# tree /myroles/
  13. /myroles/
  14. ├── nginx.yaml #nginx模组入口配置文件
  15. └── roles
  16. └── nginx #nginx原型模组目录
  17. ├── files
  18. ├── handlers
  19. ├── tasks
  20. │   └── main.yaml #nginx模组的tasks任务配置文件
  21. ├── templates
  22. └── vars
  24. 7 directories, 2 files
 

12.3 执行简单的roles任务模型

 
  1. #执行nginx入口配置文件
  2. [root@ansible myroles]# ansible-playbook nginx.yaml
  4. PLAY [all] ****************************************************************************************************
  6. TASK [Gathering Facts] ****************************************************************************************
  7. ok: [webA]
  8. ok: [webB]
  10. TASK [nginx : check alived] ***********************************************************************************
  11. ok: [webA]
  12. ok: [webB]
  14. TASK [nginx : shell] ******************************************************************************************
  15. changed: [webA]
  16. changed: [webB]
  18. TASK [nginx : debug] ******************************************************************************************
  19. ok: [webA] => {
  20. "ls_result": {
  21. "changed": true,
  22. "cmd": "ls /",
  23. "delta": "0:00:00.002805",
  24. "end": "2018-06-21 11:52:29.343592",
  25. "failed": false,
  26. "rc": 0,
  27. "start": "2018-06-21 11:52:29.340787",
  28. "stderr": "",
  29. "stderr_lines": [],
  30. "stdout": "bin\nboot\ndev\netc\nhome\nlib\nlib64\nmedia\nmnt\nopt\nproc\nroo\nroot\nrun\nsbin\nservice\nsrv\nsys\ntmp\nusr\nvar",
  31. "stdout_lines": [
  32. "bin",
  33. "boot",
  34. "dev",
  35. "etc",
  36. "home",
  37. "lib",
  38. "lib64",
  39. "media",
  40. "mnt",
  41. "opt",
  42. "proc",
  43. "roo",
  44. "root",
  45. "run",
  46. "sbin",
  47. "service",
  48. "srv",
  49. "sys",
  50. "tmp",
  51. "usr",
  52. "var"
  53. ]
  54. }
  55. }
  56. ok: [webB] => {
  57. "ls_result": {
  58. "changed": true,
  59. "cmd": "ls /",
  60. "delta": "0:00:00.002708",
  61. "end": "2018-06-21 11:52:29.359754",
  62. "failed": false,
  63. "rc": 0,
  64. "start": "2018-06-21 11:52:29.357046",
  65. "stderr": "",
  66. "stderr_lines": [],
  67. "stdout": "bin\nboot\ndev\netc\nhome\nlib\nlib64\nmedia\nmnt\nopt\nproc\nroo\nroot\nrun\nsbin\nservice\nsrv\nsys\ntmp\nusr\nvar",
  68. "stdout_lines": [
  69. "bin",
  70. "boot",
  71. "dev",
  72. "etc",
  73. "home",
  74. "lib",
  75. "lib64",
  76. "media",
  77. "mnt",
  78. "opt",
  79. "proc",
  80. "roo",
  81. "root",
  82. "run",
  83. "sbin",
  84. "service",
  85. "srv",
  86. "sys",
  87. "tmp",
  88. "usr",
  89. "var"
  90. ]
  91. }
  92. }
  94. PLAY RECAP ****************************************************************************************************
  95. webA : ok=4 changed=1 unreachable=0 failed=0
  96. webB : ok=4 changed=1 unreachable=0 failed=0
  • ansible-playbook执行入口配置文件nginx.yaml后，它会自动在roles目录下查找nginx目录并进入后查找tasks任务目录并执行main.yaml的任务配置文件。
  • 其实，这个roles的操作等效于以下配置
 
  1. #本配置和之前的roles配置等效
  2. [root@ansible myroles]# cat /service/scripts/test.yaml
  3. ---
  4. - hosts: all
  5. gather_facts: True
  6. tasks: #其实roles的本质就是将tasks任务单独写了。
  7. - name: check alived #并在入口文件里追加了roles去查找tasks配置文件路径
  8. ping:
  9. - name:
  10. shell: ls /
  11. register: ls_result
  12. - debug: var=ls_result
 

12.4 roles中vars自定义变量模组的使用

 
  1. #创建自定义变量vars模组的配置文件
  2. [root@ansible myroles]# cat roles/nginx/vars/main.yaml
  3. ---
  4. my_name: yunjisuan
  5. phone: 1800000000
  6. [root@ansible myroles]# cat roles/nginx/tasks/main.yaml
  7. ---
  8. - name: check alived
  9. ping:
  10. - name:
  11. shell: ls /
  12. register: ls_result
  13. - debug: var=ls_result
  14. - name: #添加对变量引用的任务编排
  15. shell: echo my phone is {{ phone }}
  16. register: echo_result
  17. - debug: var=echo_result
  18. [root@ansible myroles]# ansible-playbook nginx.yaml #执行入口配置文件
 

12.5 使用copy，script模块的标准化

roles模型里使用copy，script模块，默认从roles/nginx/files这里面找

 
  1. [root@ansible myroles]# cat roles/nginx/files/test
  2. welcome to yunjisuan
  3. [root@ansible myroles]# cat roles/nginx/files/test.sh
  4. echo "aaa" >> /tmp/test
  5. [root@ansible myroles]# chmod +x roles/nginx/files/test.sh
  6. [root@ansible myroles]# cat roles/nginx/tasks/main.yaml
  7. ---
  8. - name: check alived
  9. ping:
  10. - name:
  11. shell: ls /
  12. register: ls_result
  13. - debug: var=ls_result
  14. - name:
  15. shell: echo my phone is {{ phone }}
  16. register: echo_result
  17. - debug: var=echo_result
  18. - name: #添加copy模块
  19. copy: src=test dest=/root/
  20. - name: #添加script模块（自动在目标IP机器上执行脚本）
  21. script: test.sh
  23. [root@ansible myroles]# ansible-playbook nginx.yaml
 

12.6 roles中template模块的使用

roles模型里使用template模块，默认从roles/nginx/template里面找

 
  1. [root@ansible myroles]# cat roles/nginx/templates/test.j2
  2. myname is {{ my_name }},my phone is {{ phone }} #引用自定义变量
  3. my ipaddress is {{ansible_all_ipv4_addresses[0]}} #引用内置变量
  4. [root@ansible myroles]# cat roles/nginx/tasks/main.yaml
  5. ---
  6. - name: check alived
  7. ping:
  8. - name:
  9. shell: ls /
  10. register: ls_result
  11. - debug: var=ls_result
  12. - name:
  13. shell: echo my phone is {{ phone }}
  14. register: echo_result
  15. - debug: var=echo_result
  16. - name:
  17. copy: src=test dest=/root/
  18. - name:
  19. script: test.sh
  20. - name:
  21. template: src=test.j2 dest=/root/test2 #下发可变配置文件
  22. [root@ansible myroles]# ansible-playbook nginx.yaml
 

12.7 roles中notify模块的使用

roles使用notify模块，默认从roles/nginx/handles里面找

 
  1. [root@ansible myroles]# cat roles/nginx/handlers/main.yaml
  2. ---
  3. - name: start_nginx #定义handlers的动作类型
  4. shell: /usr/local/nginx/sbin/nginx
  5. - name: stop_nginx #定义handlers的动作类型
  6. shell: /usr/local/nginx/sbin/nginx -s stop
  7. - name: reload_nginx #定义handlers的动作类型
  8. shell: /usr/local/nginx/sbin/nginx -s reload
  10. [root@ansible myroles]# cat roles/nginx/tasks/main.yaml
  11. ---
  12. - name: check alived
  13. ping:
  14. - name:
  15. shell: ls /
  16. register: ls_result
  17. - debug: var=ls_result
  18. - name:
  19. shell: echo my phone is {{ phone }}
  20. register: echo_result
  21. - debug: var=echo_result
  22. - name:
  23. copy: src=test dest=/root/
  24. - name:
  25. script: test.sh
  26. - name:
  27. template: src=test.j2 dest=/root/test2
  28. notify: start_nginx #执行template任务后下发通知给handlers执行start_nginx
  29. [root@ansible myroles]# ansible-playbook nginx.yaml

特别提示：
notify下发通知只有当之前的任务造成了变化那么才会被执行，如果没有发生任何改变，则notify不会被执行。例如：

 
    1. #tasks任务造成改变，触发notify
    2. [root@ansible myroles]# cat /tmp/test.yaml
    3. ---
    4. - hosts: webA
    5. gather_facts: True
    6. tasks:
    7. - name:
    8. copy: src=/tmp/test dest=/root/ #这步造成目标改变才能出发notify
    9. notify: start_nginx
    10. handlers:
    11. - name: start_nginx
    12. shell: /usr/local/nginx/sbin/nginx
    13. [root@ansible myroles]# ansible-playbook /tmp/test.yaml
    15. PLAY [webA] ***************************************************************************************************
    17. TASK [Gathering Facts] ****************************************************************************************
    18. ok: [webA]
    20. TASK [copy] ***************************************************************************************************
    21. changed: [webA] #发生了改变
    23. RUNNING HANDLER [start_nginx] #触发notify *********************************************************************************
    24. changed: [webA]
    26. PLAY RECAP ****************************************************************************************************
    27. webA : ok=3 changed=2 unreachable=0 failed=0
    29. #我们再次执行/tmp/test.yaml
    30. [root@ansible myroles]# ansible-playbook /tmp/test.yaml
    32. PLAY [webA] ***************************************************************************************************
    34. TASK [Gathering Facts] ****************************************************************************************
    35. ok: [webA]
    37. TASK [copy] ***************************************************************************************************
    38. ok: [webA] #没有造成任务改变，未触发notify通知
    40. PLAY RECAP ****************************************************************************************************
    41. webA : ok=2 changed=0 unreachable=0 failed=0

ansible自动化的更多相关文章

  1. Ansible自动化运维工具-上

    [Ansible特点] 1)Ansible与saltstack均是基于Python语言开发的 2)安装使用简单,基于不同插件和模块实现各种软件,平台,版本的管理以及支持虚拟容器多层级的部署 3)不需要 ...

  2. CentOS7系统 ansible自动化部署多台服务器部署

    CentOS7系统 ansible自动化部署多台服务器部署   Ansible工作机制  从图中可以看出ansible分为以下几个部份: 1> Control Node:控制机器2> In ...

  3. ansible 自动化运维

    Ansible 自动化运维 ansible安装epel #yum list all *ansible*#yum install *ansible*#yum info ansible#rpm -ql a ...

  4. ansible自动化工具安装和简单使用

    ansible自动化工具安装和简单使用 1.安装 ansible依赖于Python 2.6或更高的版本.paramiko.PyYAML及Jinja2. 2.1 编译安装 解决依赖关系 # yum -y ...

  5. Jenkins +svn +maven +tomcat+ ansible 自动化批量部署

    Jenkins +svn +maven +tomcat+ ansible 自动化批量部署 一．部署svn yum install subversion 先创建目录 mkdir /home/svn 创建 ...

  6. [k8s]kubespray(ansible)自动化安装k8s集群

    kubespray(ansible)自动化安装k8s集群 https://github.com/kubernetes-incubator/kubespray https://kubernetes.io ...

  7. Jenkins+Gitlab+Ansible自动化部署(五)

    Freestyle Job实现静态网站部署交付(接Jenkins+Gitlab+Ansible自动化部署(四)https://www.cnblogs.com/zd520pyx1314/p/102445 ...

  8. Jenkins+Gitlab+Ansible自动化部署(六)

    Pipeline Job实现Nginix+MySQL+PHP+Wordpress实现自动化部署交付(Jenkins+Gitlab+Ansible自动化部署(五)https://www.cnblogs. ...

  9. Jenkins+Gitlab+Ansible自动化部署(三)

    接Jenkins+Gitlab+Ansible自动化部署(一)https://www.cnblogs.com/zd520pyx1314/p/10210727.html 和(二)https://www. ...

  10. Jenkins+Gitlab+Ansible自动化部署(一)

    首先准备实验环境 虚拟机 主机名 IP地址 服务 系统版本 内核版本 Vmware Workstation 14 gitlab.example.com 192.168.244.130 gitlab  ...

随机推荐

  1. React Native学习(一) 环境搭建

    需安装工具 RN环境: [必须] Node [必须] react-native-cli [可选] Node Package Manager(npm):node包管理工具,一般安装Node会带上npm ...

  2. kettle无法更新数据库字段解决办法

    刚开始使用kettle,遇到一个问题, 在编写一个转换流程时,如果所操作的表字段名发生了变化(例如表student中id变更问userid),但是在kettle中使用时仍然显示是id,如下图, 此时清 ...

  3. 廖雪峰Java8JUnit单元测试-2使用JUnit-1使用Before和After

    1. @Before和@After 同一个单元测试内的多个测试方法: 测试前都需要初始化某些对象 测试后可能需要清理资源fileInputStream.close() @Test public voi ...

  4. gin的url查询参数解析

    gin作为go语言最知名的网络库,在这里我简要介绍一下url的查询参数解析.主要是这里面存在一些需要注意的地方.这里,直接给出代码,和运行结果,在必要的地方进行分析. 代码1: type Struct ...

  5. lambda expressions

    语法lambda表达式包含下面几个要素:1.逗号分隔的参数列表,如CheckPerson.test(Person p),其中p表示一个Person的对象实例 2.向右箭头 →, 箭头左侧是表达式入参, ...

  6. Unity Graphics（一）：选择一个光照系统

    原文链接 Choosing a Lighting Technique https://unity3d.com/learn/tutorials/topics/graphics/choosing-ligh ...

  7. source Insight 添加python 工程

    1. 下载python的识别文件 Python.CLF 2.设置    

  8. 算法——001BitMap（位图）算法

    哈希表在查找定位操作上具有O(1)的常量时间,常用于做性能优化,但是内存毕竟是有限的,当数据量太大时用哈希表就会内存溢出了.而考虑对这些大数据进行存盘分批处理又有IO上的开销,性能又不能满足要求.这个 ...

  9. 使用Fiddler 4 调用WebService

    Fiddler让我们这些.neter感到非常欣慰, 是用C#写出来的,它包含一个简单却功能强大的基于JScript .NET 事件脚本子系统,它的灵活性非常棒,可以支持众多的http调试任务,并且能够 ...

  10. Scrapy CrawlSpider源码分析

    crawl.py中主要包含两个类: 1. CrawlSpider 2. Rule link_extractor:传LinkExtractor实例对象 callback:传”func_name“ cb_ ...