[Do374]ansible-nagivator考前整理

1. Ansible-Navigator 升级后的变化

从rhel7开始使用ansible已经7,8年了,之前的rhce8和DO447也都是考的ansible,ansible 2.9之后开始使用ansible-navigator但一直没系统的看过.这次正好有个ansible-navigator内部培训,系统的撸一遍顺带给CA加个等级.

Ansible Navigator 是 Red Hat 在 Ansible 2.9 之后推出的新工具，旨在提供更高效、更安全的自动化运维体验。

以下是 Ansible Navigator 相对于 Ansible Playbook 的主要变化和优势：

1.1 主要变化

1. 容器化执行环境：

   • Ansible Navigator 通过在容器中运行 Playbook，提供了一个隔离且一致的执行环境。这有助于确保 Playbook 在开发和测试环境中与生产环境的行为一致。

2. 自动化执行环境（Automation Execution Environments, AEE）：

   • Ansible Navigator 允许用户选择不同的 AEE 来运行 Playbook。这些 AEE 是预配置的容器镜像，包含 Ansible Core、Ansible Content Collections 以及运行 Playbook 所需的所有依赖项。这为用户提供了更大的灵活性和可定制性。

3. 改进的用户体验：

   • Ansible Navigator 提供了一个更友好的用户界面和更丰富的命令行工具，使得编写、测试和调试 Playbook 更加容易。它还提供了更好的错误处理和调试信息，帮助用户更快地定位和解决问题。

1.2 重大改变

1. 从命令行工具到集成开发环境（IDE）：

   • Ansible Navigator 不仅仅是一个命令行工具，它还提供了一个集成的开发环境，支持代码补全、语法高亮、调试等功能。这使得开发人员能够更高效地编写和维护 Playbook。

2. 安全性增强：

   • 通过使用容器化技术，Ansible Navigator 提供了更高的安全性。每个 Playbook 的执行都在独立的容器中进行，避免了潜在的安全风险。此外，Ansible Navigator 还支持更细粒度的权限控制和审计功能。

3. 性能优化：

   • Ansible Navigator 通过优化执行流程和使用更高效的通信机制，显著提高了 Playbook 的执行效率。这对于大规模自动化任务尤为重要，可以大幅减少任务执行时间。

2. ansible主要配置文件

2.1 .ansible-navigator.yml

1. 获取文件例子

ansible-navigator settings  --eei hub.lab.example.com/ee-supported-rhel8 -m stdout > 1.txt

2. 配置 .ansible-navigator.yml(以下内容都来自上一条命令产生的1.txt中进行查询)

ansible-navigator:
  execution-environment:
    image: ee-supported-rhel8
    pull:
      policy: missing

2.2 ansible.cnf

1. 配置参数获取方法

ansible-config init --disabled > ansible.cfg

2. 常见配置及含义
   以下是 ansible.cnf 文件中常用配置项的表格格式：

3. 常用模块

3.1 file模块

设置文件、符号链接或目录的属性。或者，删除文件、符号链接或目录。
以下是通过变量传递来创建目录

根据变量创建给定的目录

- name: Create a directory if it does not exist
  ansible.builtin.file:
    path: "{{ directory }}"
    state: directory
  when: directory is defined

3.2 copy模块

主要功能是将文件从本地或远程计算机复制到远程计算机上的某个位置。但考试常考的点是将某段内容填充到文件中
以下是通过tag来生成不同的文件

根据env文件创建文件及生成内容
play:

---
- name: Deploy content
  hosts: dev
  become: yes
  vars_files:
  - env.yml
  tasks:
    - block:
        - name: create dir
          file:
            dest: "{{ directory }}"
            state: directory
        - name: alpha
          ansible.builtin.copy:
            content: 'The sun rises in the east and sets in the west'
            dest: "{{ directory }}/{{ file }}"
          tags: [ never, alpha ]
        - name: beta
          ansible.builtin.copy:
            content: 'Which seasons do you like best?'
            dest: "{{ directory }}/{{ file }}"
          tags: [ never, beta ]
      when:
      - directory is defined
      - file is defined

env: 这部分的变量也可以通过-e进行传递

file: "exam.txt"
directory: "/opt"

3.3 user模块和lookup模块

user模块用做管理用户帐户和用户属性。
lookup模块主要用来生成随机明文密码，并将其存储在给定文件路径的文件中。

根据给定的用户清单文件,在web服务器组中所有服务器上按要求创建用户.

---
- name: Create user from user_list.yml file.
  become: true
  hosts: webserver
  vars_files:
  - from user_list.yml
  tasks:
  - name: Add the user from user_list.yml.
    ansible.builtin.user:
      name: "{{ item.name }}"
      comment: "{{ item.first | capitalize }} {{ item.middle | capitalize }} {{ item.last | capitalize }}"
      uid: "{{ item.uid }}"
      password: password: "{{ lookup('ansible.builtin.password', '{{ item.name }}_password length=14 chars=ascii_letters,digits,punctuation') }}"
    loop: "{{ users }}" 

3.4 yum和yum_repository模块

yum_repository模块用来配置yum仓库
yum模块用来安装或删除yum包

配置yum仓库并安装git包

- name: Add multiple repositories into the same file (1/2)
  ansible.builtin.yum_repository:
    name: BaseOS
    description: BaseOS YUM repo
    file: BaseOS
    baseurl: https://hub.lab.example.com/pub/epel/$releasever/$basearch/BaseOS
    gpgcheck: no
    enabled: yes


