角色简化playbook

最新推荐文章于 2023-12-01 14:28:19 发布
最新推荐文章于 2023-12-01 14:28:19 发布
阅读量168 收藏
点赞数
分类专栏： linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_54024707/article/details/119520636
版权

描述角色结构

文章目录

利用角色构造ansible playbook

​ 随着开发更多的playbook，我们可能会发现有很多机会重复利用以前缩写的playbook中的代码。或许，一个用于为某一应用配置MySQL数据库的play可以改变用途，通过利用不同的主机名、密码和用户来为另一个应用配置MySQL数据库。

​ 但在现实中，这个play可能比较冗长且复杂，有许多包含或导入的文件，以及用于管理各种情况的任务和处理程序。将所有这些代码复制到另一playbook中可能比较困难。

​ Ansible角色提供了一种方法，让用户能以通用的方式更加轻松地重复利用Ansible代码。我们可以在标准化目录结构中打包所有任务、变量、文件、模板，以及调配基础架构或部署应用所需的其他资源。只需通过复制相关的目录，将角色从一个项目复制到另一个项目。然后，只需从一个play调用该角色就能执行它。

​ 借助编写良好的角色，可以从playbook中向角色传递调整其行为的变量，设置所有站点相关的主机名、IP地址、用户名，或其他在本地需要的具体详细信息。例如，部署数据库服务器的角色可能已编写为支持多个变量，这些变量用于设置主机名、数据库管理员用户和密码，以及需要为安装进行自定义的其他参数。角色的作者也可以确保在选择不在play中设置变量值时，为这些变量设定合理的默认值。

Ansible角色具有下列优点：

  • 角色可以分组内容，从而与他人轻松共享代码
  • 可以编写角色来定义系统类型的基本要素：Web服务器、数据库服务器、Git存储库，或满足其他用途
  • 角色使得较大型项目更容易管理
  • 角色可以由不同的管理员并行开发

除了自行编写、使用、重用和共享角色外，还可以从其他来源获取角色。一些角色已包含在rhel-system-roles软件包中，用户也可以从Ansible Galaxy网站获取由社区提供支持的许多角色。

检查ansible角色结构

​ Ansible角色由子目录和文件的标准化结构定义。顶级目录定义角色本身的名称。文件整理到子目录中，子目录按照各个文件在角色中的用途进行命名，如tasks和handlers。files和templates子目录中包含由其他YAML文件中的任务引用的文件。

site.yml
webservers.yml
fooservers.yml
roles/
    common/
        tasks/
        handlers/
        files/
        templates/
        vars/
        defaults/
        meta/
    webservers/
        tasks/
        defaults/
        meta/

Ansible角色子目录

子目录功能
defaults此目录中的main.yml文件包含角色变量的默认值，使用角色时可以覆盖这些默认值。 这些变量的优先级较低，应该在play中更改和自定义。
files此目录包含由角色任务引用的静态文件。
handlers此目录中的main.yml文件包含角色的处理程序定义。
meta此目录中的main.yml文件包含与角色相关的信息，如作者、许可证、平台和可选的角色依赖项。
tasks此目录中的main.yml文件包含角色的任务定义。
templates此目录包含由角色任务引用的Jinja2模板。
tests此目录可以包含清单和名为test.yml的playbook，可用于测试角色。
vars此目录中的main.yml文件定义角色的变量值。这些变量通常用于角色内部用途。 这些变量的优先级较高，在playbook中使用时不应更改。

定义变量和默认值

​ 角色变量通过在角色目录层次结构中创建含有键值对的vars/main.yml文件来定义。与其他变量一样，这些角色变量在角色YAML文件中引用：{{ VAR_NAME }}。这些变量具有较高的优先级，无法被清单变量覆盖。这些变量旨在供角色的内部功能使用。

​ 默认变量允许为可在play中使用的变量设置默认值，以配置角色或自定义其行为。它们通过在角色目录层次结构中创建含有键值对的defaults/main.yml文件来定义。默认变量具有任何可用变量中最低的优先级。它们很容易被包括清单变量在内的任何其他变量覆盖。这些变量旨在让用户在编写使用该角色的play时可以准确地自定义或控制它将要执行的操作。它们可用于向角色提供所需的信息，以正确地配置或部署某些对象。

​ 在vars/main.yml或defaults/main.yml中定义具体的变量，但不要在两者中都定义。有意要覆盖变量的值时，应使用默认变量。

注意：
角色不应该包含特定于站点的数据。它们绝对不应包含任何机密，如密码或私钥。

这是因为角色应该是通用的，可以重复利用并自由共享。特定于站点的详细信息不应硬编码到角色中。

机密应当通过其他途径提供给角色。这是用户可能要在调用角色时设置角色变量的一个原因。play中设置的角色变量可以提供机密，或指向含有该机密的Ansible Vault加密文件。

在playbook中使用ansible角色

​ 在playbook中使用角色非常简单，对于每个指定的角色，角色任务、角色处理程序、角色变量和角色依赖项将按照顺序导入到playbook中。角色中的任何copy、script、template或include_tasks/import_tasks任务都可引用角色中相关的文件、模板或任务文件，且无需相对或绝对路径名称。Ansible将分别在角色的files、templates或tasks子目录中寻找它们。

​ 如果使用roles部分将角色导入到play中，这些角色会在用户为该play定义的任何任务之前运行。

---			#调用Ansible角色的一种方式
- hosts: remote.example.com
  roles:
    - role1
    - role2
    
---		#设置role2的两个角色变量var1和var2的值。使用role2时，任何defaults和vars变量都会被覆盖
- hosts: remote.example.com
  roles:
    - role: role1
    - role: role2
      var1: val1
      var2: val2
      
---		#用户可能看到的另一种等效的YAML语法
- hosts: remote.example.com
  roles:
    - role: role1
    - { role: role2, var1: val1, var2: val2 }

重要
正如前面的示例中所示，内嵌设置的角色变量（角色参数）具有非常高的优先级。它们将覆盖大多数其他变量。

​ 务必要谨慎，不要重复使用内嵌设置在play中任何其他位置的任何角色变量的名称，因为角色变量的值将覆盖清单变量和任何play中的vars。

控制执行顺序

​ 对于playbook中的每个play，任务按照任务列表中的顺序来执行。执行完所有任务后，将执行任务通知的处理程序。

​ 在角色添加到play中后，角色任务将添加到任务列表的开头。如果play中包含第二个角色，其任务列表添加到第一个角色之后。

​ 角色处理程序添加到play中的方式与角色任务添加到play中相同。每个play定义一个处理程序列表。角色处理程序先添加到处理程序列表，后跟play的handlers部分中定义的任何处理程序。

​ 在某些情形中，可能需要在角色之前执行一些play任务。若要支持这样的情形，可以为play配置pre_tasks部分。列在此部分中的所有任务将在执行任何角色之前执行。如果这些任务中有任何一个通知了处理程序，则这些处理程序任务也在角色或普通任务之前执行。

​ 此外，play也支持post_tasks关键字。这些任务在play的普通任务和它们通知的任何处理程序运行之后执行。

#一个带有pre_tasks、roles、tasks、post_tasks和handlers，一个play中通常不会同时包含所有这些部分。
[root@localhost ansible]# cat sss.yml 
---
- name: 
  hosts: 192.168.240.40
  vars:  
    timesync_ntp_servers:
      - hostname: time1.aliyun.com
        iburst: yes 
    power: true
  pre_tasks:
    - debug: 
        msg: 'pre-taks'
      changed_when: power
      notify:
         - my handler
  roles:
    - timesync
  tasks:
    - debug:
        msg: 'tasks'
      changed_when: power
      notify:
          - my handler
  post_tasks: 
    - debug:
        msg: 'post-tasks'
      changed_when: power
      notify:
          - my handler
  handlers:
    - name: my handler
      debug:
        msg: running my handler


