1. ansible-角色-roles目录结构
角色是基于已知文件结构自动加载某些vars_files,任务和处理程序的方法。按角色对内容进行分组还可以轻松与其他用户共享角色。
以下是角色目录结构示例图:
1) 目录结构解释
角色期望文件位于某些目录名称中。角色必须至少包含其中一个目录,但是排除任何未使用的目录是完全正确的。在使用时,每个目录必须包含一个main.yml文件,其中包含相关内容:
- site:是ansible的统一入口,就行调用的安装服务总配置
- webservers.yaml:主要是对ansible里一些能做功能,yum等
- roles:角色目录
- common:公共的roles目录
- nginx:角色的软件目录
- tasks:包含角色要执行的主要任务列表
- handlers:包含处理程序,可以由此角色使用,甚至可以在此角色之外的任何位置使用
- defaults:角色默认的变量
- vars:角色其他的变量
- files:包含可以通过此角色部署的文件
- templates:包含可以通过此角色部署的模板
- meta:角色定义的一些元数据
其他YAML文件可能包含在某些目录中。例如,通常的做法是从 tasks/main.yml 文件中包含特定于平台的任务:
1 # roles/example/tasks/main.yml 2 - name: added in 2.4, previously you used 'include' 3 import_tasks: redhat.yml 4 when: ansible_facts['os_family']|lower == 'redhat' 5 - import_tasks: debian.yml 6 when: ansible_facts['os_family']|lower == 'debian' 7 8 # roles/example/tasks/redhat.yml 9 - yum: 10 name: "httpd" 11 state: present 12 13 # roles/example/tasks/debian.yml 14 - apt: 15 name: "apache2" 16 state: present
角色还可以包括模块和其他插件类型
2) 使用角色
使用角色的经典(原始)方式通过给定游戏的选项:roles
1 --- 2 - hosts: webservers 3 roles: 4 - common 5 - webservers
这为每个角色“xxx”指定了以下行为:
- 如果角色 /xxx/tasks/main.yaml存在,则其中列出的任务将添加到任务中,否则将不会添加任务中。
- 如果角色 /xxx/handlers/main.yaml存在,则其中列出的处理程序将添加到任务中,否则将不会添加任务中。
- 如果角色 /xxx/vars/main.yml存在,则其中列出的处理程序将添加到任务中,否则将不会添加任务中。
- 如果角色 /xxx/defaults/main.yml存在,则其中列出的处理程序将添加到任务中,否则将不会添加任务中。
- 如果角色 /xxx/meta/main.yml存在,则其中列出的任何角色依赖项将添加到角色列表(1.3及更高版本)。
- 任何副本,脚本,模板或包含任务(在角色中)都可以引用roles / x / {files,templates,tasks} /(dir取决于任务)中的文件,而无需相对或绝对地路径化它们。
以下这种方式使用时,你的剧本的执行顺序如下:
- pre_tasks游戏中定义的任何内容。
- 到目前为止触发的任何处理程序都将运行。
- 列出的每个角色将依次执行。将首先运行角色中定义的任何角色依赖项,但需遵循标记过滤和条件。roles meta/main.yml
- tasks游戏中定义的任何内容。
- 到目前为止触发的任何处理程序都将运行。
- post_tasks游戏中定义的任何内容。
- 到目前为止触发的任何处理程序都将运行。