文章目录
- [一、Ansible Playbook介绍](#一、Ansible Playbook介绍)
-
- 1、Playbook的简单组成
- 2、Playbook与ad-hoc简单对比
- 3、YAML文件语法：
-
- [1. 基本结构](#1. 基本结构)
- [2. 数据类型](#2. 数据类型)
- [3. 列表](#3. 列表)
- [4. 字典（映射）](#4. 字典（映射）)
- [5. 注释](#5. 注释)
- [6. 特殊语法](#6. 特殊语法)
- [7. YAML中字典和带有值的列表项有什么区别？](#7. YAML中字典和带有值的列表项有什么区别？)
- 4、Ansible编写yaml格式的Playbook的语法
-
- [1. 安装 Ansible](#1. 安装 Ansible)
- [2. 基本结构](#2. 基本结构)
- [3. 创建一个 Playbook 示例](#3. 创建一个 Playbook 示例)
- [4. 详细讲解](#4. 详细讲解)
-
- [a. `name`](#a.
name) - [b. `hosts`](#b.
hosts) - [c. `become`](#c.
become) - [d. `tasks`](#d.
tasks) - [e. `module_name`](#e.
module_name) - [f. 参数和选项](#f. 参数和选项)
- [a. `name`](#a.
- [5. 运行 Playbook](#5. 运行 Playbook)
- [6. 进阶功能](#6. 进阶功能)
-
- [6-a. 变量](#6-a. 变量)
- [6-b. 条件](#6-b. 条件)
- [6-c. 处理](#6-c. 处理)
- [6-d. 角色](#6-d. 角色)
- [7. 文档和帮助](#7. 文档和帮助)
- 5、测试编写简单的Playbook
- 二、小项目------完全使用Ansible-Playbook部署多台服务器的服务
- [To Do ？？？？？？？？？？？？？？？？？](#To Do ？？？？？？？？？？？？？？？？？)
一、Ansible Playbook介绍
1、Playbook的简单组成
xxxx.yaml文件
1）"play"
单个角色
2）"task"
角色的执行的内容
3）"playbook"
多个角色及其task
2、Playbook与ad-hoc简单对比
Ansible 中的 ad-hoc 命令和 Playbook 是两种不同的使用方式，各自有其特点和适用场景：
区别
-
Ad-hoc 命令：
- 定义：用于一次性执行简单任务的命令。
- 语法：直接在命令行中输入，不需要编写脚本。
- 用途：适合快速执行简单的操作，如安装软件、重启服务等。
- 示例 ：
ansible all -m ping（对所有主机执行 ping 模块）。
-
Playbook：
-
定义：一组有序的任务，可以包含多个 play，定义了更复杂的自动化流程。
-
格式：使用 YAML 格式编写，结构化清晰。
-
用途：适合需要多个步骤和条件的复杂操作，如配置管理和应用部署。
-
示例 ：
yaml- hosts: webservers tasks: - name: Install nginx apt: name: nginx state: present
-
联系
-
相辅相成：ad-hoc 命令可以用于快速测试或临时任务，而 Playbook 则用于系统的配置和管理。你可以先使用 ad-hoc 命令快速验证某个操作的效果，然后再将其转化为 Playbook 以便于重复使用和版本控制。
-
依赖关系：Playbook 并不依赖于 ad-hoc 命令，但二者可以一起使用，以便在不同场景中提高工作效率。
总之，ad-hoc 命令适用于简单、一次性的任务，而 Playbook 则适合更复杂、结构化的操作。
3、YAML文件语法：
YAML（YAML Ain't Markup Language）是一种简洁的数据序列化格式，常用于配置文件和数据交换。下面是 YAML 的一些基本语法规则和示例：
注意：
1、
2、多个"---"？？
在YAML中，第一行写上"---"是用来表示文档的开始。这个符号是YAML的标准语法的一部分，用于指示一个YAML文档的起始位置。它在多文档的YAML文件中尤其重要，用于区分不同的文档。每个文档都以"---"开头，以便解析器能够识别和分隔这些文档。
例如：
yaml
---
name: Alice
age: 30
---
name: Bob
age: 25在这个例子中，"---"用于分隔两个不同的YAML文档。第一个文档表示一个人的信息，而第二个文档表示另一个人的信息。 在 Ansible中，YAML playbook 是一种用于定义任务的文件格式。以下是关于如何编写 Ansible playbook的基本信息，以及何时使用多个
---的说明。一个简单的 Ansible playbook 通常包含以下部分：
yaml
- name: Example Playbook
hosts: webservers
tasks:
- name: Install Nginx
apt:
name: nginx
state: present在一个 YAML 文件中，多个
---用于分隔不同的文档或 playbook。你可能在以下情况下需要使用多个---：
- 多个 Plays ：如果你的 playbook 包含多个 plays，每个 play 都可以用
---分隔。
yaml
- name: First Play
hosts: webservers
tasks:
- name: Install Nginx
apt:
name: nginx
state: present
- name: Second Play
hosts: dbservers
tasks:
- name: Install MySQL
apt:
name: mysql-server
state: present
- 多个文档 ：如果你在同一文件中包含多个不同的文档或配置（例如，定义多个角色），可以使用
---来分隔它们。使用多个
---可以提高 playbook 的可读性和组织性，尤其是在处理多个 plays或配置时。每个文档可以独立处理，从而简化管理和执行过程。
1. 基本结构
-
键值对 ：YAML 的基本结构是键值对，每个键值对用冒号（
:）分隔。例如：yamlname: Alice age: 30 -
缩进 ：YAML 使用缩进来表示层级关系，缩进通常使用两个空格，不允许使用制表符（Tab）。例如：
yamlperson: name: Alice age: 30
2. 数据类型
-
字符串 ：可以直接写字符串，也可以使用引号（
"或'）包围。引号可以用于包含特殊字符或防止解析错误。yamlsimple_string: Hello quoted_string: "Hello, world!" multiline_string: | This is a multi-line string. -
整数和浮点数：
yamlinteger: 42 float: 3.14 -
布尔值：
yamlis_active: true is_deleted: false -
空值 ：用
null或~表示空值。yamlempty_value: null another_empty_value: ~
3. 列表
-
简单列表 ：每个列表项用破折号（
-）表示。yamlfruits: - Apple - Banana - Orange -
带有值的列表项：
yamlfruits: - name: Apple color: Red - name: Banana color: Yellow
4. 字典（映射）
-
简单字典：
yamlperson: name: Alice age: 30 address: city: New York zip: 10001 -
嵌套字典：
yamlemployees: - name: Bob position: Developer contact: email: bob@example.com phone: 123-456-7890 - name: Carol position: Manager
5. 注释
-
单行注释 ：用
#开始。yaml# This is a comment name: Alice # This is an inline comment -
多行注释：没有正式的多行注释，但可以使用多行单行注释。
yaml# This is a comment # that spans multiple lines
6. 特殊语法
-
多行字符串 ：使用
|保留换行符，使用>将换行符转换为空格。yamlmulti_line_literal: | This is a string with line breaks. folded_style: > This is a string that folds into a single line. -
锚点和别名 ：使用
&定义锚点，使用*引用别名。yamldefaults: &defaults color: blue size: medium item1: <<: *defaults name: Item 1 item2: <<: *defaults name: Item 2 -
合并映射 ：使用
<<:合并映射。yamlbase: &base name: Default status: active custom: <<: *base name: Custom
7. YAML中字典和带有值的列表项有什么区别？
在 YAML 中，字典是由键值对组成的结构，使用冒号来分隔，例如 key: value，可以表达层次关系和属性。带有值的列表项则是通过短横线表示的元素集合，如：
yaml
- item1
- item2字典适合表示关联数据，而列表用于有序的元素集合。简单来说，字典强调键的映射关系，列表强调顺序。
这些是 YAML 文件的基本语法规则。YAML 的语法很直观，易于阅读和编写，但需要注意缩进和语法的准确性。
4、Ansible编写yaml格式的Playbook的语法
编写 Ansible Playbook 是自动化系统管理和配置的一种方式。Playbook 是一种 YAML 文件，用于定义在目标主机上执行的任务。以下是详细编写 Ansible Playbook 的步骤和示例：
1. 安装 Ansible
确保你已经安装了 Ansible。在大多数系统上，你可以通过以下命令进行安装：
bash
# Debian系列：
pip install ansible
# RedHat系列：
yum install ansible2. 基本结构
一个基本的 Playbook 结构如下：
yaml
- name: 这个 Playbook 的名称
hosts: 主机组
become: 是否需要提权（默认是 False）
tasks:
- name: 任务名称
module_name:
参数: 值3. 创建一个 Playbook 示例
下面是一个简单的示例 Playbook，该 Playbook 将在指定的主机上安装 Nginx 并启动它。
yaml
- name: 安装并启动 Nginx
hosts: web_servers
become: yes
tasks:
- name: 安装 Nginx
apt:
name: nginx
state: present
- name: 启动 Nginx 服务
service:
name: nginx
state: started
enabled: yes4. 详细讲解
a. name
每个 Playbook 和任务 都应该有一个 name，用于描述其作用。
yaml
- name: 安装并启动 Nginxb. hosts
指定目标主机组。这些主机组通常在 inventory 文件中定义。可以指定一个或多个主机组。
yaml
hosts: web_serversc. become
指示是否需要使用 sudo 权限执行任务。默认为 false，可以设置为 yes 以启用。
yaml
become: yesd. tasks
包含一系列任务，每个任务都执行特定的操作。
yaml
tasks:
- name: 安装 Nginx
apt:
name: nginx
state: presente. module_name
Ansible 的模块是执行具体任务的工具。例如 apt 模块用于管理 Debian 系列系统上的软件包。
f. 参数和选项
不同的模块有不同的参数。例如，在 apt 模块中，name 指定要安装的软件包，state 定义软件包的状态（如 present 表示安装，absent 表示删除）。
5. 运行 Playbook
要执行 Playbook，使用 ansible-playbook 命令：
bash
ansible-playbook playbook.yml6. 进阶功能
6-a. 变量
可以在 Playbook 中定义变量，也可以在 vars 文件中定义。示例如下：
yaml
- name: 安装软件包
hosts: all
vars:
package_name: nginx
tasks:
- name: 安装 Nginx
apt:
name: "{{ package_name }}"
state: present注：这里的"{{"是什么意思？以及它引发的一些知识
一、
在许多模板引擎和配置文件中，双花括号
{``{和}}用来表示变量的占位符。具体到你提到的上下文中，这通常出现在 YAML文件中，尤其是在使用 Ansible 这样的自动化工具时。1、在 Ansible 中
在 Ansible 的 playbooks 或 roles 中，双花括号
{``{和}}用于引用变量。这些变量可以是：
- 直接在 playbook 中定义的变量。
- 在
vars文件或字典中定义的变量。- 从外部文件或环境变量中读取的变量。
- 从 Ansible 的事实（facts）模块获取的系统信息。
2、作用
- 动态替换：Ansible 在执行任务时会替换这些占位符为变量的实际值。
- 灵活性：允许在不修改任务定义的情况下，通过改变变量的值来改变任务的行为。
3、示例
假设你有一个 Ansible playbook，其中定义了一个变量并使用它来安装软件包：
yaml
- hosts: all
vars:
package_name: nginx
tasks:
- name: Install package
apt:
name: "{{ package_name }}"
state: present在这个例子中：
package_name是一个变量，其值被设置为nginx。- 在
apt模块中，{``{ package_name }}会被替换为nginx，因此 Ansible 会安装nginx包。4、总结
双花括号
{``{和}}在 Ansible和其他一些模板系统中用于标记变量，使得配置文件和任务定义更加灵活和动态。这种机制允许用户通过改变变量的值来重用和调整配置，而无需每次都手动编辑文件。
二、
"模板引擎"和"模板系统"是编程和网页设计中常见的概念，它们用于生成动态内容。以下是它们的详细解释：
-----模板引擎（Template Engine）
定义： 模板引擎是一种工具或库，用于将模板文件（通常包含静态标记和占位符）与数据模型结合起来，生成最终的输出文件（如 HTML、XML、PDF 等）。
工作原理：
- 模板文件：包含预定义的标记和占位符，用于指示数据插入的位置。
- 数据模型：包含要插入到模板中的数据。
- 渲染过程：模板引擎读取模板文件，将数据模型中的数据替换模板中的占位符，生成最终的输出文件。
优点：
- 分离关注点：将内容（HTML、XML 等）与逻辑（数据和业务逻辑）分离，提高代码的可维护性和可读性。
- 重用性：模板文件可以被重复使用，只需更改数据模型即可生成不同的输出。
- 灵活性：支持各种编程语言和框架，可以根据需要选择适合的模板引擎。
------模板系统（Template System）
定义： 模板系统是一套规则和工具，用于定义和处理模板文件。它通常包括模板语法、模板文件格式和模板引擎。
组成部分：
- 模板语法：定义了如何在模板文件中表示占位符、条件语句、循环等。
- 模板文件：遵循模板语法的文件，用于生成最终的输出文件。
- 模板引擎：解析模板文件和数据模型，生成最终的输出文件。
应用场景：
- Web 开发：生成动态网页，如用户界面、表单、报告等。
- 文档生成：生成格式化的文档，如 PDF、Word 等。
- 邮件系统：生成个性化的电子邮件模板。
-----总结
- 模板引擎：是实现模板系统的一个组件，负责将模板文件和数据模型结合起来生成最终的输出文件。
- 模板系统：是一套完整的规则和工具，包括模板语法、模板文件和模板引擎，用于定义和处理模板文件。
在实际应用中，模板引擎和模板系统通常紧密相关，模板引擎是实现模板系统的核心部分。通过使用模板系统，开发者可以更高效地生成和管理动态内容。
三、
模板引擎和模板系统是编程中用来生成文本输出（通常是HTML）的工具，它们允许开发者将数据和视图分离，提高代码的可维护性和可重用性。以下是一些常见的模板引擎和模板系统：
Jinja2：
- 语言：Python
- 用途：广泛用于Web应用开发，是Flask和Django等框架的默认模板引擎。
- 特点：提供了丰富的模板继承功能，可以方便地构建复杂的页面布局。
Handlebars.js：
- 语言：JavaScript
- 用途：常用于前端开发，支持在浏览器端渲染。
- 特点：提供了强大的表达式处理能力和易于理解的语法。
Mustache：
- 语言：多种语言（最初为Ruby）
- 用途：轻量级的模板系统，适用于多种编程语言。
- 特点：简单易用，遵循逻辑最小化的原则。
EJS：
- 语言：JavaScript
- 用途：常用于Node.js环境中的Web应用。
- 特点：语法类似于JavaScript，易于学习。
Liquid：
- 语言：Ruby
- 用途：最初为Shopify开发，用于Web应用的模板渲染。
- 特点：安全，适合电子商务网站，因为它限制了模板中可执行的代码。
Twig：
- 语言：PHP
- 用途：常用于Symfony框架中，用于生成HTML。
- 特点：提供了丰富的模板继承和宏功能。
Smarty：
- 语言：PHP
- 用途：用于PHP Web应用的模板渲染。
- 特点：提供了丰富的模板控制结构和变量修饰符。
Thymeleaf：
- 语言：Java
- 用途：用于Java Web应用的模板渲染。
- 特点：支持HTML、XML、JavaScript、CSS，甚至纯文本的模板。
Razor：
- 语言：C#
- 用途：用于ASP.NET MVC和ASP.NET Core MVC的服务器端模板引擎。
- 特点：允许在HTML中嵌入C#代码，支持强类型和编译时检查。
Vue.js：
- 语言：JavaScript
- 用途：前端框架，也提供了模板系统。
- 特点：响应式数据绑定，易于构建单页面应用（SPA）。
React.js：
- 语言：JavaScript
- 用途：前端库，用于构建用户界面，特别是单页面应用。
- 特点：使用JSX语法，将JavaScript和HTML结合在一起。
这些模板引擎和系统各有特点，选择哪一个通常取决于项目需求、开发团队的熟悉程度以及所使用的技术栈。
四、
YAML（YAML Ain't Markup Language）本身并不是一个模板引擎 ，而是一种用于数据序列化的格式。它是一种可读性高的配置文件格式，常用于配置文件和数据交换。YAML的设计目标是易于阅读和编写，同时也易于被计算机解析和生成。
在某些情况下，YAML 文件可以与模板引擎一起使用，例如在自动化配置管理工具（如 Ansible）中，YAML文件可以包含变量和表达式，这些变量和表达式在运行时会被替换为实际的值。在上面的例子中，
{``{ package_name }}是Ansible 模板中的一个占位符，它会被 Ansible 在执行任务时替换为vars部分定义的package_name变量的值。总结来说，YAML是一种数据序列化格式，它可以包含变量和表达式，但本身并不是模板引擎。模板引擎是一种软件组件，用于在运行时替换模板中的占位符为实际值。在某些工具中，YAML文件可以作为模板使用，但这并不意味着 YAML 本身是一个模板引擎。
五、
Ansible 不仅仅是一个模板系统，它是一个强大的 IT 自动化工具，用于配置管理、应用部署、任务执行和系统编排。Ansible 使用YAML 格式的剧本（playbooks）来描述自动化任务，这些剧本可以包含模板，但它们的功能远不止于此。
以下是 Ansible 的一些关键特点：
模板系统 ：Ansible 支持使用 Jinja2 模板引擎 来生成配置文件和其他文本文件。你可以定义模板，并在运行时插入变量来生成定制化的输出。
配置管理：Ansible 可以用来自动化配置管理任务，确保服务器和应用程序的配置符合预期的标准。
应用部署：Ansible 可以自动化应用部署过程，从代码提交到部署到生产环境的整个过程。
任务执行：Ansible 提供了执行一次性任务的能力，比如系统更新、软件安装等。
系统编排：Ansible 可以用来协调多个系统和应用程序的部署和配置，实现复杂的自动化流程。
无代理：Ansible 的一大特点是无需在目标机器上安装代理或客户端软件，它通过 SSH 或 Windows Remote Management (WinRM) 来管理远程系统。
模块化：Ansible 提供了大量的模块（modules），用于执行各种自动化任务，如文件操作、服务管理、包管理等。
可扩展性：Ansible 允许用户编写自定义模块和插件来扩展其功能。
总的来说，Ansible 是一个全面的自动化平台，模板只是其众多功能中的一个组成部分。
六、
Ansible 使用的模板系统是 Jinja2。Jinja2 是一个功能强大的模板引擎，它支持变量替换、表达式计算、逻辑控制结构（如 if条件判断和 for 循环）以及丰富的过滤器和测试功能。在 Ansible 中，Jinja2模板主要用于处理模板文件，使得在配置文件中可以使用动态数据。
在 Ansible 的 playbooks 或任务中，经常需要使用
template模块来处理模板文件。这个模块允许你定义一个源文件，这个文件包含了 Jinja2 模板语法，然后 Ansible会将这个模板渲染成最终的配置文件，并将其传输到目标主机上。
例如，如果你有一个名为
my_template.j2的模板文件，你可以在 Ansible playbook 中这样使用它：
yaml
- name: 使用模板
template:
src: my_template.j2
dest: /path/to/destination/file在这个模板文件中，你可以使用 Jinja2 的语法来插入变量和表达式，例如：
jinja
# my_template.j2
Hello, {{ username }}!
The current date is {{ ansible_date_time.date }}.当你执行这个 playbook 时，Ansible 会替换掉
{``{ username }}和{``{ansible_date_time.date }}这些变量，将它们渲染为实际的值，然后创建或更新目标主机上的文件。Jinja2 的语法非常灵活，使得在 Ansible 中使用模板变得非常方便和强大。
Jinja2规定的模板文件的基本语法
Jinja2 是一个强大的 Python 模板引擎，广泛用于生成动态 HTML 内容。以下是 Jinja2 的一些基本语法规则和特性：
1. 变量输出
使用
{``{ variable }}来输出变量值。例如：
jinja
Hello, {{ name }}!2. 控制结构
- 条件语句：
jinja
{% if condition %}
{{ true_case }}
{% else %}
{{ false_case }}
{% endif %}
- 循环：
jinja
{% for item in items %}
{{ item }}
{% endfor %}3. 过滤器
使用过滤器可以对变量进行格式化处理，语法为
{``{ variable | filter }}。
jinja
{{ name | upper }} {# 将 name 转换为大写 #}4. 宏
宏允许你定义可重用的模板片段。
jinja
{% macro my_macro(arg1, arg2) %}
<p>{{ arg1 }} and {{ arg2 }}</p>
{% endmacro %}5. 注释
使用
{# ... #}来添加注释，这些内容不会出现在最终渲染的输出中。
jinja
{# This is a comment #}6. 继承
模板继承允许你基于一个基础模板创建多个子模板。
jinja
{% extends "base.html" %}
{% block content %}
<h1>Hello, {{ name }}!</h1>
{% endblock %}7. 容器
可以使用列表、字典等容器类型。
jinja
{% for key, value in my_dict.items() %}
{{ key }}: {{ value }}
{% endfor %}8. 自定义过滤器和测试
可以自定义过滤器和测试，以扩展模板的功能。
9. 自动转义
Jinja2 默认会对输出进行自动转义，确保安全性。
总结
Jinja2 提供了灵活的语法来构建动态内容，结合控制结构、过滤器、宏和模板继承，使得模板的管理和重用变得简单高效。你可以根据需要深入学习更多高级特性。
6-b. 条件
可以基于条件执行任务。例如：
yaml
- name: 安装 Nginx
apt:
name: nginx
state: present
when: ansible_os_family == "Debian"6-c. 处理
定义错误处理和清理任务。例如：
yaml
tasks:
- name: 安装 Nginx
apt:
name: nginx
state: present
ignore_errors: yes
- name: 任务完成
debug:
msg: "Nginx 已安装或发生错误"6-d. 角色
使用角色来组织 Playbook。角色允许你将任务、变量、文件等结构化地分组。
yaml
- hosts: web_servers
roles:
- nginx在 roles/nginx/tasks/main.yml 文件中定义具体的任务。
7. 文档和帮助
你可以通过以下命令获取有关模块和功能的更多帮助：
bash
ansible-doc <module_name>编写 Playbook 是一个迭代过程，你可以根据实际需求逐步扩展和调整。希望这些说明能帮助你编写出符合需求的 Playbook。
5、测试编写简单的Playbook
1）编写Playbook文件
bash
vim /root/testPlaybook.yaml注：
在 Ansible 中，.yml 和 .yaml 文件后缀名没有实际执行上的区别。两者都被 Ansible 视为 YAML 文件，并且可以用来编写 Playbook 和配置文件。选择哪种后缀主要取决于个人或团队的偏好。 YAML（YAML Ain't Markup Language）标准允许使用这两种扩展名，所以可以根据自己的习惯来使用。
yaml
---
- name: The playbook to install http service on web servers
hosts: web_servers
become: no
tasks:
- name: To Install http server
yum:
name: httpd
state: present
- name: The playbook to install mariadb client on web servers
hosts: web_servers
become: no
tasks:
- name: To Install mariadb
yum:
name: mariadb
state: present2）执行playbook
bash
ansible-playbook /root/testPlaybook.yaml
bash
PLAY [web_servers] *************************************************************
TASK [Gathering Facts] *********************************************************
ok: [web02]
ok: [172.16.1.8]
ok: [172.16.1.7]
ok: [web01]
TASK [To Install http server] **************************************************
ok: [172.16.1.8]
ok: [web02]
changed: [web01]
fatal: [172.16.1.7]: FAILED! => {"changed": false, "msg": "Failure talking to yum: list index out of range"}
TASK [To Install mariadb-client] ***********************************************
fatal: [web01]: FAILED! => {"changed": false, "msg": "No package matching 'mariadb-client' found available, installed or updated", "rc": 126, "results": ["No package matching 'mariadb-client' found available, installed or updated"]}
fatal: [web02]: FAILED! => {"changed": false, "msg": "No package matching 'mariadb-client' found available, installed or updated", "rc": 126, "results": ["No package matching 'mariadb-client' found available, installed or updated"]}
fatal: [172.16.1.8]: FAILED! => {"changed": false, "msg": "No package matching 'mariadb-client' found available, installed or updated", "rc": 126, "results": ["No package matching 'mariadb-client' found available, installed or updated"]}
PLAY RECAP *********************************************************************
172.16.1.7 : ok=1 changed=0 unreachable=0 failed=1 skipped=0 rescued=0 ignored=0
172.16.1.8 : ok=2 changed=0 unreachable=0 failed=1 skipped=0 rescued=0 ignored=0
web01 : ok=2 changed=1 unreachable=0 failed=1 skipped=0 rescued=0 ignored=0
web02 : ok=2 changed=0 unreachable=0 failed=1 skipped=0 rescued=0 ignored=0上面信息的解释：
这段文本是Ansible自动化工具的输出日志，它描述了在一组称为web_servers的服务器上执行一系列任务的过程。下面是对日志中关键部分的解释：
-
PLAY web_servers： 这表示一个Ansible playbook的开始，目标是名为
web_servers的一组服务器。 -
TASK Gathering Facts： Ansible开始收集目标服务器的事实信息（如操作系统版本、网络配置等），以便后续任务可以利用这些信息。所有服务器（
web02,172.16.1.8,172.16.1.7,web01）都成功完成了这一步。 -
TASK To Install http server： 这个任务的目标是在所有服务器上安装HTTP服务器软件。
172.16.1.8和web02成功安装，web01的状态是changed，意味着在该服务器上进行了某些更改（可能是更新了现有软件）。然而，172.16.1.7失败了，错误信息是"Failure talking to yum: list index out of range"，这通常意味着在与YUM（Yellowdog Updater Modified，一个用于管理Red Hat及其衍生版Linux发行版软件包的命令行工具）通信时出现了问题。 -
TASK To Install mariadb-client： 这个任务的目标是在所有服务器上安装MariaDB客户端。但是，所有服务器都失败了，错误信息是"No package matching 'mariadb-client' found available, installed or updated"，这意味着在尝试安装MariaDB客户端时，没有找到匹配的软件包。
-
PLAY RECAP： 这是整个play的总结，显示了每个服务器的状态。
ok表示成功执行的任务数量，changed表示导致系统状态变化的任务数量，failed表示失败的任务数量。例如，172.16.1.7有一个任务成功（ok=1），没有任务导致系统变化（changed=0），没有不可达的服务器（unreachable=0），有一个任务失败（failed=1），没有被跳过的任务（skipped=0），没有被救援的任务（rescued=0），也没有被忽略的任务（ignored=0）。
总的来说，这个日志显示了一个自动化部署过程中遇到的一些问题，包括一个服务器上的YUM通信错误和所有服务器上MariaDB客户端软件包的缺失。
报错配置解析：
yaml
---
- name: The playbook to install httpd on web servers
hosts: web_servers
become: no
tasks:
- name: the task1 to install httpd
yum:
name: httpd
state: present
---
- name: The playbook to install mariadb client on webservers
hosts: web_servers
become: no
tasks:
- name: the task1 to install mariadb client
yum:
name: mariadb
state: present或
yaml
---
- name: The playbook to install httpd on web servers
hosts: web_servers
become: no
tasks:
- name: The task1 for installing httpd
yum:
name: httpd
state: present
- name: The playbook to install mariadb client on web servers
hosts: web_servers
become: no
tasks:
- name: The task1 for installing mariadb
yum:
name: mariadb
state: present
---
错误信息：
ERROR! We were unable to read either as JSON nor YAML, these are the errors we got from each:
JSON: No JSON object could be decoded
Syntax Error while loading YAML.
but found another document
The error appears to be in '/root/web_test/test.yaml': line 9, column 1, but may
be elsewhere in the file depending on the exact syntax problem.
The offending line appears to be:
state: present
---
^ here解释：
这段错误信息表明在尝试读取一个文件时遇到了问题，该文件既不能被解析为JSON格式，也不能被解析为YAML格式。具体的错误信息如下：
-
JSON错误 ：提示"没有能够解码的JSON对象"。这意味着文件中的内容不符合JSON格式的要求，可能是因为缺少大括号
{}来定义一个对象，或者存在其他语法错误。 -
YAML错误 ：提示"在加载YAML时发现语法错误。找到了另一个文档"。这通常意味着YAML文件的格式不正确。**YAML文件应该以
---开始和结束，用于定义文档的开始和结束。**错误信息指出问题可能出现在文件/root/web_test/test.yaml的第9行，第1列，但实际的错误位置可能根据具体的语法问题而有所不同。 -
具体错误行 ：错误指向的行是
state: present，后面跟着---。这表明可能的问题是YAML文件中在state: present这一行后面直接跟了一个---，这不符合YAML的格式要求。在YAML中，---通常用来分隔不同的文档，如果它出现在一个文档的中间，而不是结尾，就会导致解析错误。
综上所述，为了解决这个问题，需要检查并修正/root/web_test/test.yaml文件中的JSON和YAML格式错误，确保其符合相应的语法规则。
正确配置：
yaml
---
- name: The playbook to install httpd on web servers
hosts: web_servers
become: no
tasks:
- name: the task1 to install httpd
yum:
name: httpd
state: present
- name: The playbook to install mariadb client on webservers
hosts: web_servers
become: no
tasks:
- name: the task1 to install mariadb client
yum:
name: mariadb
state: present正确执行效果：
二、小项目------完全使用Ansible-Playbook部署多台服务器的服务
需求
两台Web服务器部署同一Web应用WeCenter，且两台服务器的用户上传的数据目录挂载到共享存储服务器中，总数据保存在一台数据库服务器中
使用sersync简单实现两台共享存储服务器之间的Web应用共享数据目录的数据同步
每天定时将两台Web服务器的WeCenter的相关目录打包备份到备份服务器的对应的备份目录中
**注：**不做数据库服务器的备份以及数据库服务器的高可用；不使用负载均衡服务器；共享存储服务器也不做高可用，仅实现其共享目录的数据同步
编写playbook
思路
0、编写主机清单
注：
ini
[rsync:children]
web_servers
backup_servers
nfs_servers1、创建统一用户
2、Web应用的部署，先m01上配置完成并测试启动，然后再推送到各个Web服务器中
