ansible3
一、setup模块
ansible的setup模块主要用来收集信息，查看参数：
[root@localhost ~]# ansible-doc -s setup # 查看参数，部分参数如下： filter # 过滤，筛选
示例一：查看所有信息
[root@localhost ~]# ansible cache -m setup # 查看cache组的被管控机的信息，可查到部分信息如下
ansible_all_ipv4_addresses # ipv4的所有地址 ansible_all_ipv6_addresses # ipv6的所有地址 ansible_date_time # 获取到控制节点时间 ansible_default_ipv4 # 默认的ipv4地址 ansible_distribution # 系统 ansible_distribution_major_version # 系统的大版本 ansible_distribution_version # 系统的版本号 ansible_domain # 系统所在的域 ansible_env # 系统的环境变量 ansible_hostname # 系统的主机名 ansible_fqdn # 系统的全名（主机名+域名） ansible_machine # 系统的架构 ansible_memory_mb # 系统的内存信息 ansible_os_family # 系统的家族 ansible_pkg_mgr # 系统的包管理工具 ansible_processor_cores # 系统的cpu的核数(每颗) ansible_processor_count # 系统cpu的颗数 ansible_processor_vcpus # 系统cpu的总个数=cpu的颗数*CPU的核数 ansible_python # 系统上的python
示例二：搜索某个信息
[root@localhost ~]# ansible cache -m setup -a 'filter=*processor*' # 用来搜索，*代表匹配任意个任意字符，可自行回顾正则表达式相关知识，可得如下信息
192.168.133.132 | SUCCESS => {
"ansible_facts": {
"ansible_processor": [
"0",
"GenuineIntel",
"Intel(R) Core(TM) i7-7700 CPU @ 3.60GHz"
],
"ansible_processor_cores": 1,
"ansible_processor_count": 1,
"ansible_processor_threads_per_core": 1,
"ansible_processor_vcpus": 1
},
"changed": false
}
二、ansible条件判断
1、条件判断
ansible的playbook支持条件判断，当针对不同系统，不同版本，不同环境，不同用户有不同操作时，可以使用 when 作条件判断，示例如下：
[root@localhost yaml]# vi p5.yml # 写一个yml文件，内容如下： - hosts: db remote_user: root tasks: - name: createfile3 copy: content="大弦嘈嘈如急雨" dest=/tmp/a.txt when: a=="3" - name: createfile4 copy: content="小弦切切如私语" dest=/tmp/a.txt when: a=="4" [root@localhost yaml]# ansible-playbook --syntax-check p5.yml # 验证语法合法性 playbook: p5.yml [root@localhost yaml]# ansible-playbook -e 'a="3"' p5.yml # 只执行name为 createfile3 的任务，结果自行验证
2、tags
假如在一playbook文件中有多个任务，但是我们只想执行其中一个，该怎么办？此时，可以使用tags，如下示例：
[root@localhost yaml]# vi p6.yml - hosts: web tasks: - name: install yum: name=redis - name: copyfile copy: src=/etc/redis.conf dest=/etc/redis.conf tags: copyfile - name: start service: name=redis state=started [root@localhost yaml]# ansible-playbook --syntax-check p6.yml playbook: p6.yml [root@localhost yaml]# ansible-playbook -t copyfile p6.yml # 执行脚本，结果自行验证
3、循环with_items
通常你想在一个任务中干很多事，比如创建一群用户、安装很多包、或者重复一个轮询步骤直到收到某个特定结果，这时就可以使用循环。
示例一：单个循环
[root@localhost yaml]# vi p7.yml - hosts: web tasks: - name: createuser user: name={{ item }} with_items: - zhangsan - lisi - wangwu [root@localhost yaml]# ansible-playbook --syntax-check p7.yml playbook: p7.yml [root@localhost yaml]# ansible-playbook p7.yml
示例二：多个循环
[root@localhost yaml]# vi p8.yml # 写入如下内容 - hosts: web tasks: - name: createuser user: name={{ item }} with_items: - zs - lss - ww - name: creategroup group: name={{ item }} with_items: - yunwei - kaifa - ceshi [root@localhost yaml]# vi p8.yml [root@localhost yaml]# ansible-playbook --syntax-check p8.yml playbook: p8.yml [root@localhost yaml]# ansible-playbook p8.yml # 执行命令，结果自行验证
示例三：循环嵌套
[root@localhost yaml]# vi p9.yml # 写入如下内容 - hosts: web tasks: - name: creategroup group: name={{ item }} with_items: - yunwei - kaifa - ceshi - name: createuser user: name={{ item.name }} group={{ item.group }} with_items: - {'name':zs,'group':yunwei} - {'name':lss,'group':kaifa} - {'name':ww,'group':ceshi} [root@localhost yaml]# ansible-playbook p9.yml # 结果自行验证 playbook: p9.yml [root@localhost yaml]# ansible-playbook p9.yml
4、template模块
先来回忆一下redis的安装，为了安全起见，我们通常在redis安装完成后要更改redis的配置文件redis.conf，其中有一项是更改bind参数，让redis可以远程访问，实际开发中bind 参数为本机对外ip地址，而不能使用0.0.0.0开启，这时，问题来了，使用ansible批量传输配置文件时，如何将bind参数设置为被管控机的ip地址？
首先，我们使用setup模块查询一下被管控机的ip地址，如下 :
在管控机上安装redis后，编辑配置文件redis.conf，更改bind参数如下：
[root@localhost yaml]# vi /etc/redis.conf # 编辑redis配置文件，更改bind参数为如下内容
示例：(在130下载redis : yum install -y redis,这样可以修改配置文件之后发给其他)
[root@localhost yaml]# vi p10.yml - hosts: web tasks: - name: install yum: name=redis - name: copyfile template: src=/etc/redis.conf dest=/etc/redis.conf - name: start service: name=redis state=started [root@localhost yaml]# ansible-playbook --syntax-check p10.yml # 校验语法是否正确 playbook: p10.yml [root@localhost yaml]# ansible-playbook p10.yml # 执行
验证：查看web组的被管控机的redis配置文件中bind参数
copy模块与template模块的区别：
copy模块不替换参数，(在131中还是130中写的 bind {{ ansible_default_ipv4.address }})
template模块替换参数, (将130中写的 bind {{ ansible_default_ipv4.address }} 替换成131中自己的地址 192.168.107.131)
使用相对路径：在上面p10.yml中，template模块的src参数使用的是绝对路径，除此之外，我们还可以使用相对路径，如下：
[root@localhost yaml]# vi p10.yml - hosts: web tasks: - name: install yum: name=redis - name: copyfile template: src=redis.conf dest=/etc/redis.conf - name: start service: name=redis state=started [root@localhost yaml]# ansible-playbook --syntax-check p10.yml playbook: p10.yml [root@localhost yaml]# ansible-playbook p10.yml
注意：使用相对路径的前提是在当前目录（p10.yml文件所在目录）下新建一个templates（必须叫这个）目录，然后把文件redis.conf放在templates目录里面。
5、handlers
上面我们曾提到过，module 具有"幂等"性，所以当远端系统被人改动时，可以重放 playbooks 达到恢复的目的，playbooks 本身可以识别这种改动，并且有一个基本的 event system（事件系统），可以响应这种改动。（当发生改动时）'notify' actions 会在 playbook 的每一个 task 结束时被触发，而且即使有多个不同的 task 通知改动的发生， 'notify' actions 只会被触发一次。
举例来说，比如多个 resources 指出因为一个配置文件被改动，所以 apache 需要重新启动，但是重新启动的操作只会被执行一次。
'notify' 下列出的即是 handlers。Handlers 也是一些 task 的列表，通过名字来引用，它们和一般的 task 并没有什么区别。Handlers 是由通知者进行 notify，如果没有被 notify，handlers 不会执行，不管有多少个通知者进行了 notify，等到 play 中的所有 task 执行完成之后，handlers 也只会被执行一次。
示例：
[root@localhost yaml]# vi p11.yml - hosts: web tasks: - name: install yum: name=redis - name: copyfile template: src=redis.conf dest=/etc/redis.conf tags: copyfile # 标签 notify: restart # 触发 , 用来触发 handlers的name - name: start service: name=redis state=started handlers: - name: restart service: name=redis state=restarted # 重启 [root@localhost yaml]# [root@localhost yaml]# ansible-playbook --syntax-check p11.yml # 校验语法是否正确 playbook: p11.yml [root@localhost yaml]# [root@localhost yaml]# ansible-playbook p11.yml [root@localhost yaml]# ansible-playbook -t copyfile p11.yml # 执行copyfile任务 和 restart任务，即修改完配置文件后重启redis服务
三、roles
现在我们已经学过 tasks 和 handlers，那怎样组织 playbook 才是最好的方式呢？简单的回答就是：使用 roles ! roles 基于一个已知的文件结构，去自动的加载某些 vars_files，tasks 以及 handlers。基于 roles 对内容进行分组，使得我们可以容易地与其他用户分享 roles 。
roles的优点：
-
可以互相调用
roles目录结构：
- 文件夹里面是要创建的每一个角色，每一个角色一个文件夹；
- 每一个角色里面都有tasks（必须的），templates，files，handlers，vars目录；
- 每个目录都要有main.yml文件，通过import_tasks来调用；
- 其中templates文件夹中的文件可以通过相对路径来调用；
root
├── roles
│ ├── cache
│ ├── db
│ └── web
│ ├── files # 用来存放 一些 copy的不需要传参的文件
│ ├── handlers
│ │ └── main.yml
│ ├── tasks # 存放要执行的任务
│ │ ├── copy_redis_conf.yml
│ │ ├── install_redis.yml
│ │ ├── main.yml
│ │ └── start_redis.yml
│ ├── templates # 存放配置文件
│ │ └── redis.conf.j2
│ └── vars # 用来存放变量
└── web.yml
[root@localhost ~]# ansible-playbook web.yml [root@localhost ~]# ansible-playbook -t copy_redis_conf web.yml # 修改配置文件后加参数-t，触发handler中任务
[root@localhost roles]# mkdir web [root@localhost roles]# mkdir db [root@localhost roles]# mkdir cache # 在 web 文件夹下创建几个文件夹, #templates 文件夹是存放 配置文件 #files 文件夹是存放 copy的不需要传参的一些文件 #tasks 文件夹存放 保存任务 #vars 文件夹 用来保存变量的 [root@localhost roles]# mkdir -pv web/{templates,files,tasks,vars} # 递归创建 [root@localhost roles]# cd web/ [root@localhost web]# cd tasks # 写任务 [root@localhost tasks]# vi install.yml [root@localhost tasks]# cat install.yml #一个任务写一个文件 - name: install yum: name=redis [root@localhost tasks]# vi copyfile.yml [root@localhost tasks]# cat copyfile.yml - name: copyfile template: src=redis.conf dest=/etc/redis.conf [root@localhost tasks]# vi start.yml [root@localhost tasks]# cat start.yml - name: start service: name=redis state=started 调用 : [root@localhost tasks]# vi main.yml [root@localhost tasks]# cat main.yml - import_tasks: install.yml - import_tasks: copyfile.yml - import_tasks: start.yml # copy /templates/redis.conf到template/redis.conf.j2,jinja2de 文件后缀名是 j2 [root@localhost web]# cp /root/yaml/templates/redis.conf templates/redis.conf.j2 # 修改下文件 [root@localhost web]# vi tasks/copyfile.yml [root@localhost web]# cat tasks/copyfile.yml - name: copyfile template: src=redis.conf.j2 dest=/etc/redis.conf # 如何调用 [root@localhost ~]# vi web.yml [root@localhost ~]# cat web.yml - hosts: web remote_user: root # 可写可不写 roles: - web # 文件夹的名称(roles文件夹里面的文件夹的名称)
# 有些任务是要被触发的时候才做的 [root@localhost web]# vi handlers/main.yml [root@localhost web]# cat handlers/main.yml - name: restart service: name=redis state=restarted # 写条件去触发handlers [root@localhost web]# vi tasks/copyfile.yml [root@localhost web]# cat tasks/copyfile.yml - name: copyfile template: src=redis.conf.j2 dest=/etc/redis.conf tags: copyfile notify: restart # 修改文件重新触发,ansible的幂等性 [root@localhost roles]# vi web/templates/redis.conf.j2 修改端口 port 6379
检查是否触发了端口的修改
(这就是目录结构的清晰)
(好处 : 当把这些上传到gethub上,这太电脑坏了,就可以在新机器上直接拉下来roles)
[root@localhost db]# vi tasks/createuser.yml [root@localhost db]# cat tasks/createuser.yml - name: createuser user: name=tom60 # 回到web中调用 [root@localhost web]# vi tasks/main.yml [root@localhost web]# cat tasks/main.yml - import_tasks: install.yml - import_tasks: copyfile.yml - import_tasks: start.yml - import_tasks: roles/db/tasks/createuser.yml # 注意 : 查找顺序,当前目录下 # 执行
这样我们就可以调用别人的任务了
机器的同步时间可以是计划任务
同步时间很重要
# 下载个模块,这个目录就是同步时间的 # 时间服务器 : [root@localhost ~]# yum install -y ntp [root@localhost ~]# ll /etc/localtime #查看所在时区 [root@localhost ~]# cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime #将亚洲的上海的时区复制过去(中国只有上海时区在Linux中) [root@localhost ~]# date #查看时间(查看时区的时候或许是别的,但是没关系,软连接的事情)
四、nginx基于uwsgi部署django
参考博客：https://blog.51cto.com/wangfeng7399/2341281
思考：如何用roles 来安装nginx+uwsgi+mariadb + redis？
