다음 목록은 Ansible Automation Platform 2.0에서 사용할 수 있는 툴의 정렬 및 사용과 활용 방법을 보여줍니다.

플레이북은 사용자가 읽을 수 있는 특정 명령 집합 또는 "플레이"가 포함된 단일 대상 또는 대상 그룹에서 실행되도록 보내는 YAML로 작성된 파일입니다.

플레이북을 사용하여 원격 시스템에 대한 구성 및 배포는 물론 롤링 업데이트와 관련된 시퀀스 다중 계층 롤아웃을 관리할 수 있습니다. 플레이북을 사용하여 모니터링 서버 및 로드 밸런서와 상호 작용하여 다른 호스트에 작업을 위임합니다. 작성되고 나면 자동화를 위해 기업 전체에서 플레이북을 반복적으로 사용할 수 있습니다.

역할은 알려진 파일 구조를 사용하여 관련 vars, 파일, 작업, 처리기 및 기타 아티팩트를 자동으로 로드하는 Ansible의 방법입니다. 수백 개의 작업이 포함된 대규모 플레이북을 생성하는 대신 역할을 사용하여 작업을 더 작고 구성 가능한 작업 단위로 나눌 수 있습니다.

Ansible Galaxy에서 인프라 프로비저닝, 애플리케이션 배포 및 매일 수행하는 모든 작업을 찾을 수 있습니다. 유형 별로 검색을 필터링하고 역할을 선택합니다. 관심 있는 역할을 찾으면 Ansible과 함께 번들된 ansible-gal hiy 명령을 사용하여 다운로드할 수 있습니다.

$ ansible-galaxy role install username.rolename

Ansible Content Collection은 자동화를 위해 바로 사용할 수 있는 툴킷입니다. 플레이북, 역할, 모듈 및 플러그인과 같은 여러 유형의 콘텐츠가 한 곳에서 모두 포함됩니다. 아래 다이어그램은 컬렉션의 기본 구조를 보여줍니다.

collection/
├── docs/
├── galaxy.yml
├── meta/
│   └── runtime.yml
├── plugins/
│   ├── modules/
│   │   └── module1.py
│   ├── inventory/
│   ├── lookup/
│   ├── filter/
│   └── .../
├── README.md
├── roles/
│   ├── role1/
│   ├── role2/
│   └── .../
├── playbooks/
│   ├── files/
│   ├── vars/
│   ├── templates/
│   ├── playbook1.yml
│   └── tasks/
└── tests/
    ├── integration/
    └── unit/

Red Hat Ansible Automation Platform에서 자동화 허브는 Ansible 인증 콘텐츠 컬렉션의 소스 역할을 합니다.

자동화 실행 환경은 Ansible 제어 노드 역할을 하는 일관되고 공유 가능한 컨테이너 이미지입니다. 자동화 실행 환경은 외부 종속 항목이 있는 Ansible 콘텐츠를 공유하는 문제를 줄입니다.

자동화 실행 환경에는 다음이 포함됩니다.

Ansible Builder를 사용하여 자동화 실행 환경을 정의하고 생성할 수 있습니다.

Ansible Builder는 사용자가 다양한 Ansible 컬렉션에 정의된 메타데이터를 사용하여 자동화 실행 환경을 빌드하는 프로세스를 자동화하는 명령줄 툴입니다.

Automation Content navigator는 텍스트 기반 사용자 인터페이스를 사용하는 명령줄 컨텐츠에 중점을 둔 툴입니다. Automation 콘텐츠 navigator를 사용하여 다음을 수행할 수 있습니다.

자동화 실행 환경과 같은 컨테이너에서 Ansible 코어(예: ansible-playbook )의 일부인 Ansible 명령을 실행할 수 없습니다. 자동화 실행 환경과 호환되는 Ansible CLI 명령 집합을 포함하는 자동화 콘텐츠 탐색기를 사용합니다. 자동화 콘텐츠 탐색기에는 텍스트 기반 사용자 인터페이스 내에서 보다 자세한 출력이 포함됩니다.

Automation Hub는 Red Hat 가입자가 Red Hat 및 Red Hat 기술 파트너의 지원을 받는 컨텐츠를 빠르게 찾고 사용할 수 있는 환경을 제공하여 가장 어려운 환경에 대한 추가 신뢰를 제공합니다.

Automation Hub는 높은 수준에서 참여하며 인증된 지원 컨텐츠를 제공하는 모든 파트너에 대한 개요를 제공합니다.

중앙 보기에서 사용자는 각 파트너에 대해 자세히 살펴보고 컬렉션을 확인할 수 있습니다.

또한 사용 가능한 모든 컬렉션에 대한 검색 가능한 개요를 사용할 수 있습니다.

명령줄에서 Ansible을 사용하는 것은 자주 반복하지 않는 작업을 실행하는 유용한 방법입니다. 반복 작업의 경우 플레이북을 작성하는 것이 좋습니다.

명령줄에서 Ansible에 대한 ad-hoc 명령은 다음 구조를 따릅니다.

$ ansible [pattern] -m [module] -a "[module options]"

RHSM(Red Hat Subscription Management)을 사용하여 Ansible Builder를 설치하여 Red Hat Ansible Automation Platform 서브스크립션을 연결할 수 있습니다. Red Hat Ansible Automation Platform 서브스크립션을 연결하면 ansible-builder 를 설치하는 데 필요한 서브스크립션 전용 리소스에 액세스할 수 있습니다. 서브스크립션을 연결하면 ansible-builder 에 필요한 리포지토리가 자동으로 활성화됩니다.