- name: Add multiple repositories into the same file (2/2)
  ansible.builtin.yum_repository:
    name: AppStream
    description: AppStream YUM repo
    file: AppStream
    baseurl: https://hub.lab.example.com/pub/epel/$releasever/$basearch/AppStream
    gpgcheck: no
    enabled: yes
    
- name: Install the latest version of Git
  ansible.builtin.yum:
    name: git
    state: latest

3.5 systemd和service模块

这2个模块除了模块名不一样以外基本一样
如果生成文件成功,那么重启httpd服务

tasks:
- name: create index html
  copy:
    dest: /var/www/html/index.html
    content: 'The sun is up,the sky is blue.Wake up old lazy man'
  notyfi: restart httpd
handlers:
- name: restart httpd
  ansible.builtin.systemd:
    state: restarted
    name: httpd

4. collection和role

4.1 Collections（集合）

4.1.1 定义

Ansible Collections 是一种打包和分发自动化内容（如模块、插件、角色等）的方式。它们允许开发者将相关的组件组织在一起，便于管理和分发。

4.1.2 特点

模块和插件：Collections 可以包含自定义模块和插件，扩展 Ansible 的功能。
角色：虽然 Collections 主要用于模块和插件，但也可以包含角色。
版本管理：每个 Collection 都有独立的版本号，便于管理和升级。
分发渠道：Collections 可以通过 Ansible Galaxy、私有仓库或其他方式进行分发。

4.1.3 使用场景

扩展功能：当你需要使用或分发自定义模块、插件时，Collections 是理想的选择。
组织复杂内容：对于包含多个模块和插件的复杂项目，Collections 可以提供更好的组织结构。

4.2 Roles（角色）

4.2.1 定义

Ansible Roles 是一种组织 Playbooks、任务、变量、文件和模板的方式，使得自动化内容更具可重用性和可维护性。角色通常用于定义特定功能或应用的配置和部署。

4.2.2 特点

结构化组织：角色有固定的目录结构，包括 tasks/、handlers/、templates/、files/、vars/ 等子目录。
可重用性：角色可以在不同的 Playbooks 和项目中重复使用。
易于共享：角色可以通过 Ansible Galaxy 分享和分发。
版本控制：角色可以有自己的版本号，便于管理和升级。

4.2.3 使用场景

标准化配置：当你需要标准化某些配置或部署流程时，角色非常有用。
简化 Playbooks：通过将重复的任务和配置抽象成角色，可以简化 Playbooks 的编写和维护。

4.3 collection和role综合示例

创建collection,包含以下文件:

• main.yml
• user.conf
  collection 名为rhel.user
  Role名为createuser

4.3.1 创建collection

在命令行中执行:

ansible-galaxy collection init rhel.user

4.3.2 创建role

在命令行中执行

cd rhel/user/
ansible-galaxy role init createuser --init-path roles 
cp ../../main.yml roles/createuser/tasks/main.yml
cp ../../user.conf roles/createuser/files/
mkdir meta
echo 'requires_ansible: ">=2.90"' > meta/runtime.yml
ansible-galaxy collection build

执行以上命令后会生成文件: rhel-user-1.0.0.tar.gz

5. ansible-builder构建执行环境

ansible-builder 是一个用于构建 Ansible 运行环境的工具，它可以帮助你创建一个包含所有必要依赖项的 Podman 镜像。使用 ansible-builder create 命令生成的镜像主要用于以下几个方面：

1. 隔离和一致性
   隔离环境：通过创建一个独立的 Podman 镜像，你可以确保 Ansible 运行在一个隔离的环境中，不受宿主机或其他环境的影响。
   一致性：镜像可以确保在不同的开发和生产环境中，Ansible 的运行环境是一致的，从而减少“在我机器上可以运行”的问题。
2. 可移植性
   跨平台：生成的 Podman 镜像可以在任何支持 Podman 的平台上运行，无论是本地开发环境、CI/CD 管道还是云服务提供商。
   简化部署：通过使用 Podman 镜像，你可以简化 Ansible 运行环境的部署过程，无需在目标机器上手动安装和配置所有依赖项。
3. 依赖管理
   自动处理依赖：ansible-builder 会自动处理 Ansible 及其插件的依赖关系，确保所有必要的库和工具都包含在镜像中。
   版本控制：你可以通过 builder.yml 文件明确指定所需的 Ansible 版本和插件版本，从而实现精确的版本控制。
4. 安全性
   最小化攻击面：通过仅包含必要的组件，可以减少镜像的攻击面，提高安全性。
   审计和合规性：Podman 镜像可以更容易地进行审计和合规性检查，确保符合安全标准。
5. 性能优化
   缓存和优化：Podman 镜像可以利用缓存机制，加快构建和部署速度。此外，通过优化镜像大小和层数，可以提高运行时的性能。

5.1 示例

编辑execution-environment.yml

---
version: v1.0
build_arg_defaults:
  EE_BASE_IMAGE: hub.lab.example.com/ee-29-rhel8:latest
  EE_BUILDER_IMAGE: hub.lab.example.com/ansible-builder-rhel8:latest
dependencies:
  system: python.yml

编辑python.yml

python3-ldap: [platform:rpm]
python36: [platform:rpm]

生成镜像并上传至hub

ansible-builder create
ansible-builder build -t hub.lab.example.com/ee-ansible-image:1.0
podman push hub.lab.example.com/ee-ansible-image:1.0

总结
ansible-builder create 命令生成的 Docker 镜像主要用于提供一个隔离、一致、可移植且安全的 Ansible 运行环境。通过这种方式，你可以简化环境配置和依赖管理，提高开发和部署的效率。

至此ex374大部分考试内容已经包含在内了