PROSAGA码农传奇-ansible-Ansible Playbooks vs Roles

0# 不丶离 | 2019-08-31 10-32

Playbook vs Role vs [数据库]和/ etc / ansible / hosts中的类似条目

角色是将任务组合到一个容器中的一种方法。你可以有一个设置MySQL的角色，另一个用于设置Postfix等。

剧本定义

什么

正在发生

哪里

。您可以在此处定义主机（主机组，请参见下文）以及将应用于这些主机的角色。

[databases]
您的广告资源中的其他条目是主机组。主机组定义将运行播放的一组主机。

游戏是剧本中的一组任务或角色（或两者）。在大多数情况下（和示例），剧本将只包含一个剧本。但你可以拥有任意多的人。这意味着你可以拥有一个将扮演角色的剧本
postfix
在主机组上
mail_servers
和角色
mysql
在主机组上
databases
：


    
  - hosts: mail_servers
  roles:
- postfix
hosts: databases
roles:
mysql

如果在YAML文件中定义了Playbooks，那么角色定义在哪里？

在Ansible中，几乎所有内容都在YAML中定义，这对于角色和剧本来说都很重要。

除了生活在Ansible服务器上的ansible.cfg之外，如何使用可用的Playbooks / Roles添加/配置Ansible？例如，当我运行ansible-playbook someplaybook.yaml时，Ansible如何知道在哪里可以找到该剧本？

AFAIK你必须在调用时提供playbook的路径
ansible-playbook
。所以
ansible-playbook someplaybook.yaml
期待
someplaybook.yaml
在你当前的目录中。但是你可以提供完整的路径：
ansible-playbook /path/to/someplaybook.yaml

1# 滔滔江水 | 2019-08-31 10-32

这是一个术语/语义问题。它可以是主观的，即使有基线定义。

我的观点如下：

任何配置管理/部署系统都具有：


        source data

    - 用于创建目标主机配置的数据
</LI>
<LI>
   <code>
    target data
  </code>
    - 用于识别目标主机的数据
</LI>
<LI>
   <code>
    config changes
  </code>
    - 我们申请的一系列规则/行动
   <code>
    source data
  </code>
   超过目标主机基于
   <code>
    target data
  </code>
</LI>

</醇>

在Ansible术语中：


        source data

    - 是我们可以放置数据的各个地方 - 
   <code>
    group_vars
  </code>
  ，
   <code>
    playbook
  </code>
   瓦尔，
   <code>
    role
  </code>
   变量等等，这些地方会影响优先级（如果在不同的位置重新定义了名为相同的变量，那么在变量值期间会有非常具体的规则
   <code>
    ansible
  </code>
  /
   <code>
    ansible-playbook
  </code>
   执行
</LI>
<LI>
   <code>
    target data
  </code>
    - 是库存（并且，还可以在库存中定义库存/主机组变量！）
</LI>
<LI>
   <code>
    config changes
  </code>
    -  ansible有4个抽象级别：
  <OL>
    <LI>
      任务 - 单一行动
    </LI>
    <LI>
      任务列表 - 操作列表
    </LI>
    <LI>
      role  - 由同一'subject'分组的操作列表（或列表列表），通常所有目标都在同一主机/主机组上运行
    </LI>
    <LI>
      playbook  - 播放列表，每个播放可能在不同的主机组上运行，应用几个
       <code>
        role
      </code>
      S /
       <code>
        task
      </code>
      s /任务列表（和特殊任务，如
       <code>
        handlers
      </code>
      ）
    </LI>
  </醇>
</LI>

</醇>

从“软件”方面来看 - 角色应该足够通用

重用

。

同样在一些（相当大的）组织中，’角色’由A组运送，同时用于由B组维护的剧本。

摘要

以上所有允许将类似配置分组 - 成为
role
。
将相关的子系统/组件分组为一个
playbook
。
另外，值得一提的是，剧本中的1个YAML项目（包括
hosts:
和或者
tasks
，
pre_tasks
，
post_tasks
，
roles
）被称为a
play

现在问你的问题：

是的，一开始很混乱。

你通常连接你的
source data
你的角色的语义，所以当你看到这个角色
setup_db
被应用于相关主机组的游戏中（例如，
db_hosts
）
但是一个
play
可以运行几个主机组的联合。
这只是一个约定与灵活性的问题。

附：

请写信给我是否增加了混乱，或澄清。
谢谢。

2# 咿呀哟 | 2019-08-31 10-32

Playbook vs Role vs [数据库]和/ etc / ansible / hosts中的类似条目

[databases]
是一组主机的单个名称。它允许您通过单个名称引用多个主机。

角色是一组任务和其他文件，用于配置主机为某些服务

角色

。

Playbook是主机和角色之间的映射。

例子来自

文件

描述了示例项目。它包含两件事：

剧本。
site.yml
，
webservers.yml
，
fooservers.yml
是剧本。

角色：
roles/common/
和
roles/webservers/
包含的定义
common
和
webservers
相应的角色。

内部剧本（
webservers.yml
你有类似的东西：


<code>
  ---
hosts: webservers <- this group of hosts defined in /etc/ansible/hosts, databases and mail_servers in example from your question
roles: <- this is list of roles to assign to these hosts
common
webservers

如果在YAML文件中定义了Playbooks，那么角色定义在哪里？

它们在里面定义
roles/*
目录。角色主要使用YAML文件定义，但也可以包含任何类型的资源（
files/
，
templates/
）。根据

文件

角色定义以这种方式构建：

如果存在roles / x / tasks / main.yml，则其中列出的任务将添加到游戏中

如果存在roles / x / handlers / main.yml，则其中列出的处理程序将添加到游戏中

如果存在roles / x / vars / main.yml，则其中列出的变量将添加到播放中

如果存在roles / x / meta / main.yml，则其中列出的任何角色依赖项将添加到角色列表中（1.3及更高版本）

任何复制任务都可以引用roles / x / files /中的文件，而无需相对或绝对地路径化它们

任何脚本任务都可以引用roles / x / files /中的脚本，而不必相对或绝对地路径它们

任何模板任务都可以引用roles / x / templates /中的文件，而无需相对或绝对地路径化它们

任何包含任务都可以引用roles / x / tasks /中的文件，而无需相对或绝对地路径化它们

最重要的文件是
roles/x/tasks/main.yml
在这里，您可以定义在执行角色时将执行的任务。

除了生活在Ansible服务器上的ansible.cfg之外，如何使用可用的Playbooks / Roles添加/配置Ansible？例如，当我运行ansible-playbook someplaybook.yaml时，Ansible如何知道在哪里可以找到该剧本？



$ ansible-playbook someplaybook.yaml

将在当前目录中查找一个剧本。



$ ansible-playbook somedir/somedir/someplaybook.yaml

会在里面寻找一本剧本
somedir/somedir/
目录。

您的责任是将项目与所有剧本和角色放在服务器上。 Ansible与此无关。

3# 离线请留言 | 2019-08-31 10-32

另外请记住，如果使用旨在影响不同角色的元文件，则剧本可以调用多个角色。

示例Playbook：dual_role-playbook.yml


    
  - name: Some Action for two roles
  hosts: localhost
  vars_files:
- roles/dual_role/meta/main.yml
  roles:
- dual_role/container-1
- dual_role/container-2
</code>


  
    角色文件夹和文件方案如下所示：
  

   
    
      dual_role-playbook.yml
  — roles
     — dual_role
        — meta/main.yml
        — container-1
           — tasks/main.yml
           — templates/template.j2
        — container-2
           — tasks/main.yml
           — templates/template.j2
</code>