RPM에서 RHEL(Red Hat Enterprise Linux)에 자동화 컨텐츠 탐색을 설치할 수 있습니다.

다음 예제에서는 설치에 성공하는 방법을 보여줍니다.

AAP 2.0과 함께 제공되는 기본 이미지는 Red Hat Ecosystem Catalog(registry.redhat.io)에서 호스팅됩니다.

플레이북에는 하나 이상의 플레이가 포함되어 있습니다. 기본 플레이에는 다음 섹션이 포함되어 있습니다.

- name: Set Up a Project and Job Template
  hosts: host.name.ip
  become: true

  tasks:
    - name: Create a Project
      awx.awx.project:
        name: Job Template Test Project
        state: present
        scm_type: git
        scm_url: https://github.com/ansible/ansible-tower-samples.git

    - name: Create a Job Template
      awx.awx.job_template:
        name: my-job-1
        project: Job Template Test Project
        inventory: Demo Inventory
        playbook: hello_world.yml
        job_type: run
        state: present

Ansible Galaxy CLI 툴을 사용하여 고유한 컬렉션을 로컬로 생성할 수 있습니다. collection 하위 명령을 사용하여 모든 컬렉션 관련 명령을 활성화할 수 있습니다.

위의 명령은 위의 네임스페이스 인수에서 이름이 지정된 디렉터리를 생성한 다음(아직 없는 경우) 컬렉션 이름이 있는 디렉터리를 생성합니다. 해당 디렉터리의 내부는 default 또는 "skeleton" Collection이 됩니다. 여기에서 역할 또는 플러그인을 추가하고 자체 컬렉션 개발을 시작할 수 있습니다.

실행 환경과 관련하여 컬렉션 개발자는 Ansible Builder를 통해 적절한 메타데이터를 제공하여 콘텐츠에 대한 요구 사항을 선언할 수 있습니다.

컬렉션의 요구 사항은 다음과 같은 방법으로 인식할 수 있습니다.

컬렉션 유지 관리자는 introspect 명령을 사용하여 ansible-builder가 예상 요구 사항을 인식하는지 확인할 수 있습니다.

$ ansible-builder introspect --sanitize ~/.ansible/collections/

Ansible Galaxy CLI 툴을 사용하여 역할을 생성할 수 있습니다. 역할별 명령은 roles 하위 명령에서 액세스할 수 있습니다.

ansible-galaxy role init <role_name>

컬렉션 외부의 독립 실행형 역할은 계속 지원되지만 Ansible Automation Platform에서 제공하는 모든 기능을 활용하기 위해 컬렉션 내에서 새 역할을 생성해야 합니다.

이렇게 하면 ~/role_skeleton 의 콘텐츠를 my_role 에 복사하여 my_role 이라는 역할이 생성됩니다. role_skeleton 의 내용은 역할 디렉터리 내에서 유효한 파일 또는 폴더일 수 있습니다.

환경에 컬렉션 집합을 지정하는 개념은 종속성을 해결 및 설치하는 것입니다. 컬렉션 자체는 자동화 실행 환경을 생성하는 머신에 설치할 필요가 없습니다.

자동화 실행 환경은 이 정의에서 빌드되며 컨테이너 이미지가 생성됩니다. 이러한 이미지 생성과 관련된 단계를 알아보려면 Ansible Builder 설명서를 참조하십시오.

Red Hat Ansible Automation Platform 2.0 및 자동화 컨트롤러 4.0으로 업그레이드되면 다음 섹션을 사용하여 마이그레이션 프로세스의 추가 단계를 지원합니다.

# Discovered virtual environments:
/var/lib/awx/venv/testing
/var/lib/venv/new_env

To export the contents of a virtual environment, re-run while supplying the path as an argument:
awx-manage export_custom_venv /path/to/venv

inventory_sources:
- id: 15
  name: celery
job_templates:
- id: 9
  name: Demo Job Template @ 2:40:47 PM
- id: 13
  name: elephant
organizations
- id: 3
  name: alternating_bongo_meow
- id: 1
  name: Default
projects: []

numpy==1.20.2
pandas==1.2.4
python-dateutil==2.8.1
pytz==2021.1
six==1.16.0

To list all available custom virtual environments run:
awx-manage list_custom_venvs

Ansible Core 버전 간에 마이그레이션하려면 최신 버전에서 작동하도록 Ansible 인프라의 플레이북, 플러그인 및 기타 부분을 업데이트해야 합니다. 이 프로세스를 수행하려면 Ansible Core의 후속 버전에 대한 업데이트에 대해 변경 사항이 검증되어야 합니다. Ansible 2.9에서 Ansible 2.11로 마이그레이션하려면 먼저 Ansible 2.10의 요구 사항을 충족하는지 확인하고 여기에서 2.11로 업데이트해야 합니다.

콘텐츠 작성자는 자동화 컨텐츠 navigator를 사용하여 Ansible 플레이북을 실행하고 대화식으로 각 플레이 및 작업의 결과를 수집하여 플레이북을 확인하거나 문제를 해결할 수 있습니다. 실행 환경 내에서 및 실행 환경 없이 Ansible 플레이북을 실행하여 문제를 비교하고 해결할 수도 있습니다.