Red Hat Summit1장. 개요
Ansible Automation Platform 1.2에서 Ansible Automation Platform 2로의 마이그레이션 가이드에서는 Ansible Automation Platform 설치 프로그램을 사용하여 side-by-side 마이그레이션에 액세스하는 방법에 대한 구체적인 방법론을 제공합니다. 이 가이드 전체에서 Ansible Automation Platform 2 백업, 가져오기 및 업그레이드 프로세스가 성공했는지 확인하는 단계를 제공합니다. 이 참조 아키텍처는 최신 버전의 Ansible Automation Platform 2로 마이그레이션하려는 시스템 및 플랫폼 관리자에게 가장 적합합니다.
이 병렬 마이그레이션 참조 아키텍처는 환경 A 및 환경 B라는 두 가지 환경( 환경 A 및 환경 B )으로 구성되며, 여기서 환경 A Ansible Automation Platform 1.2 환경의 모든 데이터를 마이그레이션하여 새 Environment B Ansible Automation Platform 2 대체 환경으로 업그레이드합니다.
플랫폼 마이그레이션 프로세스의 높은 수준의 접근 방식:
- 환경 A의 Ansible Automation Platform 설치 프로그램을 사용하여 전체 Ansible Automation Platform 1.2 데이터 백업을 생성합니다.
- 전체 Ansible Automation Platform 데이터 백업을 신규 및 빈 대체 Ansible Automation Platform 1.2 환경 컨트롤 플레인(환경 B)으로 가져옵니다.
- Ansible Automation Platform 1.2 버전에서 Ansible Automation Platform 2 설치 프로그램을 사용하는 환경 B 업그레이드
- 환경 B에서 자동화 메시 실행 및 홉 노드 배포
인프라가 성공적으로 마이그레이션되면 Ansible Automation Platform 1.2 환경의 Python 가상 환경을 환경 A에서 자동화 실행 환경으로 마이그레이션하여 환경 B에서 새로 사용 가능한 Ansible Automation Platform 2 환경 내에서 사용할 수 있는 자동화 실행 환경으로 전환됩니다. 이러한 일회성 작업을 통해 최신 Ansible Automation Platform 2 기능을 활용하고 운영 오버헤드가 줄어들어 여러 플랫폼에서 일관된 자동화를 실행할 수 있는 기능이 열립니다.
높은 수준의 실행 환경 채택 프로세스는 다음으로 구성됩니다.
- 환경 A에서 Ansible Automation Platform 1.2에서 사용자 정의 가상 환경내보내기
- 내보낸 각 가상 환경과 환경 A의 Ansible 2.9 기본 실행 환경비교
- Ansible 2.9 실행 환경 및 가상 환경에서 내보낸 추가 종속 항목을 사용하여 새 실행 환경 생성
- 환경 B의 해당 작업 템플릿에 새 실행 환경연결
이 문서에서는 고객이 복잡한 아키텍처의 두 클러스터 간에 작업 실행 내역과 플랫폼 오브젝트를 유지하는 방법을 이해하는 데 도움이 되는 총체적인 마이그레이션 접근 방식을 보여주는 의견을 제시하고 있습니다. 기존 아키텍처 및 요구 사항에 따라 마이그레이션 프로세스가 더욱 간소화될 수 있습니다. 대부분의 경우 기본 Ansible Automation Platform 설치 프로그램 값으로 충분합니다. 여기에 설명된 마이그레이션 프로세스는 단순하거나 복잡한 환경 모두에 적용됩니다.
Ansible Automation Platform 1.2에서 버전 2로 마이그레이션하는 고객은 관리 노드 인벤토리가 두 클러스터/인스턴스 모두에서 동일한 매니페스트를 업그레이드하는 데 클러스터/인스턴스 모두에서 동일한 매니페스트를 사용할 수 있습니다. 마이그레이션 기간은 Red Hat 계정 담당자의 공식 BU 지침 요청을 통해 Ansible 비즈니스 단위의 승인된 예외 없이 6개월을 초과할 수 없습니다.
1.1. 아키텍처 개요
이 섹션에서는 side-by-side 마이그레이션 프로세스를 거치는 두 환경의 아키텍처 세부 사항에 중점을 둡니다.
첫 번째 환경인 Environment A 는 다음으로 구성됩니다.
- 3 Ansible Tower 3.8.5 노드는 Raleigh, Cryostat 데이터 센터에 있는 Red Hat Enterprise Linux 7을 실행하는 노드
- Red Hat Enterprise Linux 7 데이터베이스 노드 1개
- 2개의 베스천 호스트(해당 격리된 노드에 액세스하기 위해 호스트 덤프)
- Sacramento, CA 데이터 센터에 있는 격리된 노드 2개
- 인도 데이터 센터 New Delhi에 있는 2개의 격리된 노드
이 환경에 대한 pictorial 표현은 다음과 같습니다.
그림 1.1. 환경 A 아키텍처 개요
두 번째 환경인 환경 B 는 Ansible Automation Platform 2로 업그레이드하기 전에 환경 B 에서 Ansible Automation Platform 1.2 설치 프로그램을 사용하여 환경 A 에서 모든 데이터를 가져오는 데 사용할 새롭고 비어 있는 Ansible Automation Platform 1.2 환경입니다.
처음에 환경 B 는 다음으로 구성됩니다.
- 3 Red Hat Enterprise Linux 8을 실행하는 Ansible Tower 3.8.5 노드
- Red Hat Enterprise Linux 8 데이터베이스 노드 1개
Ansible Automation Platform 2는 Red Hat Enterprise Linux 7을 지원하지 않습니다. Ansible Automation Platform 2로 업그레이드하기 전에 Red Hat Enterprise Linux 8을 Ansible Automation Platform 1.2 Environment B 의 기본 OS로 사용하는 것이 중요합니다.
이 참조 아키텍처 전반에 걸쳐 Ansible Automation Platform 2.1에 대한 참조가 있습니다. 그러나 이 문서 내에 있는 Ansible Automation Platform 마이그레이션 프로세스는 버전 2.1 이상에 적용됩니다.
초기 환경 B 풋프린트의 pictorial 표현은 다음과 같습니다.
그림 1.2. 초기 환경 B 아키텍처 개요
환경 A에서 환경 B 로 데이터 마이그레이션에 성공하면 다음을 포함하여 업그레이드 프로세스 중에 환경 B 아키텍처를 확장합니다.
- 2 Ansible 컨트롤러에서 직접 액세스할 수 있는 실행 노드
-
3 홉 노드 (
sacramento-hop,dublin-hopnew-delhi-hop) -
2개의 실행 노드는 홉 노드
sacramento-hop을 통해서만 액세스할 수 있습니다. -
홉 노드
dublin-hop및new-delhi-hop을 통해 2개의 실행 노드
dublin-hop 은 인도 New Delhi에 상주하는 실행 노드에 액세스하는 데 사용할 수 있는 자동화 메시를 통해 다른 경로를 제공합니다.
확장된 Ansible Automation Platform 2 환경 B 의 세계 보기는 다음과 같습니다.
그림 1.3. 환경 B의 세계 보기
확장된 Ansible Automation Platform 2 환경 B 아키텍처 풋프린트에 대한 자세한 설명은 다음과 같습니다.
그림 1.4. 확장된 환경 B 아키텍처 개요
작업 템플릿에서 스케줄을 비활성화하는 프로세스는 이 참조 아키텍처 내에서 다루지 않습니다. 성공적인 마이그레이션이 완료되면 환경 A의 모든 작업 템플릿에서 예약을 비활성화하여 환경 A 및 환경 B 가 동일한 작업을 동시에 실행하지 않도록 하는 것이 중요합니다.
