Red Hat Ansible Automation Platform 2로의 마이그레이션을 준비하는 5가지 방법

Red Hat® Ansible® Automation Platform 2는 자동화 팀에 업데이트된 아키텍처 및 새로운 툴과 함께 익숙하지만 개선된 경험을 제공합니다. 마이그레이션 전략을 계획할 때 Ansible Automation Platform 2로 원활히 전환하려면 이 체크리스트에 제시된 항목을 검토하는 것이 좋습니다.

환경별 구성이 고유하기 때문에 마이그레이션을 진행하기 전에 철저한 기술적 평가를 수행하는 것이 중요합니다.

• 현재 배포 패턴, 통합 및 모든 마이그레이션 관련 복잡성을 포함하여 현재 Ansible Automation Platform 1.x 설치를 분석합니다.
• Ansible Automation Platform 2의 기술적 요구 사항을 충족하기 위해 해당 환경에 필요한 변경 사항을 파악합니다.
• 마이그레이션 계획 및 실행을 위한 이해관계자의 준비 상태를 평가합니다.
• 컴플라이언스, 보안 정책 실행 및 감사를 보장합니다. 

Ansible Automation Platform 2에는 마이그레이션 전략에 영향을 주는 새로운 요구 사항이 도입됩니다. 이러한 요구 사항을 충족하는 데 상당한 작업이 필요한 경우에는 단계별 마이그레이션 접근 방식을 취하는 것이 좋습니다.

• Automation Controller 4(Ansible Tower 대체)는 PostgreSQL 12에만 지원됩니다. PostgreSQL 10은 지원되지 않습니다.
• Ansible Automation Platform 2를 사용하려면 물리 및 가상 환경 설치에 Red Hat Enterprise Linux® 8(x86_64)이 필요합니다.
• 자동화 실행 환경은 Python 가상 환경을 대체합니다.
• Ansible Automation Platform 2 마이그레이션 툴은 최신 Ansible Automation Platform 1.x 버전을 지원합니다.
• Ansible Automation Platform 2에는 플레이북 호환성을 위한 Ansible Core 2.9와 실행 환경을 통한 최신 버전이 포함됩니다.

마이그레이션을 계획할 때는 전체 조직에 미치는 영향을 고려해야 하며 다음 사항을 확인하는 것이 좋습니다.

• 초기 마이그레이션 비용, 지속적인 절감 및 수익 증가를 개략적으로 제시하는 비용-편익 분석을 수행합니다.
• 내외부 이해관계자를 파악하고 이들의 참여 가능 여부를 확인합니다.
• 위험 분석을 수행하여 비즈니스 프로세스와 서비스 제공에 미치는 영향을 파악합니다.
• 프로젝트 기간, 중요 단계 및 결과물을 결정합니다.
• 이해관계자에게 필요한 변경 관리 및 교육을 평가합니다.
• 마이그레이션 성공 기준과 필요한 측정 메트릭을 설정합니다.

마이그레이션 계획에는 Ansible Roles, Ansible Content Collections, Ansible Playbook 및 모듈과 같은 현재 Ansible Automation Platform 콘텐츠를 평가하고, Ansible Automation Platform 2와의 호환성 테스트가 포함되어야 하며, 이 평가는 최소한 다음을 수행해야 합니다.

• Ansible Core 2.9 이상을 지원하도록 자동화 콘텐츠를 테스트하고 업데이트합니다.
• 실행 환경에서 Ansible Core 및 인증/지원 컬렉션에 비해 번들 콘텐츠를 포함하는 Ansible Core 2.9로 자동화를 실행하기 위한 기술 요구 사항은 어떤 것이 있는지 고려합니다.
  • Ansible Content Collections로 마이그레이션하는 것이 Ansible Core 2.9에 꼭 필요한 것은 아니지만 가능한 한 빨리 마이그레이션하는 것이 좋습니다.
• Python 가상 환경(venvs)을 실행 환경으로 계획, 테스트 및 이동합니다.
  • Ansible 콘텐츠를 성공적으로 실행하는 데 필요한 종속성을 기반으로 사용자 구축 실행 환경이 필요한지 판단합니다.
  • 마이그레이션을 지원하기 위해 Ansible Automation Platform 2에서 제공되는 툴에 액세스합니다.
  • Python 가상 환경에서 자동화 실행 환경으로 마이그레이션하는 방법에 대해 자세히 알아보세요.
•  컬렉션 전용 모델로 이동하거나 더 이상 사용되지 않는 콘텐츠를 사용 종료하는 등 기존 자동화 콘텐츠를 유지, 리팩토링 또는 사용 종료합니다.

마이그레이션 계획은 기존 시스템으로 통합되는 방식을 포함해야 하며, 현재 운영 모델에 미치는 영향도 평가해야 합니다. 마이그레이션을 계획할 때 다음 항목을 점검해 보세요.

콘텐츠 프로모션 워크플로우

• 내 모델에 적합한 자동화 실행 환경 버전 관리는 무엇인가? (예: 테스트, 단계, 최신 및 릴리스 번호)
• 내 조직에 가장 적합한 Autumation Hub(컨테이너 레지스트리) 리포지토리 구조는 무엇인가? (예: Ansible Content Collections의 테스트, 개발, 프로덕션을 위한 별도의 리포지토리)
• 호스팅되는 Automation Hub 또는 프라이빗 Automation Hub 인스턴스를 사용해야 하는가? 이 인스턴스는 누가 관리할 것인가?

플랫폼 도입

• 외부 이해관계자가 플랫폼을 도입하고 사용하려면 어떤 지원이 필요한가?
• 모든 이해관계자를 온보딩하려면 어떤 교육 및 지원이 필요한가?
• 실행 환경 및 콘텐츠 컬렉션 관리는 누가 담당할 것인가? 중앙에서 관리하는가, 아니면 사업부별로 관리하는가?

실행 환경 라이프사이클 관리

• ansible-builder 정의 파일을 어떻게 관리하고 배포해야 하는가?
• 실행 환경을 어떻게 업데이트하고 보안을 제공할 것인가? CVE(Common Vulnerabilities and Exposures)를 패치하고 컴플라이언스를 유지하기 위한 보안 대응 계획은 무엇인가?

플랫폼 라이프사이클 관리

• 어떻게 새 클러스터를 배포하고 최소 요구 사항을 제공할 것인가?
• 어떻게 클러스터를 업그레이드할 것인가? 업그레이드 주기는 어떻게 되는가?
• 비기능적 요구 사항은 무엇이며, 이것이 설계에 어떤 영향을 미칠 것인가? (예: 백업, 구성 관리, 재해 복구(DR), 고가용성(HA) 등)

자세한 내용은 새로운 표준 아키텍처: Red Hat Ansible Automation Platform 2.1 배포에서 확인하시기 바랍니다.