[root@localhost ansible]# ansible-playbook sss.yml 

PLAY [192.168.240.40] *********************************************************************************************************************************************************************************************

TASK [Gathering Facts] ********************************************************************************************************************************************************************************************
ok: [192.168.240.40]

TASK [debug] ******************************************************************************************************************************************************************************************************
changed: [192.168.240.40] => {
    "msg": "pre-taks"
}

RUNNING HANDLER [my handler] **************************************************************************************************************************************************************************************
ok: [192.168.240.40] => {
    "msg": "running my handler"
}

TASK [timesync : Set version specific variables] ******************************************************************************************************************************************************************
ok: [192.168.240.40]

~~~~~~~~~省略
TASK [debug] ******************************************************************************************************************************************************************************************************
changed: [192.168.240.40] => {
    "msg": "tasks"
}

RUNNING HANDLER [my handler] **************************************************************************************************************************************************************************************
ok: [192.168.240.40] => {
    "msg": "running my handler"
}

TASK [debug] ******************************************************************************************************************************************************************************************************
changed: [192.168.240.40] => {
    "msg": "post-tasks"
}

RUNNING HANDLER [my handler] **************************************************************************************************************************************************************************************
ok: [192.168.240.40] => {
    "msg": "running my handler"
}

PLAY RECAP ********************************************************************************************************************************************************************************************************
192.168.240.40             : ok=20   changed=3    unreachable=0    failed=0    skipped=23   rescued=0    ignored=0

​ 在上例中，每个部分中都执行debug任务来通知my handler处理程序。my handler任务执行了三次：

  • 在执行了所有pre_tasks任务后

  • 在执行了所有角色任务和tasks部分中的任务后

  • 在执行了所有post_tasks后

    除了将角色包含在play的roles部分中外，也可以使用普通任务将角色添加到play中。使用include_role模块可以动态包含角色，使用import_role模块则可静态导入角色。

[root@localhost ansible]# cat sss.yml 	 #通过include_role模块来利用任务包含角色
---
- name: 
  hosts: 192.168.240.40
  vars:  
    timesync_ntp_servers:
      - hostname: time1.aliyun.com
        iburst: yes 
    power: true
  tasks:
    - debug:
        msg: 'tasks'
      changed_when: power
      notify:
          - my handler
  
    - name: timesync
      include_role: 
         name: timesync

  handlers:
    - name: my handler
      debug:
        msg: running my handler

​ 注意
​ include_role模块是在Ansible 2.3中新增的，而import_role模块则是在Ansible 2.4中新增的。

利用系统角色重用内容

红帽企业Linux系统角色

​ 自RHEL7.4开始，操作系统随附了多个Ansible角色，作为rhel-system-roles软件包的一部分。在RHEL8中，该软件包可以从AppStream中获取。以下是每个角色的简要描述：

RHEL系统角色

名称状态角色描述
rhel-system-roles.kdump全面支持配置kdump崩溃恢复服务
rhel-system-roles.network全面支持配置网络接口
rhel-system-roles.selinux全面支持配置和管理SELinux自定义， 包括SELinux模式、文件和端口上下文、 布尔值设置以及SELinux用户
rhel-system-roles.timesync全面支持使用网络时间协议或精确时间协议配置时间同步
rhel-system-roles.postfix技术预览使用Postfix服务将每个主机配置为邮件传输代理
rhel-system-roles.firewall开发中配置主机的防火墙
rhel-system-roles.tuned开发中配置tuned服务，以调优系统性能

​ 系统角色的目的是在多个版本之间标准化红帽企业Linux子系统的配置。使用系统角色来配置版本6.10及以上的任何红帽企业Linux主机。

简化配置管理

​ 举例而言，RHEL7的建议时间同步服务为chronyd服务。但在RHEL6中，建议的服务为ntpd服务。在混合了RHEL6和7主机的环境中，管理员必须管理这两个服务的配置文件。

​ 借助RHEL系统角色，管理员不再需要维护这两个服务的配置文件。管理员可以使用rhel-system-roles.timesync角色来配置RHEL6和7主机的时间同步。一个包含角色变量的简化YAML文件可以为这两种类型的主机定义时间同步配置。

安装RHEL系统角色

​ RHEL系统角色由rhel-system-roles软件包提供，该软件包可从AppStream流获取。在Ansible控制节点上安装该软件包。

#安装RHEL系统角色
[root@localhost]# yum -y install rhel-system-roles

#安装后，RHEL系统角色位于/usr/share/ansible/roles目录中
[root@localhost ~]# ls -l /usr/share/ansible/roles/
总用量 68
lrwxrwxrwx.  1 root root   29 7月  28 01:08 linux-system-roles.certificate -> rhel-system-roles.certificate
lrwxrwxrwx.  1 root root   33 7月  28 01:08 linux-system-roles.crypto_policies -> rhel-system-roles.crypto_policies

​ 红帽企业Linux中的默认roles_path在路径中包含**/usr/share/ansible/roles**，因此在playbook引用这些角色时Ansible可以很轻松的找到它们。

注意
如果在当前Ansible配置文件中覆盖了roles_path，设置了环境变量ANSIBLE_ROLES_PATH，或者roles_path中更早列出的目录下存在另一个同名的角色，则Ansible可能无法找到系统角色。

访问RHEL系统角色的文档

​ 安装后，RHEL系统角色的文档位于**/usr/share/doc/rhel-system-roles-/**目录中。文档按照子系统整理到子目录中

[root@localhost ~]# ll /usr/share/doc/rhel-system-roles/
总用量 12
drwxr-xr-x. 2 root root 4096 8月   1 21:24 certificate
drwxr-xr-x. 3 root root   55 8月   1 21:24 collection
drwxr-xr-x. 2 root root   42 8月   1 21:24 crypto_policies
drwxr-xr-x. 2 root root  162 8月   1 21:24 ha_cluster

​ 每个角色的文档目录均包含一个README.md文件。README.md文件含有角色的说明，以及角色用法信息。

​ README.md文件也会说明影响角色行为的角色变量。通常，README.md文件中含有一个playbook代码片段，用于演示常见配置场景的变量设置。

​ 部分角色文档目录中含有示例playbook。首次使用某一角色时，请查看文档目录中的任何额外示例playbook。

​ RHEL系统角色的角色文档与Linux系统角色的文档相匹配。使用Web浏览器来访问位于Ansible Galaxy网站https://galaxy.ansible.com/docs/上的角色文档。

时间同步角色示例

​ 假设需要在服务器上配置NTP时间同步。我们可以自行编写自动化来执行每一个必要的任务。但是，RHEL系统角色中有一个可以执行此操作角色，那就是rhel-system-roles.timesync。

​ 该角色的详细记录位于**/usr/share/doc/rhel-system-roles/timesync目录下的README.md**中。此文件说明了影响角色行为的所有变量，还包含演示了不同时间同步配置的三个playbook代码片段。

​ 为了手动配置NTP服务器，该角色具有一个名为timesync_ntp_servers的变量。此变量取一个要使用的NTP服务器的列表作为值。列表中的每一项均由一个或多个属性构成。两个关键属性如下：

timesync_ntp_servers属性

