playbook

在192.168.17.77主机上查看httpd服务是否成功开启

指定远程主机sudo切换用户

when一个比较常见的应用场景是实现跳过某个主机不执行任务或者只有满足条件的主机执行任务

Templates

在IT行业特别是Ansible中Playbook是用于配置、部署和管理被控节点的剧本通过详细描述执行的一系列任务tasks让远端主机达到预期状态。

Playbook的格式通常是一个YAML文件格式由一个或多个play角色组成一个play角色可以包含多个task台词动作。

在Ansible中Playbook就像Ansible控制器给被控节点列出的一系列待办事项to-do-list被控节点需要完成这些事项。

Ansible

4Handlers处理器当changed状态条件满足时notify触发执行的操作

5Roles角色

#设置不进行facts信息收集这可以加快执行速度可省略hosts:

webservers

#指定要执行任务的被管理主机组如多个主机组用冒号分隔remote_user:

root

#定义任务列表任务列表中的各任务按次序逐个在hosts中指定的主机上执行-

name:

#command模块和shell模块无需使用keyvalue格式ignore_errors:

True

#如执行命令的返回值不为0就会报错tasks停止可使用ignore_errors忽略失败的任务-

name:

#这里需要一个事先准备好的/opt/httpd.conf文件notify:

restart

#如以上操作后为changed的状态时会通过notify指定的名称触发对应名称的handlers操作-

name:

#handlers中定义的就是任务此处handlers中的任务使用的是service模块-

name:

#notify和handlers中任务的名称必须一致service:

namehttpd

##Ansible在执行完某个任务之后并不会立即去执行对应的handler而是在当前play中所有普通任务都执行完后再去执行handler这样的好处是可以多次触发notify但最后只执行一次对应的handler从而避免多次重启。

yum

在192.168.17.77主机上查看httpd服务是否成功开启

systemctl

#2.6版本以后的参数之前是sudo意思为切换用户运行become_user:

root

在Ansible中提供的唯一一个通用的条件判断是when指令当when指令的值为true时则该任务执行否则不执行该任务

when一个比较常见的应用场景是实现跳过某个主机不执行任务或者只有满足条件的主机执行任务

vim

Ansible提供了很多种循环结构一般都命名为with_items作用等同于

loop

groups{{item.groups}}with_items:-

name:

Jinja是基于Python的模板引擎。

Template类是Jinja的一个重要组件可以看作是一个编译过的模板文件用来产生目标文本传递Python的变量给模板去替换模板中的标记

.j2

#119行修改2.修改主机清单文件使用主机变量定义一个变量名相同而值不同的变量

vim

root_dir/etc/httpd/htdocs[dbservers]

192.168.17.33

可以在一个playbook中为某个或某些任务定义“标签”在执行此playbook时通过ansible-playbook命令使用--tags选项能实现仅运行指定的tasks。

playbook还提供了一个特殊的tags为always。

作用就是当使用always作为tags的task时无论执行哪一个tags时定义有always的tags都会执行

vim

roles用于层次性、结构化地组织playbook。

roles能够根据层次型结构自动装载变量文件、tasks以及handlers等。

要使用roles只需要在playbook中使用include指令引入即可。

简单来讲roles就是通过分别将变量、文件、任务、模板及处理器放置于单独的目录中并可以便捷的include它们的一种机制。

roles一般用于基于主机构建服务的场景中但也可以是用于构建守护进程等场景中。

主要使用场景代码复用度较高的情况下。

假如我们现在有3个被管理主机第一个要配置成httpd第二个要配置成haproxy服务器第三个要配置成MySQLmariadb服务器。

我们如何来定义playbook

第一个play用到第一个主机上用来构建httpd第二个play用到第二个主机上用来构建haproxy。

这些个play定义在playbook中比较麻烦将来也不利于模块化调用不利于多次调用。

比如说后来又加进来一个主机这第3个主机既是httpd服务器又是haproxy服务器我们只能写第3个play上面写上安装httpd和haproxy。

这样playbook中的代码就重复了。

为了避免代码重复可以定义一个角色叫httpd第二个角色叫haproxy并使用roles实现代码重复被调用。

roles

这些变量具有所有可用变量中最低的优先级并且可以很容易地被任何其他变量覆盖。

所以生产中我们一般不在这里定义变量

meta

/etc/ansible/roles/mysql4在每个角色命名的用不到的也可以不创建

mkdir

/etc/ansible/roles/httpd/{files,templates,tasks,handlers,vars,defaults,meta}

mkdir

/etc/ansible/roles/mysql/{files,templates,tasks,handlers,vars,defaults,meta}5在每个角色的

handlers、tasks、meta、defaults、vars

目录下创建

/etc/ansible/roles/httpd/{defaults,vars,tasks,meta,handlers}/main.yml

touch

/etc/ansible/roles/mysql/{defaults,vars,tasks,meta,handlers}/main.yml6修改

site.yml

/etc/ansible/roles/httpd/{files,templates,tasks,handlers,vars,defaults,meta}

mkdir

/etc/ansible/roles/mysql/{files,templates,tasks,handlers,vars,defaults,meta}

mkdir

/etc/ansible/roles/php/{files,templates,tasks,handlers,vars,defaults,meta}

-ptouch

/etc/ansible/roles/httpd/{defaults,vars,tasks,meta,handlers}/main.yml

touch

/etc/ansible/roles/mysql/{defaults,vars,tasks,meta,handlers}/main.yml

touch

/etc/ansible/roles/php/{defaults,vars,tasks,meta,handlers}/main.yml