文章目录
一、Ansible 中的 Playbook 模式
Playbook不同于使用单个模块操作远程服务器，Playbook的功能更加强大。如果说单个模块执行类似于Linux系统中的命令，那么Playbook就类似于shell脚本，将多个模块组合起来实现一组的操作。
Playbook还是会用到ad-hoc模式中的模块及参数，只不过Playbook与ad-hoc的写法不一样。
1.1 Playbook 的优势
- 功能比
ad-hoc更全
- 能很好的控制先后执行顺序, 以及依赖关系
- 语法展现更加的直观
- ad-hoc无法持久使用，playbook可以持久使用
1.2 Playbook 的组成
play：一个完整的部署任务，并且必须包含以下前两项:
hosts：定义对哪些主机进程操作
tasks：定义的是具体执行的任务
become：表示是否要以特权用户（通常是root）身份执行任务。如果设置为yes，则任务会以特权身份执行。
playbook: 由一个或多个play组成，一个play可以包含多个task任务
说明：Ansible 中的 Playbook 文件结尾为.yml 格式
示例httpd.yml：安装httpd；
---
- name: apache
hosts: web
become: yes
tasks:
- name: Install httpd Server
yum:
name: httpd
state: present
解析：
name：定义一个Playbook的名称，用于标识Playbook的用途；
hosts：指定要在哪个主机上执行，也是写主机或主机组名，需要提前在/etc/ansible/hosts中配置好；
become：yes表示使用特权用户；
tasks：属于是一个任务列表，主要写具体执行什么的（可以有多个）；
name：每个任务的名称，用于描述干什么的；上述yml中则是安装httpd服务；
yum：表示使用哪个模块来进行操作；模块的参数可以看ad-hoc中的，用的都是一样的，写法不一样就是；
name：要安装的服务名称，我们这里是httpd：
state：要进行的操作，可以是安装、卸载、更新；
其实tasks就是Ansible的模块以YAML语法写入到playbook中。
生产环境中为了可读性与可维护性通常一个playbook中只编写一个play，如果某些主机需要执行多个play,那么可以使用include关键字在一个playbook中导入其他的playbook。
1.3 Playbook 命令
格式：
ansible-playbook [选项] playbook.yml
常用选项：
1.4 Playbook 的语法
- 权限
remote_user指定playbook运行时的用户身份，可以写在hosts下，也可以每个tasks做定义；
become 该选项为布尔值，当等于yes表示以管理员身份通常与become_method一起使用；
become_method：su或sudo
# 指定使用哪个用户执行此任务
remote_user: root
# 是否使用特权用户
become: yes
- 通知与触发
notify 如果指定的操作执行了，会触发handlers的操作，指定的是handler的名称；
handlers和notify指定的名称必须相同，否则无法触发。
handlers 中需要- name指定名称 ，handlers只会在所有的tasks执行完后执行，并且，即便一个handlers被触发多次，也只会执行一次。 handlers是一种特殊的tasks。
- handlers（触发事件）
notify: 触发
handlers：触发的动作
# 两者的名称一定要相同，否则无法触发。
使用上场景：一般都是修改配置文件时
正常情况时handlers是不会执行的，除非触发任务，才会执行
- hosts: web
tasks:
- name: installredis
yum: name=redis
- name: copyfile
template: src=redis.conf dest=/etc/redis.conf
tags: copyfile
notify: restart # 触发：触发名称
- name: start
service:
name: redis
state: started
enabled: yes
handlers: # 触发动作
- name: restart
service:
name: redis
state: restarted
1.5 Playbook 中的变量
- 变量的定义方式
1.通过命令行进行变量定义
2.在play文件中进行变量定义
3.通过Inventory主机信息文件中进行变量定义
变量读取的优先级为: 命令行 > playbook文件 > Inventory文件
- 通过vars定义变量
---
- name: LAMP
hosts: web
vars:
packages_name:
- httpd
- mariadb-server
- php
- php-mysql
tasks:
- name: install LAMP
yum:
name: "{{packages_name}}"
state: present
执行此yml：
# 语法校验
ansible-playbook --syntax-check LAMP.yml
# 执行yml
ansible-playbook LAMP.yml（定义的yml文件名）
- 通过vars_files定义变量
当变量较少时，使用vars定义没有问题，当变量较多时，可以将变量保存到一个独立的文件中；
需要多个yml文件，一个主文件，需要调用其他yml独立文件，主要是最后运行的；其他是定义包名的yml文件。
#定义阶段
# my_vars.yml
---
httpd_package: httpd
mariadb_package: mariadb-server
#调用阶段
# apache.yml
---
- name: apache
hosts: web
become: yes
vars_files:
- my_vars.yml # 引入变量文件
tasks:
- name: Install httpd
yum:
name: "{{ httpd_package }}"
state: present
become: yes
- name: Install mariadb-server
yum:
name: "{{ mariadb_package }}"
state: present
become: yes
执行此yml：
# 语法校验
ansible-playbook --syntax-check apache.yml
# 执行yml
ansible-playbook apache.yml（定义的yml文件名）
- 官方推荐定义变量方法
之前的几种变量定义都不是很好用，比较好用的是在Ansible项目目录下创建两个变量目录：
host_vars
group_vars
目录名字一定要一致，不能做任何修改。
理解如何设置和使用host_vars和group_vars可以使你的Ansible管理更加灵活和有组织。以下是更详细的步骤，从设置目录结构到创建Playbook的执行：
-
目录结构：
在你的Ansible项目目录下，确保设置以下目录结构：your_ansible_project/ ├── group_vars/ │ └── web-servers.yml ├── host_vars/ │ └── web-server.yml ├── playbook.yml └── inventory.inigroup_vars目录用于存放组级别的变量定义。host_vars目录用于存放主机级别的变量定义。playbook.yml是你的Ansible Playbook。inventory.ini是Ansible的主机清单文件，其中列出了你的主机和主机组。
-
清单文件 (
inventory.ini)：
确保在清单文件中定义了你的主机和主机组。例如：vim /etc/ansible/inventory.ini
[web-servers]
172.16.11.209 ansible_ssh_port=22 ansible_ssh_user=root ansible_ssh_pass=‘123123’
3. **组级别变量 (`group_vars/web-servers.yml`)**：
在`group_vars`目录下创建一个YAML文件，例如`web-servers.yml`，并在其中定义组级别的变量，如：
`mkdir -p /etc/ansible/group_vars && vim /etc/ansible/group_vars/web-servers.yml`
```yaml
# group_vars/web-servers.yml
---
httpd_package: httpd
mariadb_package: mariadb-server
-
主机级别变量 (
host_vars/web-server.yml)：
在host_vars目录下创建一个YAML文件，例如web-server.yml，并在其中定义主机级别的变量，如：mkdir -p /etc/ansible/host_vars && vim /etc/ansible/host_vars/web-servers.yml# host_vars/web-server.yml --- http_port: 80 -
Playbook (
playbook.yml)：
创建你的Ansible Playbook，例如：vim /etc/ansible/playbook.yml--- - name: Configure Web Server hosts: web-servers become: yes tasks: - name: Install HTTPd yum: name: "{{ httpd_package }}" state: present - name: Start HTTPd service: name: httpd state: started -
运行Playbook：
使用以下命令运行你的Playbook：ansible-playbook -i inventory.ini playbook.yml
此时，Ansible会自动加载group_vars和host_vars目录中的变量，你的Playbook将使用这些变量来配置主机。
通过这种方式，你可以更加有组织地管理变量，特别是对于多主机和多组的环境。你可以为不同的组或主机设置特定的变量，而不必在Playbook中硬编码这些值，提高了可维护性和可读性。
- 命令行定义变量
ansible-playbook命令提供-e选项，用于在命令行定义变量，命令行定义变量的优先级最高。
[root@localhost yml]# cat /etc/ansible/hosts
[web]
172.16.11.209
[web:vars]
ansible_ssh_pass='123123'
# 执行：命令行定义变量
[root@localhost yml]# vim test.yml
---
- name: apache
hosts: web
become: yes
vars:
httpd_package:
- httpd
tasks:
- name: install httpd service
yum:
name: "{{ httpd_package }}"
state: present
#定义阶段
[root@ansible ~]# ansible-playbook test.yml -e "web_server=vsftpd"
1.6 变量注册
当anbsible的模块在运行之后，其实都会返回一些result结果，就像是执行脚本，我们有的时候需要脚本给我们一些return返回值，我们才知道，上一步是否可以执行成功，但是默认情况下，ansible的result并不会显示出来，所以，我们可以把这些返回值’存储’到变量中，这样我们就能通过’调用’对应的变量名，从而获取到这些result，这种将模块的返回值，写入到变量中的方法被称为变量注册。
[root@ansible ~]# vim register.yml
---
- hosts: web
tasks:
- name: define a var1
shell: "whoami"
register: user_name
- name: get msg
debug:
msg: "{{ user_name }}"
- name: get stdout msg
debug:
msg: "{{ user_name.stdout_lines }}"
# 执行
[root@localhost yml]# ansible-playbook register.yml
PLAY [web] ****************************************************************************************************************************************************
TASK [Gathering Facts] ****************************************************************************************************************************************
ok: [172.16.11.209]
TASK [define a var1] ******************************************************************************************************************************************
changed: [172.16.11.209]
TASK [get msg] ************************************************************************************************************************************************
ok: [172.16.11.209] => {
"msg": {
"changed": true,
"cmd": "whoami",
"delta": "0:00:00.004924",
"end": "2023-10-12 23:21:29.231407",
"failed": false,
"rc": 0,
"start": "2023-10-12 23:21:29.226483",
"stderr": "",
"stderr_lines": [],
"stdout": "root",
"stdout_lines": [
"root"
]
}
}
TASK [get stdout msg] *****************************************************************************************************************************************
ok: [172.16.11.209] => {
"msg": [
"root"
]
}
PLAY RECAP ****************************************************************************************************************************************************
172.16.11.209 : ok=4 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
说明:
debug：模块常用参数
msg： #调试输出的消息
var: #将某个任务执行的输出作为变量传递给debug模块，debug会直接将其打印输出
verbosity: #debug的级别（默认是0级，全部显示）
1.7 debug 模块：将上一步任务执行的结果打印出来
将上一步任务执行的结果打印出来，不管成功还是失败都会返回；
---
- name: debug测试
hosts: all
remote_user: root
tasks:
- name: 查看root目录下的文件
command: ls /root
register: root_directory_contents # 存储命令输出
- name: 输出的结果
debug:
var: root_directory_contents.stdout_lines
1.8 facts 缓存
Ansible facts是在被管理主机上通过Ansible自动采集发现的变量。facts包含每台特定的主机信息。比如：被控端的主机名、IP地址、系统版本、CPU数量、内存状态、磁盘状态等等。
- facts变量的使用场景
-
通过facts缓存检查CPU，来生成对应的nginx配置文件
-
通过facts缓存检查主机名，生成不同的zabbix配置文件
-
通过facts缓存检索物理机的内存大小来生成不同的mysql配置文件
可以使用setup模块查看facts变量列表:
[root@localhost yml]# ansible nginx -m setup
172.16.11.209 | SUCCESS => {
"ansible_facts": {
"ansible_all_ipv4_addresses": [
"172.17.0.1",
"172.16.11.209"
],
"ansible_all_ipv6_addresses": [
"fe80::20c:29ff:feaf:dbfa"
],
以下省略…
在playbook中引用facts变量：
[root@localhost ansible]# vim /etc/ansible/hosts
[web]
172.16.11.209
[web:vars]
ansible_ssh_pass='123123'
# yml文件
[root@localhost yml]# cat facts.yml
- hosts: web
tasks:
- shell: echo {{ ansible_os_family }}
register: my_vars
- debug:
var: my_vars.stdout_lines
# 执行
[root@localhost yml]# ansible-playbook facts.yml
PLAY [web] ****************************************************************************************************************************************************
TASK [Gathering Facts] ****************************************************************************************************************************************
ok: [172.16.11.209]
TASK [shell] **************************************************************************************************************************************************
changed: [172.16.11.209]
TASK [debug] **************************************************************************************************************************************************
ok: [172.16.11.209] => {
"my_vars.stdout_lines": [
"RedHat"
]
}
PLAY RECAP ****************************************************************************************************************************************************
172.16.11.209 : ok=3 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
#在playbook中，可以通过gather_facts选项控制是否收集远程主机，默认值为yes
二、Playbook 中的流程控制
2.1 条件
在所有的编程语言流程控制语句中，条件语句是必不可少的，在使用Ansible的过程中，条件判断的使用频率极其高。
例如：
-
使用不同的系统的时候，可以通过判断系统来对软件包进行安装。
-
在nfs和rsync安装过程中，客户端服务器不需要推送配置文件，之前我们都是写多个play，会影响效率。
-
在源码安装nginx的时候，执行第二遍就无法执行了，此时我们就可以进行判断是否安装过。
playbook中的条件判断语句使用when
tasks: #官方案例
- name: "shut down Debian flavored systems"
command: /sbin/shutdown -t now
when: ansible_facts['os_family'] == "Debian"
# note that all variables can be used directly in conditionals without double curly braces
- hosts: web_group
tasks:
- name: Install CentOS Httpd
yum:
name: httpd
state: present
#官方
when: ansible_facts['os_family'] == "CentOS"
#非官方
when: ansible_distribution == "CentOS"
- name: Install Ubuntu Httpd
yum:
name: apache2
state: present
when: ansible_facts['os_family'] == "Ubuntu"
还可以使用括号对条件进行分组
tasks:
- name: "shut down CentOS 6 and Debian 7 systems"
command: /sbin/shutdown -t now
when: (ansible_facts['distribution'] == "CentOS" and ansible_facts['distribution_major_version'] == "6") or
(ansible_facts['distribution'] == "Debian" and ansible_facts['distribution_major_version'] == "7")
也可以指定多条件为列表
tasks:
- name: "shut down CentOS 6 systems"
command: /sbin/shutdown -t now
when:
- ansible_facts['distribution'] == "CentOS"
- ansible_facts['distribution_major_version'] == "6"
条件运算
tasks:
- shell: echo "only on Red Hat 6, derivatives, and later"
when: ansible_facts['os_family'] == "RedHat" and ansible_facts['distribution_major_version ']|int >= 6
实例：
[root@localhost yml]# vim when.yml
- hosts: web
remote_user: root #代表用root用户执行，默认是root，可以省略
tasks:
- name: createfile
copy: content="test3" dest=/etc/ansible/yml/when.yml
when: a=='3'
- name: createfile
copy: content="test4" dest=/etc/ansible/yml/when.yml
when: a=='4'
执行：
# 语法校验
ansible-playbook --syntax-check when.yml
#执行
ansible-playbook -e 'a="3"' when.yml
2.2 循环
- 1、标准循环使用场景 - 批量安装软件
[root@localhost yml]# vim with_items.yml
---
- hosts: all
remote_user: root
tasks:
- name: Installed packages
yum:
name: "{{ item }}"
state: present
with_items:
- wget
- tree
- lrzsz
执行：
# 语法校验
ansible-playbook --syntax-check with_items.yml
# 执行
ansible-playbook with_items.yml
- 2、标准循环使用场景 - 批量创建用户
[root@localhost yml]# vim item2.yml
---
- name: 批量创建用户
hosts: all
remote_user: root
tasks:
- name: 配置创建用户操作
user:
name: "{{ item }}"
state: present
with_items:
- cs1
- cs2
- cs3
执行：
# 语法校验
ansible-playbook --syntax-check item2.yml
# 执行
ansible-playbook item2.yml
查看：
tail -3 /etc/passwd
- 3、循环嵌套使用场景 - 批量创建用户并给用户添加用户组
[root@localhost yml]# vim item3.yml
---
- name: 批量创建用户名及用户组
hosts: all
remote_user: root
tasks:
- name: create group
group: name={{ item }} state=present
with_items:
- group1
- group2
- group3
- name: create user
user: name={{ item.name }} group={{ item.groups }} state=present
with_items:
- {'name': cs1,'groups': group1}
- {'name': cs2,'groups': group2}
- {'name': cs3,'groups': group3}
执行：
# 语法校验
ansible-playbook --syntax-check item3.yml
# 执行
ansible-playbook item3.yml
- 4、循环嵌套使用场景 - 批量删除用户及用户组
[root@localhost yml]# vim item3_1.yml
---
- name: 批量删除用户及用户组
hosts: all
remote_user: root
tasks:
- name: drop user
user:
name: "{{ item.name }}"
group: "{{ item.group }}"
remove: yes
state: absent
with_items:
- {'name': cs1,'group': group1}
- {'name': cs2,'group': group2}
- {'name': cs3,'group': group3}
- name: drop group
group:
name: "{{ item }}"
state: absent
with_items:
- group1
- group2
- group3
执行：
# 语法校验
ansible-playbook --syntax-check item3_1.yml
# 执行
ansible-playbook item3_1.yml
- 5、标准循环使用场景 - 批量拷贝多个文件
[root@localhost yml]# vim item4.yml
- name: 批量拷贝文件
hosts: all
remote_user: root
tasks:
- name: bulk copy
copy: src=/home/test/{{ item.src }} dest=/home/cs/{{ item.dest }} mode={{ item.mode }}
with_items:
- {src: "a.sh", dest: "a.sh", mode: "0777"}
- {src: "tongji.sh", dest: "tongji.sh", mode: "0777"}
# -------------------------------此为分界线，上下互不相干---------------------------------
- name: 批量拷贝文件到不同的路径
hosts: all
remote_user: root
tasks:
- name: bulk copy
copy: src=/home/test/{{ item.src }} dest={{ item.dest }} mode={{ item.mode }}
with_items:
- {src: "a.sh", dest: "/home/cs/a.sh", mode: "0777"}
- {src: "tongji.sh", dest: "/home/cs1/tongji.sh", mode: "0777"}
执行：
# 语法校验
ansible-playbook --syntax-check item4.yml
# 执行
ansible-playbook item4.yml
2.3 异常处理
默认Playbook会检查命令和模块的返回状态，如遇到错误就中断playbook的执行
加入参数: ignore_errors: yes # 忽略错误
[root@localhost yml]# cat expect.yml
---
- name: 忽略错误演示
hosts: all
remote_user: root
tasks:
- name: 使用一个未知的命令
command: a
ignore_errors: yes
- name: 创建一个文件
file: path=/home/cs/yichang state=touch
代码解析：
2.4 tags 标签
默认情况下，Ansible在执行一个playbook时，会执行playbook中定义的所有任务；Ansible playbook中的tag标签是一种用于选择性运行特定任务或任务集的机制。通过为每个任务指定标签，您可以在运行playbook时选择只运行带有特定标签的任务，而不运行其他任务。这对于控制和管理Ansible playbook的执行非常有用，特别是当您的playbook包含许多任务时。
- 1、打标签的方式
对一个对象打一个标签
对一个对象打多个标签
对多个对象打一个标签
- 2、标签使用，通过tags和任务对象进行捆绑，控制部分或者指定的task执行
-t：执行指定的tag标签任务
--list-tags：列出此yml文件中的所有tag标签
--skip-tags：执行–skip-tags之外的标签任务
- 3、以下是tag标签的作用：
-
选择性运行任务：可以使用
--tags参数在运行ansible-playbook命令时指定一个或多个标签，只有带有指定标签的任务会运行。这对于在大型playbook中只运行特定任务非常有用，而不是运行整个playbook。 -
排除任务：您可以使用
--skip-tags参数来排除具有特定标签的任务，从而运行除带有指定标签的任务之外的所有其他任务。这对于在大型playbook中排除不需要运行的任务非常有用。 -
组织任务：标签可以帮助您组织和分类任务。例如，您可以为配置任务添加一个
config标签，为安装任务添加一个install标签，以便更容易了解每个任务的用途。 -
文档和注释：标签还可以作为任务的文档和注释。您可以将标签用作描述任务的方式，以便其他人更容易理解每个任务的目的。
下面是一些示例，演示如何在运行ansible-playbook时使用标签：
-
仅运行带有
install标签的任务：ansible-playbook your_playbook.yml --tags install -
排除带有
test标签的任务：ansible-playbook your_playbook.yml --skip-tags test -
运行带有多个标签的任务：
ansible-playbook your_playbook.yml --tags "install,config"
-
列出yml文件中所有的标签
ansible-playbook your_playbook.yml --list-tags
标签功能有助于增加Ansible playbook的可维护性，使您能够更精细地控制任务的执行。
- 4、【实例】部署apache服务并启动，中间可以自行设置tags标签。
[root@localhost yml]# vim tags.yml
---
- name: 部署apache服务
hosts: web
remote_user: root
vars:
- http_port: 8080
tasks:
- name: Install Http Server
yum:
name: httpd
state: present
tags:
- install_httpd
- httpd_server
- name: configure httpd server
copy:
src: ./httpd.conf
dest: /etc/httpd/conf/httpd.conf
mode: 0777
notify: Restart Httpd Server
tags:
- config_httpd
- httpd_server
- name: start httpd server
service:
name: httpd
state: started
enabled: yes
tags: start_httpd
- name: stop httpd server
service:
name: httpd
state: stopped
tags: stop_httpd
- name: uninstall httpd server
yum:
name: httpd
state: absent
tags: uninstall_httpd
handlers:
- name: Restart Httpd Server
systemd:
name: httpd
state: restarted
这是一个Ansible playbook的YAML文件，用于部署Apache HTTP服务器。YAML文件解析：
name: 部署apache服务：这是整个Ansible playbook的名称或描述。hosts: web：这指定了该playbook将在名为web的主机组上执行。您需要在您的Ansible inventory文件中定义主机组web，或者在命令行上指定主机。remote_user: root：指定了运行任务时使用root用户身份执行。vars:：这是一个变量部分，用于定义变量。在这里，定义了一个名为http_port的变量，其值为8080。tasks:：这是实际任务部分，其中包含一系列任务，每个任务都有一个名称和相应的操作。以下是每个任务的解释：- 第一个任务：
Install Http Server：这个任务使用yum模块来安装httpd软件包，确保Apache HTTP服务器已经安装在主机上。此任务有两个tags：install_httpd和httpd_server，以便后续可以选择性地运行这些任务。 - 第二个任务：
configure httpd server：这个任务使用copy模块将本地文件httpd.conf复制到目标主机的/etc/httpd/conf/httpd.conf位置，并给目标文件设置执行权限，从而配置Apache HTTP服务器。此任务有两个tags：config_httpd和httpd_server。（为什么要多余移动这个呢，因为这个配置里我们自己写的，同时也修改了httpd的端口为：8080）。notify: Restart Httpd Server意味着当该任务的状态发生变化时（通常是成功完成任务），它将触发名为 “Restart Httpd Server” 的处理程序handlers。 - 第三个任务：
start httpd server：这个任务使用service模块来启动并启用Apache HTTP服务器。此任务有一个tag：start_httpd。 - 第四个任务：
stop httpd server：停止HTTP服务器。它使用service模块将httpd服务停止。此任务有一个标签stop_httpd。 - 第五个任务：
uninstall httpd server：卸载HTTP服务器。它使用yum模块卸载httpd软件包。此任务有一个标签uninstall_httpd。
- 第一个任务：
handlers:：这部分定义了处理程序，这是一些在任务中使用的命名动作，通常与通知一起使用。在这里，定义了一个名为Restart Httpd Server的处理程序，当copy任务完成后，可以通知它。此处理程序使用systemd模块来重新启动httpd服务。
这个Playbook允许您执行与Apache HTTP服务器有关的各种操作，如安装、配置、启动、停止和卸载。使用不同的标签可以选择性地运行特定任务或任务组。
执行：
# 查看此yml文件中的所有tags标签
[root@localhost http]# ansible-playbook tags.yml --list-tags
playbook: tags.yml
play #1 (web): 部署apache服务 TAGS: []
TASK TAGS: [config_httpd, httpd_server, install_httpd, start_httpd, stop_httpd, uninstall_httpd]
# 执行 install_httpd,config_httpd（安装、移动配置文件）标签；执行移动配置文件会触发处理程序，所以会自动启动服务；
[root@localhost http]# ansible-playbook tags.yml -t install_httpd,config_httpd
# 执行 uninstall_httpd（卸载httpd服务） 标签
[root@localhost http]# ansible-playbook tags.yml -t uninstall_httpd
# 执行 httpd_server 标签
[root@localhost http]# ansible-playbook tags.yml -t httpd_server
# httpd_server标签包含（Install Http Server、configure httpd server、Restart Httpd Server）
# 所以会直接执行这三个任务，也就是安装、移动配置文件(因为使用移动文件触发了处理程序notify，所以就会执行Restart Httpd Server重启服务）
# 总结就是：执行httpd_server标签，会安装服务并启动服务。
# 跳过 httpd_server,start_httpd（安装加启动，启动）标签
[root@localhost http]# ansible-playbook tags.yml --skip-tags httpd_server,start_httpd
# 执行结果为，关闭httpd服务并卸载httpd服务；因为已经跳过 httpd_server ，所以不会执行安装和启动；
三、Playbook 中常用的模块使用
- 批量备份文件
- name: backup file
shell: mv {{ item }} {{ item }}-$(date +"%Y-%m-%d")
with_items:
- /home/cs/a.sh
- /home/cs/b.sh
- /home/cs/c.sh
ignore_errors: yes
tags: backup_file
执行结果为：/home/cs/a.sh-2023-10-31、/home/cs/b.sh-2023-10-31、/home/cs/c.sh-2023-10-31
ignore_errors: yes 为：没有这个文件可能会导致报错，跳过报错继续执行，不过最后还是要返回来看，需要单独复制。
- 批量复制文件：从本地复制到其他服务器不同路径
- name: copy file
copy: src=/etc/ansible/yml/update/{{ item.src }} dest={{ item.dest }} mode={{ item.mode }}
with_items:
- {src: "a.sh", dest: "/data/cs/a.sh", mode: "0777"}
- {src: "b.sh", dest: "/data/abc/b.sh", mode: "0777"}
- {src: "cs.jar", dest: "/data/conf/cs.jar", mode: "0644"}
tags: copy_file
- 批量复制文件：从其他服务器复制到其他服务器不同路径
- name: copy shell/file
shell: cp -ar {{ item.src }} {{ item.dest }}
with_items:
- {src: "/home/test/nginx/conf/nginx.conf", dest: "/usr/local/cs/nginx/conf/nginx.conf"}
- {src: "/home/test/nginx/conf/cs.conf", dest: "/usr/local/cs/nginx/conf/cs.conf"}
- {src: "/home/test/nginx/src/nginx", dest: "/usr/local/cs/nginx/src/nginx"}
ignore_errors: yes
tags: fugai
ignore_errors: yes 为：没有这个文件可能会导致报错，跳过报错继续执行，不过最后还是要返回来看，需要单独复制。