属性用途
hostname要与其同步的NTP服务器的主机名。
iburst一个布尔值，用于启用或禁用快速初始同步。在角色中默认为no，但通常应该将属性设为yes.

​ 根据这一信息，以下示例play使用rhel-system-roles.timesync角色将受管主机配置为利用快速初始同步从三个NTP服务器获取时间。此外，还添加了一个任务，以使用timezone模块将主机的时区设为UTC。

- name: Time Synchronization Play
  hosts: servers
  vars:
    timesync_ntp_servers:
      - hostname: 0.rhel.pool.ntp.org
        iburst: yes
      - hostname: 1.rhel.pool.ntp.org
        iburst: yes
      - hostname: 2.rhel.pool.ntp.org
        iburst: yes
    timezone: UTC
    
  roles:
    - rhel-system-roles.timesync

  tasks:
    - name: Set timezone
      timezone:
        name: "{{ timezone }}"

注意
如果要设置不同的时区，可以使用tzselect命令查询其他有效的值。也可以使用timedatectl命令来检查当前的时钟设置。

​ 同步阿里云服务器

[root@localhost ~]# rpm -qa |grep chrony 	#查看受控主机是否安装了chrony
chrony-4.1-1.el8.x86_64

[root@localhost ~]# cat /etc/chrony.conf |head		#查看配置文件
# Use public servers from the pool.ntp.org project.
# Please consider joining the pool (http://www.pool.ntp.org/join.html).
pool 2.centos.pool.ntp.org iburst	#时间为默认配置

# Record the rate at which the system clock gains/losses time.
driftfile /var/lib/chrony/drift

# Allow the system clock to be stepped in the first three updates
# if its offset is larger than 1 second.
makestep 1.0 3

[root@localhost playbook]# yum -y install rhel-system-roles #在控制端安装RHel角色

[root@localhost ansible]# cp /usr/share/ansible/roles/rhel-system-roles.timesync /etc/ansible/roles/timesync -r #复制rhel-system-roles.timesync到新建的timesync中

[root@localhost ansible]# cat time.yml  #创建同步时间的yml文件，并使用timesync角色
---
- name: mytime
  hosts: 192.168.240.40
  vars:
    timesync_ntp_servers:
        - hostname: time.aliyun.com
          iburst: yes

  roles:
    - timesync

[root@localhost ~]# cat /etc/chrony.conf |head #查看以时间同步成功
# # this is a managed ???

server time.aliyun.com iburst

# Allow the system clock to be stepped in the first three updates.
makestep 1.0 3

# Enable kernel synchronization of the real-time clock (RTC).
rtcsync

​ 此示例在play的vars部分中设置角色变量，但更好的做法可能是将它们配置为主机或主机组的清单变量。

​ 例如一个playbook项目具有以下结构：

[root@localhost playbook-project]# tree
.
├── ansible.cfg
├── group_vars
│   └── servers
│       └── timesync.yml
├── inventory
└── timesync_playbook.yml

​ timesync.yml定义时间同步变量，覆盖清单中servers组内主机的角色默认值。此文件看起来类似于：

timesync_ntp_servers:
  - hostname: 0.rhel.pool.ntp.org
    iburst: yes
  - hostname: 1.rhel.pool.ntp.org
    iburst: yes
  - hostname: 2.rhel.pool.ntp.org
    iburst: yes
timezone: UTC

​ timesync_playbook.yml的内容简化为：

- name: Time Synchronization Play
  hosts: servers
  roles:
    - rhel-system-roles.timesync
  tasks:
    - name: Set timezone
      timezone:
        name: "{{ timezone }}"

​ 该结构可清楚地分隔角色、playbook代码和配置设置。Playbook代码简单易读，应该不需要复杂的重构。角色内容由红帽进行维护并提供支持。所有设置都以清单变量的形式进行处理。

​ 该结构还支持动态的异构环境。具有新的时间同步要求的主机可能会放置到新的主机组中。相应的变量在YAML文件中定义，并放置到相应的group_vars（或host_vars）子目录中。

SELINUX角色示例

​ rhel-system-roles.selinux角色可以简化SELinux配置设置的管理。它通过利用SELinux相关的Ansible模块来实施。与自行编写任务相比，使用此角色的优势是它能让用户摆脱编写这些任务的职责。取而代之，用户将为角色提供变量以对其进行配置，且角色中维护的代码将确保应用用户需要的SELinux配置。

​ 此角色可以执行的任务包括：

  • 设置enforcing或permissive模式
  • 对文件系统层次结构的各部分运行restorecon
  • 设置SELinux布尔值
  • 永久设置SELinux文件上下文
  • 设置SELinux用户映射

调用SELinux角色

​ 有时候，SELinux角色必须确保重新引导受管主机，以便能够完整应用其更改。但是，它本身从不会重新引导主机。如此一来，用户便可以控制重新引导的处理方式。

​ 其工作方式为，该角色将一个布尔值变量selinux_reboot_required设为True，如果需要重新引导，则失败。你可以使用block/rescure结构来从失败中恢复，具体操作为：如果该变量未设为true，则让play失败，如果值是true，则重新引导受管主机并重新运行该角色。Play中的块看起来应该类似于：

[root@localhost ansible]# cat test.yml 
---
- name: 
  hosts: 192.168.240.40
  vars:  
    selinux_state: disabled
  tasks:
    - name: 
      block:
       - name: 
         include_role: 
           name: selinux
      rescue: 
       - name:  
         fail:
         when: not selinux_reboot_required

       - name:
         reboot: 

       - name: 
         include_role:
           name: selinux

~~~~省略
TASK [selinux : Restore SELinux labels on filesystem tree in check mode] ******************************************************************************************************************************************

TASK [selinux : Set an SELinux label on a port] *******************************************************************************************************************************************************************

TASK [selinux : Set linux user to SELinux user mapping] ***********************************************************************************************************************************************************

TASK [selinux : Get SELinux modules facts] ************************************************************************************************************************************************************************
ok: [192.168.240.40]

TASK [selinux : include_tasks] ************************************************************************************************************************************************************************************
skipping: [192.168.240.40]

PLAY RECAP ********************************************************************************************************************************************************************************************************
192.168.240.40             : ok=8    changed=1    unreachable=0    failed=0    skipped=15   rescued=0    ignored=0

配置SELinux角色

​ 用于配置rhel-system-roles.selinux角色的变量的详细记录位于其README.md文件中。以下示例演示了使用此角色的一些方法。

selinux_state变量设置SELinux的运行模式。它可以设为enforcing、permissive或disabled。如果未设置，则不更改模式。

selinux_state: enforcing

​ selinux_booleans变量取一个要调整的SELinux布尔值的列表作为值。列表中的每一项是变量的散列/字典：布尔值的name、state（它应是on还是off），以及该设置是否应在重新引导后persistent。

​ 本例将httpd_enable_homedirs永久设为on：

selinux_booleans:
  - name: 'httpd_enable_homedirs'
    state: 'on'
    persistent: 'yes'

​ selinux_fcontext变量取一个要永久设置（或删除）的文件上下文的列表作为值。它的工作方式与selinux fcontent命令非常相似。

​ 以下示例确保策略中包含一条规则，用于将/srv/www下所有文件的默认SELinux类型设为httpd_sys_content_t。

selinux_fcontexts:
  - target: '/srv/www(/.*)?'
    setype: 'httpd_sys_content_t'
    state: 'present'

​ selinux_restore_dirs变量指定要对其运行restorecon的目录的列表：

