Ansible-playbook编译.yml脚本

发布时间:2023年12月17日

1、playbook是什么?

在Ansible中,Playbook是用于配置、部署和管理被控节点的剧本。它由一个或多个play(角色)组成,每个play可以包含多个task(台词,动作)。使用Ansible的Playbook,可以通过描述和执行一系列的操作步骤,让受控主机达到预期的状态。

2、为什么要编写playbook?

写Playbook的目的主要有以下几点:

  1. 自动化和可重复性:Playbook可以确保在多个环境中实现一致性和可重复性。一旦编写完成,可以在任何需要的地方运行,从而消除了手动配置和部署的繁琐性。
  2. 提高效率:通过自动化常见任务,Playbook可以显著减少完成这些任务所需的时间和精力。这允许团队将更多资源投入到创新和增值活动中。
  3. 减少错误:自动化的配置和部署过程可以消除人为错误,从而提高了系统的稳定性和可靠性。
  4. 文档化:Playbook可以作为系统配置和部署过程的文档。这有助于新团队成员了解系统,并允许团队在出现问题时快速回溯和诊断。
  5. 可扩展性和灵活性:Playbook可以轻松适应不断变化的需求和环境。只需对Playbook进行必要的修改,即可在多个环境中重复使用。
  6. 一致性:通过使用Playbook,可以确保在多个环境或主机上实现一致的配置和部署。这有助于维护系统的一致性和稳定性。
  7. 易于审计和跟踪:由于Playbook是文本文件,因此可以轻松进行版本控制,从而允许团队跟踪对系统所做的更改。这有助于满足合规性和审计要求。

3、如何编写playbook?

编写Ansible Playbook需要遵循一定的结构和语法规则。以下是一些编写Ansible Playbook的基本步骤和注意事项:

  1. 确定目标:在开始编写Playbook之前,需要明确你想要达到的目标。例如,你可能想要部署一个应用程序、配置网络设置、管理软件包等。
  2. 创建Playbook文件:在Ansible目录中创建一个以.yml为扩展名的Playbook文件。例如,你可以创建一个名为deploy.yml的文件。
  3. 定义inventory:在Playbook文件中,你需要定义一个或多个inventory(主机清单)。Inventory可以包含受控主机的列表、主机组、变量等。

--- ?
- hosts: webservers ?
? become: yes ?
? tasks: ?
? ? - name: install nginx ?
? ? ? apt: name=nginx state=present
?

在这个示例中,hosts字段指定了一个名为webservers的主机组,become字段用于执行需要管理员权限的任务。

4.定义task(任务):在Playbook中,每个任务都是一个要执行的指令或动作。你可以定义多个任务来达到你的目标。

- name: install nginx

apt: name=nginx state=present

在这个示例中,任务是安装Nginx软件包。

5.执行Playbook:使用Ansible命令行工具或脚本执行Playbook。例如,你可以运行以下命令来执行名为deploy.yml的Playbook:

ansible-playbook deploy.yml

6.调试和优化:在执行Playbook后,检查输出和日志以确认任务是否成功执行。根据需要调试和优化Playbook以确保其正确性和效率。

4、单据本编写

1.查看ansible是否安装,如下图是已安装示例图,如果还没有可以参考我上一篇文章《Ansible介绍与安装》

2.管理的我的主机IP地址 vi /etc/ansible/hosts

[m1]
192.168.31.135
[all:vars]
ansible_user=root
ansible_password=123456

3.确定ansible能与受控机通信

4.创建一个ploybook目录,用于专门存放ploybook文件,编写playbook,名为waha.yml。

[root@localhost? /]# cd /etc/ansible

[root@localhost ansible]# mkdir playbook
[root@localhost ansible]# cd playbook/
[root@localhost playbook]# vim waha.yml
[root@localhost playbook]# cat waha.yml?
---
- name: 系统初始化 ? ? ? ? ##任务名称,自定义。
? hosts: 192.168.31.135? ? ? ##对哪个受控机进行操作。
? tasks: ? ? ? ? ? ? ? ? ? ? ?## 任务。
? ? - name: 关闭防火墙 ? ? ?##任务里可以有很多个小任务,比如这里就只有一个任务,关闭防火墙,名称自定义。
? ? ? service: ? ? ? ? ? ? ##关闭防火墙要用哪个模块。
? ? ? ? name: firewalld ? ? ? ? ?##service模块参数,作用对象。
? ? ? ? state: stopped ? ? ? ? ? ?##service模块参数,操作动作。

5.语法验证。验证没问题之后才能往后面操作。

?ansible-playbook --syntax-check waha.yml?

????

6.执行空运行,测试结果是否是我们想要的,但不实际在受控机上执行。

7.执行ploybook,查看结果。

8.之前192.168.31.135的防火墙状态

9.现在192.168.31.135的防火墙状态

5、多剧本编写

?1.管理的主机IP地址 vi /etc/ansible/hosts

[m1]
192.168.31.135

[m2]

192.168.31.140

[all:vars]
ansible_user=root
ansible_password=123456

3.确定ansible能与受控机通信

4.创建一个ploybook目录,用于专门存放ploybook文件,编写playbook,名为happy.yml。

[root@localhost? /]# cd /etc/ansible

[root@localhost ansible]# mkdir playbook
[root@localhost ansible]# cd playbook/
[root@localhost playbook]# vim happy.yml
[root@localhost playbook]# cat happy.yml?
---
- name: 系统初始化 ? ? ? ? ##任务名称,自定义。
? hosts: [192.168.31.135 192.168.31.140]? ? ? ##对哪个受控机进行操作。
? tasks: ? ? ? ? ? ? ? ? ? ? ?## 任务。
? ? - name: 关闭防火墙 ? ? ?##任务里可以有很多个小任务,比如这里就只有一个任务,关闭防火墙,名称自定义。
? ? ? service: ? ? ? ? ? ? ##关闭防火墙要用哪个模块。
? ? ? ? name: firewalld ? ? ? ? ?##service模块参数,作用对象。
? ? ? ? state: stopped ? ? ? ? ? ?##service模块参数,操作动作。

5.语法验证。验证没问题之后才能往后面操作。

?ansible-playbook --syntax-check happy.yml?

????

6.执行空运行,测试结果是否是我们想要的,但不实际在受控机上执行。

7.执行ploybook,查看结果。

8.之前192.168.31.135和192.168.31.140的防火墙状态

9.现在192.168.31.135和192.168.31.140的防火墙状态

如果在查看两台主机防火墙的主机的防火墙的状态时,如果防火墙都关闭了,恭喜你最基础的Ansible-playbook编译.yml脚本已经掌握!!

文章来源:https://blog.csdn.net/m0_74250610/article/details/135049038
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。