Red Hat Ansible Automation Platform 라이프 사이클
개요
Red Hat Ansible Automation Platform 서브스크립션의 일부로 사용자는 console.redhat.com에서 지원되는 온프레미스 패키지 버전과 호스팅 서비스에 액세스할 수 있습니다. Red Hat은 Ansible Automation Platform의 공개 제품 라이프 사이클을 제공하여 고객 및 파트너사가 Ansible Automation Platform 서브스크립션의 일부로 사용하는 호스팅 서비스는 물론 온프레미스 자동화 클러스터를 적절하게 계획, 배포, 지원 및 유지 관리할 수 있도록 합니다.
라이프 사이클에는 여러 개별 제품 구성 요소의 논리적 그룹인 Ansible Automation Platform의 각 버전에 대해 명시된 기간이 포함됩니다. 각 Ansible Automation Platform 버전의 라이프 사이클은 여러 프로덕션 단계로 나뉘어져 있으며 처음 릴리스 날짜에서 일정 기간 동안 다양한 유지 관리 단계로 지원됩니다. 여러 버전의 Ansible Automation Platform은 동시에 지원되지만 이 라이프 사이클은 Ansible Automation Platform의 각 특정 버전에 적용되며 1.x 또는 2.x와 같은 주요 버전에는 적용되지 않습니다. 즉, 의미 체계 버전 관리 규칙은 Ansible Automation Platform 릴리스의 일부로 사용되지 않지만 포함된 특정 구성 요소는 사용할 수 있습니다.
고객은 지원되는 가장 최신 Ansible Automation Platform 환경으로 업그레이드할 것을 권장합니다. 기능 및 버그 수정은 최신 버전의 제품만 대상으로 하지만 보안 위험이 높은 항목에 대해서는 일부 제공될 수 있습니다.
Ansible Automation Platform 포함 패키지 및 버전
| AAP 버전 | 자동화 컨트롤러 버전 | 실행 환경 | Ansible Navigator 버전 | Ansible 빌더 버전 | Private Automation Hub 버전 | RHEL 버전 | OCP 지원 | RHEL 제공 PostgreSQL 버전 |
|---|---|---|---|---|---|---|---|---|
| 2.3 | 4.3 | core 2.14, ee-minimal, ee-supported, ee-2.9* | 2.2.0 | 1.2.0 | 4.6 | 8.4+, 9.0+ | 4.9-4.12 | 13 |
| 2.2 | 4.2 | core 2.13, ee-minimal, ee-supported, ee-2.9* | 2.1.0 | 1.1.1 | 4.5 | 8.4+, 9.0+ | 4.8-4.11 | 13 |
| 2.1 | 4.1 | core 2.12, ee-minimal, ee-supported, ee-2.9* | 1.1.0 | 1.0.1 | 4.4 | 8.4+ | 4.7-4.10 | 12 |
| 2.0 | 4.0 | core 2.11, ee-minimal, ee-supported, ee-2.9* | 미정 | 1.0.0 | 4.3 | 8.4+ | 4.6-4.9 | 12 |
| 1.2 | 3.8 | Ansible Engine 2.9 ** | 해당 없음 | 해당 없음 | 4.2 | 7.7+, 8.2+ | 3.11 | 10 |
* 다음의 지원 실행 환경에는 Red Hat Customer Portal에서 별도로 제공되는 Ansible Core RPM 버전이 포함되어 있습니다.
**AAP 1.2의 EOL까지 모든 계층화된 제품과 Ansible Engine 2.9 (2.9 실행 환경 포함)의 사용을 지원합니다. 이에는 제품에 대한 보안 수정 사항이 포함됩니다.
Ansible Automation Platform이 설계된 대로 작동하려면 최소 Python 3.8이 필요합니다.
라이프 사이클 날짜
Ansible Automation Platform 라이프 사이클
적용 범위
제품 지원은 Red Hat Enterprise Agreement의 Appendix 1에 공지된 지원 적용 범위에 따라 제공됩니다.
Red Hat Enterprise 제품에 높은 수준의 안정성을 유지하면서 새로운 기술을 빠르게 채택할 수 있도록 제공되는 Red Hat Ansible Automation Platform 제품 라이프 사이클은 다음과 같이 3 가지 유지 관리 단계로 나뉘어 집니다.
프로덕션 단계
| 라이프 사이클 단계 | |||
|---|---|---|---|
| 설명 | 완전 지원 | 유지 관리 지원 1 단계 | 유지 관리 지원 2 단계 |
| 심각한 보안 수정 | 제공됨 | 제공됨 | 제공됨 |
| 심각도 1에 따른 버그 수정 | 심각 및 중요한 심각도 문제 | 심각한 심각도 문제 | 제공되지 않음 |
| 비동기 보안 에라타 (RHSA) | 제공됨 | 제공됨 | 제공됨 |
| 비동기 버그 수정 에라타 (RHBA)2 | 제공됨 | 제공됨 | 제공되지 않음 |
| 소프트웨어 기능 개선 선택 | 제공됨 | 제공되지 않음 | 제공되지 않음 |
1. 기술 지원은 Red Hat Ansible Automation Platform 서브스크립션 계약에 포함된 서비스 수준에 따라 다릅니다.
2. Red Hat은 Red Hat 버그 수정 권고 (Red Hat Bug Fix Advisory)를 작성하고 확인하면서 고객의 비즈니스에 중요한 영향을 미치는 심각한 문제를 해결하기 위한 임시 조치로 핫픽스를 선택할 수 있습니다.
완전 지원 단계
완전 지원 단계에서 조건에 해당하는 심각 및 중요의 보안 권고 (RHSA) 및 긴급 및 높은 우선 순위의 버그 수정 권고 (RHBA)는 사용 가능하게 되면 릴리스됩니다. Red Hat 기능 개선 권고 (RHEA)와 같은 기타 다른 에라타 권고는 필요에 따라 제공됩니다.
유지 관리 지원 1 단계
유지 관리 지원 단계에서 조건에 해당하는 심각 및 중요한 보안 에라타 권고 (RHSA) 및 일부 긴급한 높은 우선 순위의 버그 수정 에라타 권고 (RHBA)는 사용 가능하게 되면 릴리즈됩니다. 기타 버그 수정 (RHBA) 및 강화 (RHEA) 에라타 권고는 Red Hat의 재량에 따라 출시될 수 있지만 반드시 출시되는 것은 아닙니다.
유지 관리 지원 2 단계
유지 관리 지원 2 단계에서 조건에 해당하는 심각 및 중요한 보안 에라타 권고 (RHSA) 및 일부 긴급한 높은 우선 순위의 버그 수정 에라타 권고 (RHBA)는 제공되지 않을 수 있습니다. 유지 관리 지원 2 단계에서 Ansible Automation Platform 릴리스는 기술적으로 지원되지만 이러한 릴리스에 대한 소프트웨어 업데이트는 제공되지 않습니다.
지원 소프트웨어
유지 관리 지원 단계가 종료되기 전에 지원 소프트웨어(예: PostgreSQL 내장 데이터베이스 또는 기본 운영 체제 및/또는 배포 플랫폼)의 제품 라이프 사이클이 만료된 경우 고객은 지원되는 구성 요소에서 실행되는 Red Hat Ansible Automation Platform의 최신 버전으로 업그레이드해야 할 수 있습니다.
자세한 내용은 Enterprise Agreement에서 제공되지 않는 Red Hat Ansible Automation Platform에 대한 자세한 정보를 제공합니다.
Ansible 자동화 컨트롤러
| 지원되는 활동 | 지원되지 않는 활동 |
|---|---|
| 설치 | 데이터베이스 복제/페일오버, 고객 제공 데이터베이스 |
| 업그레이드 | Tower와 통합된 외부 애플리케이션(예: Splunk, Okta 등) |
| 백업/복원 | 플레이북 개발 및 디버깅 |
| 설정 | 사용자 정의 API 통합 |
| 사용법 (API 및 UI) | 사용자 정의 인벤토리 플러그인 및 인증 |
| 작업 | 사용자 정의 구성 |
Ansible-core
| 지원 | 지원하지 않음 |
|---|---|
| 설치 | 수정된 모듈, 플러그인 등 |
| 사용 | 플레이북 개발 및 디버깅 |
| 설정 | 설계 |
| 코어 및 네트워크 모듈1 | 커뮤니티 모듈 |
| 인증 모듈2 | 기술 프리뷰 기능 |
| Connection, Inventory, Fact 플러그인 | 스크립트, 플러그인 및 모듈을 통한 사용자 정의 코드 |
1. 버그 보고(라이프사이클에 따라 다름) 및 엔지니어링 버그 수정
2. 버그 보고만 해당
실행 환경
자동화를 위한 Python 가상 환경을 빌드하고 배포하는 기능은 Ansible 실행 환경으로 교체되었습니다. 기존 가상 환경과 달리 실행 환경은 시스템 수준의 종속성과 컬렉션 기반 콘텐츠를 통합할 수 있는 컨테이너 이미지입니다. 각 실행 환경을 사용하면 작업을 실행할 수 있는 사용자 지정 이미지를 사용할 수 있으며, 각 실행 환경에는 작업을 실행할 때 필요한 항목만 포함됩니다.
다음은 관리 노드로 지원되는 운영 체제 외에도 Ansible Automation Platform과 함께 제공되는 실행 환경을 보여주는 차트입니다.
| 실행 환경 | 관리형 노드 |
|---|---|
ee-29-rhel8:latest ee-supported-rhel8:latest ee-minimal-rhel8:latest |
Red Hat Enterprise Linux Server 6,7,8,9 1 Ubuntu (x86_64 only): Windows Server2: 네트워크 장치: IBM 운영 체제: |
참고: 특정 컬렉션에는 특정 버전의 ansible-core가 필요할 수 있습니다. 자세한 내용은 컬렉션 설명서를 참조하십시오.
참고: 특정 버전의 ansible-core는 위의 네트워크 운영 체제 플랫폼의 특정 버전에 대해 테스트합니다. Red Hat은 위의 플랫폼에 매핑된 실제 하드웨어 목록을 유지하지 않습니다. 완전한 네트워킹 하드웨어 및 소프트웨어 호환성에 대해서는 원래 장치 제조업체에 문의하십시오.
참고: 기타 - 목록에 없는 RHEL 버전, SuSE, Solaris 등은 상업적으로 합리적인 지원만 받을 수 있습니다. (즉, 지원되는 플랫폼에서 문제를 복제 가능)
*지원되는 운영 체제(예: Windows 10/11)의 데스크톱 변형을 실행하는 데스크톱/노트북 장치는 합의된 조건으로 지원 예외가 승인되지 않는 한 상업적으로 합당한 지원이 적용되지 않습니다.
**IBM 관리 노드는 IBM에서 테스트하고 지원하며 IBM과의 유효한 지원 계약이 필요합니다. 자세한 내용은 다음을 참조하십시오. IBM 운영 체제 및 콘텐츠에 대한 Ansible 지원
1. 관리 중인 버전에 따라 ansible_python_interpreter 을 올바른 python 경로로 설정해야 할 수 있습니다.
2. Windows 노드는 WinRM 또는 PSRP를 통한 연결만 지원합니다. Windows의 OpenSSH는 실험적인 기능이며 Ansible Automation 서브스크립션에서 지원되지 않습니다.
Python을 실행할 수 있는 기계 또는 장치의 경우 Python 2(버전 2.7 이상) 또는 Python 3(버전 3.5 이상)도 필요합니다.
Ansible 실행 환경 컨테이너
| 지원되는 활동 | 지원되지 않는 활동 |
|---|---|
| 설치 | 수정된 컬렉션 |
| Ansible Navigator를 통한 사용 | Red Hat Container Registry에서 지원되는 기본 컨테이너 이미지를 사용하지 않는 고객 생성 실행 환경 |
| 설정 | 플레이북 개발 및 디버깅 |
| Ansible Core 구성 요소에서 제공하는 컬렉션 포함 | 설계 |
| Ansible에서 개발 및 지원하는 컬렉션 포함 | 커뮤니티 컬렉션을 포함하지 않음 |
| 인증 컬렉션 포함 (TSAnet을 통해 인증 파트너에게 전달) | 스크립트, 플러그인 및 모듈을 통한 사용자 정의 코드 |
| 연결, 인벤토리, Ansible Core 구성 요소에 포함된 Fact 플러그인 포함 | Python 또는 Ansible Runner 구성 요소를 직접 사용 |
콘텐츠 제작 도구
Ansible Builder
기본이 아닌 종속 항목에 의존하는 Ansible 콘텐츠를 사용하는데에는 각별한 주의가 필요합니다. 패키지를 각 노드에 설치하고 호스트 시스템에 설치된 다른 소프트웨어와 원활하게 작동하며 동기화 상태를 유지해야 합니다.
이 프로세스를 단순화하기 위해 Ansible Builder를 사용하여 생성할 수 있는 실행 환경 개념을 도입했습니다.
| 지원되는 작업 | 지원되지 않는 작업 |
|---|---|
| RHEL에서 유틸리티 설치/디버깅 문제 | RHEL이외의 플랫폼에서의 유틸리티 설치/디버깅 문제 |
| 업그레이드 | EE 정의 작성/디버깅 |
| 설정 | 종속성 문제/충돌 |
| 사용 | 추가 빌드 단계를 사용하여 오류 디버깅 |
Ansible-navigator
Ansible-navigator는 인벤토리, 플레이북, 컬렉션을 포함하여 Ansible 콘텐츠를 생성, 검토 및 해결하기 위한 명령 기반 툴입니다.
Red Hat Ansible Automation Platform을 위한 텍스트 기반 사용자 인터페이스(TUI)입니다.
| 지원되는 작업 | 지원되지 않는 작업 |
|---|---|
| RHEL에서 유틸리티 설치/디버깅 문제 | RHEL이외의 플랫폼에서의 유틸리티 설치/디버깅 문제 |
| 업그레이드 | Playbook 관련 문제 (디버그/승인) |
| 설정 | |
| 사용 |
호스트 서비스 제공
이 문서를 업데이트하는 시점에서 액세스 권한이 있는 고객을 위한 Ansible Automation Platform 타일을 통해 console.redhat.com에서 다음 SaaS(software-as-a-service) 오퍼링을 사용할 수 있습니다. 관련 권한이 없는 사용자는 Red Hat 또는 파트너로부터 Ansible Automation Platform 서브스크립션을 구매해야 합니다.
Insights for Ansible
Insights for Ansible은 사용자 인터페이스로 제공되며 항상 사용 가능한 최신 버전을 사용합니다. 현재 Insights에 대해 안정적인 API 액세스가 제공되지 않습니다.
Automation Hub
Red Hat Ansible Automation Platform 서브스크립션의 일부로 고객은 지원되는 Automation Hub 버전에 액세스할 수 있습니다. Red Hat에서 제공되는 Automation Hub 제품 라이프 사이클을 통해 고객 및 파트너사는 Ansible Automation Platform과 함께 사용하는 프라이빗 Automation Hub를 적절하게 계획, 배포, 지원 및 유지 관리할 수 있습니다.
이 라이프 사이클에는 각 Automation Hub 버전 (4.2부터 시작)에 대한 관련 기간이 포함되어 있습니다. 각 Automation Hub 버전의 라이프 사이클은 여러 프로덕션 단계로 나뉘어져 있으며 처음 릴리스 날짜에서 일정 기간 동안 다양한 유지 관리 수준으로 지원됩니다. 한 번에 여러 버전의 Automation Hub가 지원되지만 이 라이프 사이클은 Automation Hub의 각 특정 버전 (4.2, 4.3 등)에 적용됩니다.
고객은 지원되는 가장 최신 Automation Hub 환경으로 업그레이드할 것을 권장합니다. 버그 수정 및 기능 작업은 최신 주요 버전에만 적용되지만 고도의 보안 위험 항목에 대해 일부 제공될 수 있습니다.
Automation Services Catalog
Red Hat은 이전에 Automation Services Catalog의 프레젠테이션을 유지 관리했습니다. Ansible Services Catalog는 온프레미스 오퍼링으로 이동되었으며 Ansible Automation Platform 2.2 및 2.3의 일부로 기술 프리뷰로 릴리스되었습니다. Ansible Automation Platform의 향후 릴리스에는 서비스 카탈로그가 포함되지 않으며 더 이상 사용되지 않습니다.
호스팅 서비스에 대한 유지 관리 및 업데이트 설명
용어집
유지 관리 - 보안 및 애플리케이션 버그 수정
업데이트 - 애플리케이션 기능 개선
Red Hat은 Ansible Automation Platform에서 제공하는 모든 서비스를 유지 관리합니다. 여기에는 console.redhat.com 내의 서비스 및 해당 종속 항목을 유지 관리하는 작업이 포함됩니다. Red Hat은 플랫폼에 대한 유지 관리 및 업데이트를 제공합니다.
서비스 중단
Red Hat은 호스팅 서비스를 원할하게 제공하기 위해 최선을 다하고 있습니다. 경우에 따라 시스템 유지 관리를 위해 일정 기간 동안 서비스를 사용하지 못 할 수 있이며 Red Hat은 이러한 예정된 서비스 중단에 대해 사용자에게 알립니다.