selinux_restore_dirs:
  - /srv/www

​ selinux_ports变量取应当具有特定SELinux类型的端口的列表作为值。

selinux_ports:
  - ports: '82'
    setype: 'http_port_t'
    proto: 'tcp'
    state: 'present'

​ 示例

[root@localhost ansible]# cat http.yml 
---
- name: install httpd
  hosts: 192.168.240.40
  vars:
    port: 82
    selinux_state: enforcing
    selinux_ports:
       - posts: '82'      #端口号
         setype: 'http_port_t'		#类型
         proto: 'tcp'		#协议
         state: 'present' 	#状态

  tasks:
     - name: httpd
       yum:
         name: httpd
         state: present

     - name: config httpd
       template:
         src: /etc/ansible/httpdd.j2
         dest: /etc/httpd/conf/httpd.conf

     - name: service httpd
       service:
         name: httpd
         state: started

[root@localhost ansible]# ansible-playbook  http.yml 
[WARNING]: Found variable using reserved name: port

PLAY [install httpd] **********************************************************************************************************************************************************************************************

TASK [Gathering Facts] ********************************************************************************************************************************************************************************************
ok: [192.168.240.40]

TASK [httpd] ******************************************************************************************************************************************************************************************************
ok: [192.168.240.40]

TASK [config httpd] ***********************************************************************************************************************************************************************************************
ok: [192.168.240.40]

TASK [service httpd] **********************************************************************************************************************************************************************************************
ok: [192.168.240.40]

PLAY RECAP ********************************************************************************************************************************************************************************************************
192.168.240.40             : ok=4    changed=0    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0

创建角色

角色创建流程
在Ansible中创建角色不需要特别的开发工具。创建和使用角色包含三个步骤：

  1. 创建角色目录结构
  2. 定义角色内容
  3. 在playbook中使用角色

创建角色目录结构

​ 默认情况下，Ansible在Ansible Playbook所在目录的roles子目录中查找角色。这样，用户可以利用playbook和其他支持文件存储角色。

如果Ansible无法在该位置找到角色，它会按照顺序在Ansible配置设置roles_path所指定的目录中查找。此变量包含要搜索的目录的冒号分隔列表。此变量的默认值为：

~/.ansible/roles:/usr/share/ansible/roles:/etc/ansible/roles

​ 这允许用户将角色安装到由多个项目共享的系统上。例如，用户可能将自己的角色安装在自己的主目录下的~/.ansible/roles子目录中，而系统可能将所有用户的角色安装在/usr/share/ansible/roles目录中。

​ 每个角色具有自己的目录，采用标准化的目录结构。例如，以下目录结构包含了定义motd角色的文件。

[root@localhost ansible]# tree roles/
roles/
├── selinux
│   ├── ansible_pytest_extra_requirements.txt
│   ├── COPYING
│   ├── custom_requirements.txt
│   ├── defaults
│   │   └── main.yml
│   ├── handlers
│   │   └── main.yml
│   ├── library
│   │   └── selinux_modules_facts.py
│   ├── meta
│   │   └── main.yml
│   ├── molecule_extra_requirements.txt
│   ├── pylint_extra_requirements.txt
│   ├── pytest_extra_requirements.txt
│   ├── README.html
│   ├── README.md
│   ├── tasks
│   │   ├── main.yml
│   │   └── selinux_load_module.yml
│   ├── tests
│   │   ├── linux-system-roles-selinux-test-a.pp
│   │   ├── linux-system-roles-selinux-test-b.pp
│   │   ├── linux-system-roles-selinux-test-c.pp
│   │   ├── roles
│   │   ├── selinux_apply_reboot.yml

│   │   └── tests_selinux_modules.yml
│   ├── tox.ini
│   └── vars
│       └── main.yml
└── timesync
    ├── ansible_pytest_extra_requirements.txt
    ├── COPYING
    ├── custom_requirements.txt
    ├── defaults
    │   └── main.yml
    ├── handlers
    │   └── main.yml
    ├── library
    │   └── timesync_provider.sh
    ├── meta
    │   └── main.yml
    ├── molecule_extra_requirements.txt
    ├── pylint_extra_requirements.txt
    ├── pylintrc
    ├── pytest_extra_requirements.txt
    ├── README.html
    ├── README.md
    ├── tasks
    │   └── main.yml
    ├── templates
    │   ├── chrony.conf.j2
    │   ├── chronyd.sysconfig.j2
    │   ├── ntp.conf.j2
    │   ├── ntpd.sysconfig.j2
    │   ├── phc2sys.sysconfig.j2
    │   ├── ptp4l.conf.j2
    │   ├── ptp4l.sysconfig.j2
    │   └── timemaster.conf.j2
    ├── tests
    │   ├── inventory.yaml.j2
    │   ├── provision.fmf
    │   ├── roles
    │   ├── tests_chrony.yml
    │   ├── tests_default_vars.yml
    │   ├── tests_default_wrapper.yml
    │   ├── tests_ntp.yml
    │   ├── tests_ptp_multi.yml
    │   └── tests_ptp_single.yml
    ├── tox.ini
    └── vars
        ├── CentOS_6.yml
        ├── CentOS_9.yml
        ├── default.yml
        ├── Fedora_33.yml

19 directories, 81 files

​ README.md提供人类可读的基本角色描述、有关如何使用该角色的文档和示例，以及其发挥作用所需要满足的任何非Ansible要求。
​ meta子目录包含一个main.yml文件，该文件指定有关模块的作者、许可证、兼容性和依赖项的信息。
​ files子目录包含固定内容的文件，而templates子目录则包含使用时可由角色部署的模板。
​ 其他子目录中可以包含main.yml文件，它们定义默认的变量值、处理程序、任务、角色元数据或变量，具体取决于所处的子目录。

​ 如果某一子目录存在但为空，如本例中的handlers，它将被忽略。如果某一角色不使用功能，则其子目录可以完全省略。例如，本例中的vars子目录已被省略。

创建角色框架

​ 可以使用标准Linux命令创建新角色所需的所有子目录和文件。此外，也可以通过命令行实用程序来自动执行新角色创建过程。

​ ansible-galaxy命令行工具可用于管理Ansible角色，包括新角色的创建。用户可以运行ansible-galaxy init来创建新角色的目录结构。指定角色的名称作为命令的参数，该命令在当前工作目录中为新角色创建子目录。

[root@localhost ansible]# cd roles/
[root@localhost roles]# ansible-galaxy init lp66
- Role lp66 was created successfully
[root@localhost roles]# ls lp66
defaults  files  handlers  meta  README.md  tasks  templates  tests  vars
[root@localhost roles]# tree lp66/
lp66/
├── defaults
│   └── main.yml
├── files
├── handlers
│   └── main.yml
├── meta
│   └── main.yml
├── README.md
├── tasks
│   └── main.yml
├── templates
├── tests
│   ├── inventory
│   └── test.yml
└── vars
    └── main.yml

8 directories, 8 files

使用mkdir创建角色目录结构

[root@localhost roles]# mkdir lq666/{defaults,files,handlers,meta,tasks,templates,tests,vars} -p
[root@localhost roles]# ls lq666/
defaults  files  handlers  meta  tasks  templates  tests  vars
[root@localhost roles]# touch lq666/{defaults/main.yml,handlers/main.yml,tasks/main.yml,vars/main.yml}
[root@localhost roles]# tree lq666/
lq666/
├── defaults
│   └── main.yml
├── files
├── handlers
│   └── main.yml
├── meta
├── tasks
│   └── main.yml
├── templates
├── tests
└── vars
    └── main.yml
    
