3.5. 설치 후 단계
자동화를 시작하려는 새로운 Ansible Automation Platform 사용자 또는 이전 Ansible 콘텐츠를 설치된 최신 Red Hat Ansible Automation Platform 버전으로 마이그레이션하려는 기존 관리자이든 Ansible Automation Platform 2.3의 새로운 기능을 활용하는 다음 단계를 살펴보십시오.
3.5.1. Ansible Automation Platform 2.3로 데이터 마이그레이션
Ansible Automation Platform 2.3으로 업그레이드를 완료하려는 플랫폼 관리자의 경우 데이터를 새 인스턴스로 마이그레이션하는 데 추가 단계가 필요할 수 있습니다.
3.5.1.1. 레거시 가상 환경(venvs)에서 자동화 실행 환경으로 마이그레이션
Ansible Automation Platform 2.3은 Ansible 자동화를 실행하고 확장하는 데 필요한 구성 요소를 패키징하는 컨테이너화된 이미지 자동화 실행 환경을 사용하므로 사용자 정의 Python 가상 환경(venvs)에서 멀리 이동합니다. 여기에는 Ansible Core, Ansible Content Collections, Python 종속 항목, Red Hat Enterprise Linux UBI 8 및 추가 패키지 종속성이 포함됩니다.
venvs를 실행 환경으로 마이그레이션하려는 경우 (1)는 awx-manage 명령을 사용하여 원래 인스턴스에서 venvs 목록을 나열하고 내보내야 합니다. (2) ansible-builder 를 사용하여 실행 환경을 생성합니다.
추가 리소스
3.5.1.2. Ansible Builder를 사용하여 Ansible Engine 2.9 이미지로 마이그레이션
Ansible Automation Platform 2.3과 함께 사용할 Ansible Engine 2.9 이미지를 마이그레이션하기 위해 ansible-builder 툴은 자동화 실행 환경에서 사용할 이미지(사용자 정의 플러그인 및 종속 항목 포함)를 다시 빌드하는 프로세스를 자동화합니다.
추가 리소스
Ansible Builder를 사용하여 실행 환경을 빌드하는 방법에 대한 자세한 내용은 실행 환경 생성 및 사용을 참조하십시오.
3.5.1.3. Ansible Core 2.13으로 마이그레이션
Ansible Core 2.13으로 업그레이드할 때 최신 버전의 Ansible Core에서 지원하려면 Ansible 인프라의 플레이북, 플러그인 또는 기타 부분을 업데이트해야 합니다. Ansible Core 2.13 호환성에 대한 Ansible 콘텐츠 업데이트에 대한 자세한 내용은 Ansible-core 2.13 포트 지정 가이드를 참조하십시오.
3.5.2. 실행 환경 이미지 위치 업데이트
프라이빗 자동화 허브를 별도로 설치한 경우 프라이빗 자동화 허브를 가리키도록 실행 환경 이미지 위치를 업데이트할 수 있습니다. 실행 환경 이미지 위치를 업데이트하려면 다음 절차를 사용하십시오.
절차
-
setup.sh가 포함된 디렉터리로 이동합니다. 다음 명령을 실행하여
./group_vars/automationcontroller를 만듭니다.touch ./group_vars/automationcontroller
다음 내용을
./group_vars/automationcontroller에 붙여넣고 환경에 맞게 설정을 조정합니다.# Automation Hub Registry registry_username: 'your-automation-hub-user' registry_password: 'your-automation-hub-password' registry_url: 'automationhub.example.org' registry_verify_ssl: False ## Execution Environments control_plane_execution_environment: 'automationhub.example.org/ee-supported-rhel8:latest' global_job_execution_environments: - name: "Default execution environment" image: "automationhub.example.org/ee-supported-rhel8:latest" - name: "Ansible Engine 2.9 execution environment" image: "automationhub.example.org/ee-29-rhel8:latest" - name: "Minimal execution environment" image: "automationhub.example.org/ee-minimal-rhel8:latest"./setup.sh스크립트를 실행합니다.$ ./setup.sh
검증
- 시스템 관리자 액세스 권한이 있는 사용자로 Ansible Automation Platform에 로그인합니다.
- 관리 → 실행 환경으로 이동합니다.
-
이미지 열에서 실행 환경 이미지 위치가 <
registry url>/ansible-automation-platform-<version>/<image name>:<tag>에서 <> 의 기본값에서 변경되었는지 확인합니다.automation hub url>:<tag>:<tag
3.5.3. 자동화 메시를 사용하여 자동화 확장
Red Hat Ansible Automation Platform의 자동화 메시 구성 요소는 다중 사이트 배포에 자동화를 배포하는 프로세스를 단순화합니다. 여러 격리된 IT 환경을 보유한 엔터프라이즈의 경우 자동화 메시는 피어 투 피어 메시 통신 네트워크를 사용하여 실행 노드 전반에서 자동화를 일관되고 안정적으로 배포하고 확장할 수 있는 방법을 제공합니다.
버전 1.x에서 최신 버전의 Ansible Automation Platform으로 업그레이드할 때 기존 격리된 노드에서 자동화 메시에 필요한 실행 노드로 데이터를 마이그레이션해야 합니다. 하이브리드 및 제어 노드 네트워크를 계획한 다음 Ansible Automation Platform 설치 프로그램에 있는 인벤토리 파일을 편집하여 각 실행 노드에 메시 관련 값을 할당하는 방식으로 자동화 메시를 구현할 수 있습니다.
격리된 노드에서 실행 노드로 마이그레이션하는 방법에 대한 자세한 내용은 Red Hat Ansible Automation Platform 업그레이드 및 마이그레이션 가이드를 참조하십시오.
자동화 메시 및 환경에 대한 자동화 메시를 설계하는 다양한 방법에 대한 자세한 내용은 Red Hat Ansible Automation Platform 자동화 메시 가이드를 참조하십시오.