8 directories, 4 files

定义角色内容

​ 创建目录结构后，用户必须编写角色的内容。tasks/main.yml任务文件是一个不错的起点，它是由角色运行的主要任务列表。

​ 下列tasks/main.yml文件管理受管主机上的/etc/httpd/conf/httpd.conf文件。它使用template模块将名为configure.j2的模板部署到受管主机上。因为template模块是在角色任务而非playbook任务内配置的，所以从角色的templates子目录检索configuer.j2模板。

[root@localhost tasks]# cat main.yml 
---
# tasks file for httpd  #关闭防火墙
- name: stop firewalld
  service:
     name: firewalld.service  
     state: stopped
     enabled: no

- name: Temporary stop selinux   #临时关闭selinux
  shell: setenforce 0

- name: install package		#下载依赖包
  yum:
     name: "{{ item }}"
     state: present
  loop:
     "{{ packages }}"

- name: decompression apr-1.7.0.tar.gz	#将压缩包解压到受管主机
  unarchive:
     src: apr-1.7.0.tar.gz
     dest: /opt/

- name: decompression apr-util-1.6.1.tar.gz
  unarchive:
     src: apr-util-1.6.1.tar.gz
     dest: /opt/
     
- name: decompression httpd-2.4.48.tar.gz
  unarchive:
     src: httpd-2.4.48.tar.gz
     dest: /opt/

- name: lineinfile		#修改配置文件
  lineinfile:
     path: /opt/apr-1.7.0/configure
     line: $RM "$cfgfile"
     state: absent 

- name: Compile and install apr-1.7.0.tar.gz		#编译安装
  shell: cd /opt/apr-1.7.0 && ./configure --prefix=/usr/local/apr && make && make install

- name: compile and install apr-util-1.6.1
  shell: cd /opt/apr-util-1.6.1 && ./configure --prefix=/usr/local/apr-util --with-apr=/usr/local/apr && make && make install

- name: complie an install httpd-2.4.48
  shell: cd /opt/httpd-2.4.48 && ./configure --prefix=/usr/local/httpd --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr-util/ && make && make install

- name: start apachectl
  shell: /usr/local/httpd/bin/apachectl start

[root@localhost roles]# tree httpd  #查看角色结构
httpd
├── configure
├── defaults
│   └── main.yml
├── files
│   ├── apr-1.7.0.tar.gz
│   ├── apr-util-1.6.1.tar.gz
│   └── httpd-2.4.48.tar.gz
├── handlers
│   └── main.yml
├── meta
│   └── main.yml
├── README.md
├── tasks
│   └── main.yml
├── templates
│   └── configure.j2
├── tests
│   ├── inventory
│   └── test.yml
└── vars
    └── main.yml

角色内容开发的推荐做法

​ 角色允许以模块化方式编写playbook。为了最大限度地提高新开发角色的效率，请考虑在角色开发中采用以下推荐做法：

  • 在角色自己的版本控制存储库中维护每个角色。Ansible很适合使用基于git的存储库。
  • 角色存储库中不应存储敏感信息，如密码或SSH密钥。敏感值应以变量的形式进行参数化，其默认值应不敏感。使用角色的playbook负责通过Ansible Vault变量文件、环境变量或其他ansible-playbook选项定义敏感变量。
  • 使用ansible-galaxy init启动角色，然后删除不需要的任何目录和文件。
  • 创建并维护README.md和meta/main.yml文件，以记录用户的角色的用途、作者和用法。
  • 让角色侧重于特定的用途或功能。可以编写多个角色，而不是让一个角色承担许多任务。
  • 经常重用和重构角色。避免为边缘配置创建新的角色。如果现有角色能够完成大部分的所需配置，请重构现有角色以集成新的配置方案。使用集成和回归测试技术来确保角色提供所需的新功能，并且不对现有的playbook造成问题。

定义角色依赖项

​ 角色依赖项使得角色可以将其他角色作为依赖项包含在内。例如，一个定义文档服务器的角色可能依赖于另一个安装和配置web服务器的角色。依赖关系在角色目录层次结构中的meta/main.yml文件内定义。


[root@localhost httpd]# cat meta/main.yml 
galaxy_info:
  author: your name
  description: your role description
  company: your company (optional)

  # If the issue tracker for your role is not on github, uncomment the
  # next line and provide a value
  # issue_tracker_url: http://example.com/issue/tracker

  # Choose a valid license ID from https://spdx.org - some suggested licenses:
  # - BSD-3-Clause (default)
  # - MIT
  # - GPL-2.0-or-later
  # - GPL-3.0-only
  # - Apache-2.0
  # - CC-BY-4.0
  license: license (GPL-2.0-or-later, MIT, etc)

  min_ansible_version: 2.9

  # If this a Container Enabled role, provide the minimum Ansible Container version.
  # min_ansible_container_version:

  #
  # Provide a list of supported platforms, and for each platform a list of versions.
  # If you don't wish to enumerate all versions for a particular platform, use 'all'.
  # To view available platforms and versions (or releases), visit:
  # https://galaxy.ansible.com/api/v1/platforms/
  #
  # platforms:
  # - name: Fedora
  #   versions:
  #   - all
  #   - 25
  # - name: SomePlatform
  #   versions:
  #   - all
  #   - 1.0
  #   - 7
  #   - 99.99

  galaxy_tags: []
    # List tags for your role here, one per line. A tag is a keyword that describes
    # and categorizes the role. Users find roles by searching for tags. Be sure to
    # remove the '[]' above, if you add tags to this list.
    #
    # NOTE: A tag is limited to a single word comprised of alphanumeric characters.
    #       Maximum 20 tags per role.

dependencies: []
  # List your role dependencies here, one per line. Be sure to remove the '[]' above,
  # if you add dependencies to this list.

​ 默认情况下，角色仅作为依赖项添加到playbook中一次。若有其他角色也将它作为依赖项列出，它不会再次运行。此行为可以被覆盖，将meta/main.yml文件中的allow_duplicates变量设置为yes即可。

​ 限制角色对其他角色的依赖。依赖项使得维护角色变得更加困难，尤其是当它具有许多复杂的依赖项时

在playbook中使用角色

​ 要访问角色，可在play的roles:部分引用它。下列playbook引用了httpd角色。由于没有指定变量，因此将使用默认变量值应用该角色。

​ 执行该playbook时，因为角色而执行的任务可以通过角色名称前缀来加以识别。

[root@localhost ansible]# cat playbook/httpd.yml 	#在playbook中使用角色
---
- name: 
  hosts: 192.168.240.50
  roles:
    - httpd
    
[root@localhost ansible]# ansible-playbook playbook/httpd.yml #执行角色

通过变量更改角色的行为

​ 编写良好的角色利用默认变量来改变角色行为，使之与相关的配置场景相符。这有助于让角色变得更为通用，可在各种不同的上下文中重复利用。

如果通过以下方式定义了相同的变量，则角色的defaults目录中定义的变量的值将被覆盖：

  • 在清单文件中定义，作为主机变量或组变量
  • 在playbook项目的group_vars或host_vars目录下的YAML文件中定义
  • 作为变量嵌套在play的vars关键字中定义
  • 在play的roles关键字中包含该角色时作为变量定义

角色优先级

角色等级
在playbook中内嵌角色1
角色目录中的vars/main.yml中2
playbook中vars定义的变量3
主机变量、主机组变量4
角色目录中的defaults/main.yml文件中定义5

在play中使用角色变量时，变量的优先顺序可能会让人困惑。
- 几乎任何其他变量都会覆盖角色的默认变量，如清单变量、play、vars变量，以及内嵌的角色参数等

- 较少的变量可以覆盖角色的vars目录中定义的变量。事实、通过include_vars加载的变量、注册的变量和角色参数是其中一些具备这种能力的变量。清单变量和playvars无此能力。这非常重要，因为它有助于避免用户的play意外改变角色的内部功能。

- 不过，正如上述示例中最后一个所示，作为角色参数内嵌声明的变量具有非常高的优先级。它们可以覆盖角色的vars目录中定义的变量。如果某一角色参数的名称与playvars或角色vars中设置的变量或者清单变量或playbook变量的名称相同，该角色参数将覆盖另一个变量。

使用ansible galaxy部署角色

介绍ansible galaxy

​ Ansible Galaxy [https://galaxy.ansible.com]是一个Ansible内容公共资源库，这些内容由许多Ansible管理员和用户编写。它包含数千个Ansible角色，具有可搜索的数据库，可帮助Ansible用户确定或许有助于他们完成管理任务的角色。Ansible Galaxy含有面向新的Ansible用户和角色开发人员的文档和视频链接。

图片

​ 此外，用于从Ansible Galaxy获取和管理角色的ansible-galaxy命令也可用于为您的项目获取和管理自有的git存储库中的角色。

获取Ansible Galaxy帮助

​ 通过Ansible Galaxy网站主页上的Documenttaion标签，可以进入描述如何使用Ansible Galaxy的页面。其中包含了介绍如何从Ansible Galaxy下载和使用角色的内容。该页面也提供关于如何开发角色并上传到Ansible Galaxy的说明。

浏览Ansible Galaxy中的角色

​ 通过Ansible Galaxy网站主页上左侧的Search标签，用户可以访问关于Ansible Galaxy上发布的角色的信息。用户可以使用标记通过角色的名称或通过其他角色属性来搜索Ansible角色。结果按照Best Match分数降序排列，此分数依据角色质量、角色受欢迎程度和搜索条件计算而得。

Ansible Galaxy命令行工具
从命令行搜索角色

​ ansible-galaxy search子命令在Ansible Galaxy中搜索角色。如果以参数形式指定了字符串，则可用于按照关键字在Ansible Galaxy中搜索角色。用户可以使用–author、–platforms和–galaxy-tags选项来缩小搜索结果的范围。也可以将这些选项用作主要的搜索键。例如，命令ansible-galaxy search --author robertdebock将显示由用户robertdebock提交的所有角色。

#显示了包含redis并且适用于企业Linux(EL)平台的角色的名称
[root@localhost ansible]# ansible-galaxy search 'redis' --platforms EL

Found 235 roles matching your search:

 Name                                            Description
 ----                                            -----------
 0x0i.consul                                     Consul - a service discovery, mesh and co>
 0x0i.grafana                                    Grafana - an analytics and monitoring obs>
 0x5a17ed.ansible_role_netbox                    Installs and configures NetBox, a DCIM su>
 1it.sudo                                        Ansible role for managing sudoers
 adfinis-sygroup.redis                           Ansible role for Redis
 AerisCloud.librato                              Install and configure the Librato Agent
 AerisCloud.redis                                Installs redis on a server
 AlbanAndrieu.java                               Manage Java installation
 alikins.php_pecl                                PHP PECL extension installation.
 alikins.php_redis                               PhpRedis support for Linux
​````````略

​ ansible-galaxy info子命令显示与角色相关的更多详细信息。Ansible Galaxy从多个位置获取这一信息，包括角色的meta/main.yml文件及其GigHub存储库。

[root@localhost ansible]# ansible-galaxy role info robertdebock.httpd

Role: robertdebock.httpd
        description: Install and configure httpd on your system.
        active: True
        commit: 9fc0e5c1f38873f26c1d896d7db1424b2e07181b
        commit_message: 404 is also good.
        commit_url: https://api.github.com/repos/robertdebock/ansible-role-httpd/git/commi>
        company: none
        created: 2017-11-10T16:04:25.981866Z
        download_count: 141065
        forks_count: 11
        github_branch: master
        github_repo: ansible-role-httpd
        github_user: robertdebock
        id: 21855
        imported: 2021-08-02T02:10:26.984862-04:00
        is_valid: True
        issue_tracker_url: https://github.com/robertdebock/ansible-role-httpd/issues
        license: Apache-2.0
        min_ansible_version: 2.10
        modified: 2021-08-02T06:10:26.994045Z
        open_issues_count: 1
        path: ('/root/.ansible/roles', '/usr/share/ansible/roles', '/etc/ansible/roles')
        role_type: ANS
        stargazers_count: 6
        travis_status_url:
从Ansible Galaxy安装角色

ansible-galaxy install子命令从Ansible Galaxy下载角色，并将它安装到控制节点本地。

默认情况下，角色安装到用户的roles_path下的第一个可写目录中。根据为Ansible设置的默认roles_path，角色通常将安装到用户的~/.ansible/roles目录。默认的roles_path可能会被用户当前Ansible配置文件或环境变量ANSIBLE_ROLES_PATH覆盖，这将影响ansible-galaxy的行为。

用户可以通过使用-p DIRECTORY选项，指定具体的目录来安装角色。

#ansible-galaxy安装角色robertdebock.httpd
#ansible galaxy 默认安装位置
[root@localhost ansible]# ansible-galaxy role install robertdebock.httpd
- downloading role 'httpd', owned by robertdebock
- downloading role from https://github.com/robertdebock/ansible-role-httpd/archive/7.0.0.tar.gz
- extracting robertdebock.httpd to /root/.ansible/roles/robertdebock.httpd
- robertdebock.httpd (7.0.0) was installed successfully
[root@localhost ansible]# cd /root/.ansible/roles/		
[root@localhost roles]# ls
robertdebock.httpd

#指定安装位置
[root@localhost ansible]# ansible-galaxy role install robertdebock.httpd -p /etc/ansible/playbook/roles/
- downloading role 'httpd', owned by robertdebock
- downloading role from https://github.com/robertdebock/ansible-role-httpd/archive/7.0.0.tar.gz
- extracting robertdebock.httpd to /etc/ansible/playbook/roles/robertdebock.httpd
- robertdebock.httpd (7.0.0) was installed successfully
[root@localhost ansible]# cd playbook/roles/
[root@localhost roles]# ls
httpd  httpd.tar.gz  robertdebock.httpd
使用要求文件安装角色

​ 可以使用ansible-galaxy，根据某一文本文件中的定义来安装一个角色列表。例如，如果用户的一个playbook需要安装特定的角色，可以在项目目录中创建一个roles/requirements.yml文件来指定所需的角色。此文件充当playbook项目的依赖项清单，使得playbook的开发和调试能与任何支持角色分开进行。

​ 重要
应当在requirements.yml文件中指定角色版本，特别是生产环境中的playbook。
如果不指定版本，将会获取角色的最新版本。如果作者对角色做出了更改，并与用户的playbook不兼容，这可能会造成自动化失败或其他问题。

src属性指定角色的来源，本例中为来自Ansible Galaxy的robertdebock.httpd角色。version属性是可选的，指定要安装的角色版本，本例中为7.0.0。

[root@localhost roles]# cat robertdebock.yml 	#使用文件安装robertdebock.httpd
- src: robertdebock.httpd
  version: "7.0.0"

[root@localhost roles]# ansible-galaxy role install -r robertdebock.yml 
- downloading role 'httpd', owned by robertdebock
- downloading role from https://github.com/robertdebock/ansible-role-httpd/archive/7.0.0.tar.gz
- extracting robertdebock.httpd to /root/.ansible/roles/robertdebock.httpd
- robertdebock.httpd (7.0.0) was installed successfully

[root@localhost roles]# ls
httpd  httpd.tar.gz  robertdebock.yml

重要
应当在requirements.yml文件中指定角色版本，特别是生产环境中的playbook。
如果不指定版本，将会获取角色的最新版本。如果作者对角色做出了更改，并与用户的playbook不兼容，这可能会造成自动化失败或其他问题。

若要使用角色文件来安装角色，可使用-r REQUIREMENTS-FILE选项：

ansible-galaxy install -r roles/requirements.yml -p roles

​ 用户可以使用ansible-galaxy来安装不在Ansible Galaxy中的角色。可以在私有的Git存储库或Web服务器上托管自有的专用或内部角色。下例演示了如何利用各种远程来源配置要求文件。

[root@localhost project]# cat roles/requirements.yml
# from Ansible Galaxy, using the latest version
- src: geerlingguy.redis

# from Ansible Galaxy, overriding the name and using a specific version
- src: geerlingguy.redis
  version: "1.5.0"
  name: redis_prod
  
# from any Git-based repository, using HTTPS
- src: https://gitlab.com/guardianproject-ops/ansible-nginx-acme.git
  scm: git
  version: 56e00a54
  name: nginx-acme
  
# from any Git-based repository, using SSH
- src: git@gitlab.com:guardianproject-ops/ansible-nginx-acme.git
  scm: git
  version: master
  name: nginx-acme-ssh
  
# from a role tar ball, given a URL
# supports 'http', 'https', or 'file' protocols
- src: file:///opt/local/roles/myrole.tar
  name: myrole

src关键字指定Ansible Galaxy角色名称。如果角色没有托管在Ansible Galaxy中，则src关键字将指明角色的URL。

​ 如果角色托管在来源控制存储库中，则需要使用scm属性。ansible-galaxy命令能够从基于git或mercurial的软件存储库下载和安装角色。基于Git的存储库要求scm值为git，而托管在Mercurial存储库中的角色则要求值为hg。如果角色托管在Ansible Galaxy中，或者以tar存档形式托管在Web服务器上，则省略scm关键字。

​ name关键字用于覆盖角色的本地名称。version关键字用于指定角色的版本。version关键字可以是与来自角色的软件存储库的分支、标记或提交哈希对应的任何值。

管理下载的角色

​ ansible-galaxy命令也可管理本地的角色，如位于playbook项目的roles目录中的角色。ansible-galaxy list子命令列出本地找到的角色。

[root@localhost .ansible]# ansible-galaxy role list
# /root/.ansible/roles
- robertdebock.httpd, 7.0.0
# /usr/share/ansible/roles
- linux-system-roles.certificate, (unknown version)
- linux-system-roles.crypto_policies, (unknown version)
- linux-system-roles.ha_cluster, (unknown version)
- linux-system-roles.kdump, (unknown version)
- linux-system-roles.kernel_settings, (unknown version)
- linux-system-roles.logging, (unknown version)
- linux-system-roles.metrics, (unknown version)
- linux-system-roles.nbde_client, (unknown version)
- linux-system-roles.nbde_server, (unknown version)
- linux-system-roles.network, (unknown version)
·······略
- rhel-system-roles.timesync, (unknown version)
- rhel-system-roles.tlog, (unknown version)
- rhel-system-roles.vpn, (unknown version)
# /etc/ansible/roles
- timesync, (unknown version)
- selinux, (unknown version)
- lp66, (unknown version)
删除角色

使用ansible-galaxy remove子命令本地删除角色

[root@localhost .ansible]# ansible-galaxy remove robertdebock.httpd
- successfully removed robertdebock.httpd

[root@localhost .ansible]# ansible-galaxy role list |grep robertdebock.httpd #查看
[root@localhost .ansible]#

在playbook中使用下载并安装的角色的方式与任何其他角色都一样。在roles部分中利用其下载的角色名称来加以引用。如果角色不在项目的roles目录中，则将检查roles_path来查看角色是否安装在了其中一个目录中，将使用第一个匹配项。以下use-role.ymlplaybook引用了redis_prod和geerlingguy.redis角色：

[root@localhost project]# cat use-role.yml
---
- name: use redis_prod for prod machines
  hosts: redis_prod_servers
  remote_user: devops
  become: True
  roles:
    - redis_prod

- name: use geerlingguy.redis for Dev machines
  hosts: redis_dev_servers
  remote_user: devops
  become: True
  roles:
    - geerlingguy.redis

​ 此playbook使不同版本的geerlingguy.redis角色应用到生产和开发服务器。借助这种方式可以对角色更改进行系统化测试和集成，然后再部署到生产服务器上。如果角色的近期更改造成了问题，则借助版本控制来开发角色，就能回滚到过去某一个稳定的角色版本。

枯木逢秋࿐
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
利用角色简化playbook
qq_59324730的博客
06-14 137
随着开发更多的playbook，我们可能会发现有很多机会重复利用以前缩写的playbook中的代码。或许，一个用于为某一应用配置MySQL数据库的play可以改变用途，通过利用不同的主机名、密码和用户来为另一个应用配置MySQL数据库。但在现实中，这个play可能比较冗长且复杂，有许多包含或导入的文件，以及用于管理各种情况的任务和处理程序。将所有这些代码复制到另一playbook中可能比较困难。Ansible角色提供了一种方法，让用户能以通用的方式更加轻松地重复利用Ansible代码。我们可以在标准化目录结
Ansible 利用角色简化playbook
eHV4aW5n的博客
08-03 200
Ansible 利用角色简化playbook1. 描述角色结构1.1 ansible角色1.2 ansible角色优点1.3 获取ansible角色1.4 Ansible角色目录结构1.5 定义变量和默认值1.6 在playbook中使用角色 1. 描述角色结构 1.1 ansible角色 Ansible角色提供了一种方法，让用户能以通用的方式更加轻松地重复利用Ansible代码。我们可以在标准化目录结构中打包所有任务、变量、文件、模板，以及调配基础架构或部署应用所需的其他资源。只需通过复制相关的目录，将角
Ansible playbook——角色
ly2694598762的博客
09-15 380
利用角色简化playbook 1.描述角色结构 1.1 利用角色构造ansible playbook ansible角色提供了一种方法，让用户能以通用的方式更加轻松地重复利用ansible代码。我们可以在标准化目录结构中打包所有任务、变量、文件、模板以及调配基础架构或部署应用所需的其他资源。只需要通过复制相关的目录，将角色从一个项目复制到另一个项目。然后，只需从一个play调用该角色就能执行它。 ansible角色具有下列优点： 角色可以分组内容，从而与他人轻松共享代码 可以编写角色来定义系统类型的基本要
ansible-利用role简化playbook
system_rookie的大佬成长之路
09-18 541
描述角色结构 利用角色构造ansible playbook 随着开发更多的playbook，我们可能会发现有很多机会重复利用以前缩写的playbook中的代码。或许，一个用于为某一应用配置MySQL数据库的play可以改变用途，通过利用不同的主机名、密码和用户来为另一个应用配置MySQL数据库。 但在现实中，这个play可能比较冗长且复杂，有许多包含或导入的文件，以及用于管理各种情况的任务和处理程序。将所有这些代码复制到另一playbook中可能比较困难。 Ansible角色提供了一种方法，让用户能以通用的
shell脚本循环读取文件内容方法
热门推荐
西北连天一片云,乌鸦落在凤凰群
01-09 1万+
shell脚本循环读取文件内容方法 文章目录shell脚本循环读取文件内容方法一、简要介绍二、准备文件三、使用for循环四、使用while循环 一、简要介绍 从文件中读取内容的方法有两种： 第一种：在for循环中使用cat 来读取文件的内容； 第二种：在while循环中使用read命令，通过文件描述符一行一行的读取文件内容。 二、准备文件 循环获取某一个文件中的IP，并将它定义为变量 [root@master iptest]# cat ip 192.186.240.23 192.186.240.56 19
keepalived简介
西北连天一片云,乌鸦落在凤凰群
10-21 6700
keepalived简介 1.1 keepalived是什么？ Keepalived 软件起初是专为LVS负载均衡软件设计的，用来管理并监控LVS集群系统中各个服务节点的状态，后来又加入了可以实现高可用的VRRP功能。因此，Keepalived除了能够管理LVS软件外，还可以作为其他服务（例如：Nginx、Haproxy、MySQL等）的高可用解决方案软件。 Keepalived软件主要是通过VRRP协议实现高可用功能的。VRRP是Virtual Router RedundancyProtocol(虚拟路由
nginx工作原理与配置
西北连天一片云,乌鸦落在凤凰群
10-25 4798
nginx工作原理与配置 文章目录nginx工作原理与配置nginx的模块与工作原理nginx的模块分类nginx的工作原理nginx的安装与配置nginx安装nginx配置nginx的配置文件详解nginx.conf配置详解用于调试、定位问题的配置参数 nginx的模块与工作原理 ​ nginx由内核和模块组成。其中，内核的设计非常微小和简洁，完成的工作也非常简单，仅仅通过查找配置文件将客户端请求映射到一个location block（location是nginx配置中的一个指令，用于URL匹配），而在这
Linux系统与python常用密码的加密&解密方法
最新发布
西北连天一片云,乌鸦落在凤凰群
12-01 1389
常见的哈希算法，如 SHA-256，SHA-3 等，只提供哈希计算，而没有专门的解密函数。当你使用哈希算法对密码进行哈希时，哈希值是固定长度的一串字符，不同的输入会产生不同的哈希值。请注意，这不是一个真正安全的加密方式，而仅仅是一个演示例子，不建议在实际应用中使用这种简单的加密方法。哈希算法是一种单向加密算法，它的设计目标是不可逆，也就是说，从哈希值无法还原出原始数据。Fernet是一种基于对称密钥的加密算法，它使用相同的密钥进行加密和解密，在加密时使用盐值，增加加密的随机性，提高安全性。
Linux系统命令行抓包
西北连天一片云,乌鸦落在凤凰群
08-18 1365
2、开始抓包：在命令行终端中输入以下命令开始抓取网络数据包。以下命令将抓取来自eth0。
centos8安装php7.4
西北连天一片云,乌鸦落在凤凰群
09-28 1305
centos8安装php7.4 文章目录centos8安装php7.4一，下载php7.4二，查看本地的centos的版本三，解压和配置四，配置过程中遇到各种报错信息的处理五，生成php配置文件六，生成www配置文件七，生成php-fpm配置文件八，生成php-fpm服务启动文件九，测试启动php-fpm十，如何查看当前已安装的php的版本?十一，查看本地centos的版本十一，查看本地centos的版本 一，下载php7.4 1，官方网站: https://www.php.net/ 2,下载 [root
LVS三种模式
西北连天一片云,乌鸦落在凤凰群
10-14 1123
LVS三种模式 文章目录LVS三种模式1.NAT模式2.DR模式（直连路由）3.TUN（隧道模式） 1.NAT模式 ​ nat模式是在负载均衡器DS上进行IP地址的改写，client端发过来的数据包的目的地址由负载均衡服务器DS的虚拟IP变成真实服务器RS，回数据包的时候目的地址由DS变为client。 NAT模式实现过程： ​ 发送过程： client IP -> Virtual IP (经过DS改写) client IP -> RS IP ​ 数据包回复过程： RS IP -> cl
gitlab界面配置（用户、组、权限、项目）
西北连天一片云,乌鸦落在凤凰群
10-12 1101
gitlab界面配置（用户、组、权限、项目） 文章目录gitlab界面配置（用户、组、权限、项目）用户组、权限项目 用户 组、权限 成员权限： Guest：可以创建issue、发表评论，不能读写版本库 Reporter：可以克隆代码，不能提交，QA、PM可以赋予这个权限 Developer：可以克隆代码、开发、提交、push，RD可以赋予这个权限 Master：可以创建项目、添加tag、保护分支、添加项目成员、编辑项目，核心RD负责人可以赋予这个权限 Owner：可以设置项目访问权限
zabbix监控nginx status
西北连天一片云,乌鸦落在凤凰群
10-28 1079
zabbix监控nginx status 开启状态界面 开启status： [root@localhost conf]# vim nginx.conf location / { root html; index index.html index.htm; } location /status { stub_status; } [root@localhost conf]# ngi
zabbix部署状态文件编写
西北连天一片云,乌鸦落在凤凰群
11-10 982
zabbix部署状态文件编写 文章目录zabbix部署状态文件编写目录结构httpmysqlphpzabbix 目录结构 [root@master salt]# tree prod/ prod/ ├── modules │ ├── application │ │ └── php │ │ ├── files │ │ │ ├── install.sh │ │ │ ├── oniguruma-devel-6.8.2-2.el8.x86_64.rp
Linux基础命令3
西北连天一片云,乌鸦落在凤凰群
07-10 724
Linux基础命令3 网卡回归传统命令 步骤： ​ 1、修改网卡配置文件的名字并改其内容 ​ 2、编辑/etc/default/grub,在rhgb前面加上ifnames=0 biosdevname=0 ​ 3、生成配置文件grub2=mkconfig -o /etc/grub2.cfg ​ 4、reboot [root@localhost network-scripts]# mv ifcfg-ens33 ifcfg-et0 #修改网卡配置文件的名字并改其内容 [root@localhost networ
Ubuntu22.4系统mongodb数据库安装
西北连天一片云,乌鸦落在凤凰群
08-18 716
【代码】Ubuntu22.4系统mongodb数据库安装。
Ansible实施处理程序和修改文件属性与复制
西北连天一片云,乌鸦落在凤凰群
07-27 653
实施处理程序和修改文件并将其复制到主机 文章目录实施处理程序和修改文件并将其复制到主机ansible处理程序使用处理程序的好处处理任务失败管理play中的任务错误忽略任务失败任务失败后强制执行处理程序指定任务失败条件指定何时任务报告 “Changed” 结果Ansible块和错误处理修改文件并将其复制到主机描述文件模块常用文件模块files模块的自动化示例确保受管主机上存在文件修改文件属性使SELinux文件%上下文更改具有持久性在受管主机上复制和编辑文件从受管主机中删除文件检索受管主机上的文件状态同步控制
Ansible PlayBook实战：自动化服务器管理剧本
Ansible PlayBook是Ansible中的核心概念，它在实际项目中扮演着任务自动化和流程管理的关键角色。PlayBook是一种可读性强的剧本，用于批量管理和配置远程主机，尤其适用于大规模服务器环境，当单一命令无法满足复杂...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

枯木逢秋࿐

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值