테스트된 배포 모델
Ansible Automation Platform 배포 계획
초록
Red Hat 문서에 관한 피드백 제공 링크 복사링크가 클립보드에 복사되었습니다!
이 문서를 개선하기 위한 제안이 있거나 오류를 찾을 수 있는 경우 https://access.redhat.com 에서 기술 지원에 문의하여 요청을 열 수 있습니다.
면책 조항:이 정보에 포함된 외부 웹 사이트 링크는 편의를 위해서만 제공됩니다. Red Hat은 링크를 검토하지 않았으며 컨텐츠 또는 이용 가능 여부에 대해 책임을 지지 않습니다. 외부 웹 사이트에 대한 링크가 포함되어 있다고 해서 Red Hat이 해당 웹 사이트 또는 해당 엔티티, 제품, 서비스를 보증한다는 의미는 아닙니다. 사용자는 본인이 그러한 외부 사이트나 콘텐츠를 사용(또는 신뢰)하여 초래되는 어떠한 손실이나 비용에 대해 Red Hat이 어떠한 책임도 지지 않는 데 동의합니다.
1장. 테스트된 배포 모델 유형 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat은 정의된 토폴로지 세트로 Ansible Automation Platform 2.6을 테스트하여 관련 배포 옵션을 제공합니다. Ansible Automation Platform의 모든 구성 요소를 배포하여 추가 작업을 수행할 필요 없이 모든 기능과 기능을 사용할 수 있도록 합니다.
Red Hat은 정의된 인프라 토폴로지 또는 참조 아키텍처를 사용하여 Ansible Automation Platform 2.6 설치를 테스트합니다. 엔터프라이즈 조직은 프로덕션 배포에 엔터프라이즈 토폴로지 중 하나를 사용할 수 있습니다. 이를 통해 최고 수준의 가동 시간, 성능 및 지속적인 확장성을 보장합니다. 리소스 제한에 해당하는 조직 또는 배포는 확장 토폴로지를 사용할 수 있습니다.
다양한 인프라 토폴로지 및 환경 구성에 Ansible Automation Platform을 설치할 수 있습니다. 그러나 Red Hat은 게시된 참조 아키텍처 외부에서 토폴로지를 완전히 테스트하지 않습니다. Red Hat은 모든 신규 배포에 테스트된 토폴로지를 사용할 것을 권장하며 최소 요구 사항을 충족하는 배포에 대해 상업적으로 합당한 지원을 제공합니다.
1.1. 설치 및 배포 모델 링크 복사링크가 클립보드에 복사되었습니다!
Ansible Automation Platform은 인프라 및 조직의 요구 사항에 따라 다양한 설치 및 배포 옵션을 제공합니다. 각 설치 유형 참조에는 지원되는 인프라 유형 및 테스트된 토폴로지에 대한 링크가 포함됩니다.
Ansible Automation Platform RPM 설치 프로그램은 2.5에서 더 이상 사용되지 않으며 Ansible Automation Platform 2.7에서 제거됩니다. RPM 설치 프로그램은 Ansible Automation Platform 2.6의 라이프사이클 동안 기존 지원 토폴로지로의 마이그레이션을 지원하기 위해 RHEL 9에서 지원됩니다. 업그레이드 및 마이그레이션 경로에 대한 자세한 내용은 업그레이드 시나리오에 대한 지원 매트릭스 를 참조하십시오.
| 모드 | 인프라 | 설명 | 테스트된 토폴로지 |
|---|---|---|---|
| 컨테이너 | 가상 머신 및 베어 메탈 | 컨테이너화된 설치 프로그램은 호스트 머신의 컨테이너에서 플랫폼을 실행하는 Podman을 사용하여 Red Hat Enterprise Linux에 Ansible Automation Platform을 배포합니다. 고객은 제품 및 인프라 라이프사이클을 관리합니다. | |
| Operator | Red Hat OpenShift | Operator는 Red Hat OpenShift Operator를 사용하여 Red Hat OpenShift 내에 Ansible Automation Platform을 배포합니다. 고객은 제품 및 인프라 라이프사이클을 관리합니다. | |
| RPM | 가상 머신 및 베어 메탈 | RPM 설치 프로그램은 RPM을 사용하여 호스트 시스템에 플랫폼을 설치하여 Red Hat Enterprise Linux에 Ansible Automation Platform을 배포합니다. 고객은 제품 및 인프라 라이프사이클을 관리합니다. |
2장. 컨테이너 토폴로지 링크 복사링크가 클립보드에 복사되었습니다!
Ansible Automation Platform은 컨테이너화된 Ansible Automation Platform에 대해 테스트된 토폴로지를 제공합니다. 컨테이너 기반 배포 요구 사항에 가장 적합한 토폴로지를 선택합니다.
2.1. 컨테이너 증가 토폴로지 링크 복사링크가 클립보드에 복사되었습니다!
컨테이너 기반 성장 토폴로지는 Ansible Automation Platform을 시작하는 조직에 중복 없이 작은 설치 공간 배포를 제공합니다. 여기에는 테스트를 거친 인프라 토폴로지, 시스템 요구 사항, 네트워크 포트 구성, 설치를 위한 인벤토리 파일 예제가 포함됩니다.
2.1.1. 인프라 토폴로지 링크 복사링크가 클립보드에 복사되었습니다!
이 배포 모델에 대해 Red Hat 테스트 인프라 토폴로지
그림 2.1. 인프라 토폴로지 다이어그램
Red Hat은 다음 요구 사항을 충족하는 단일 VM을 테스트합니다.
| 요구 사항 | 최소 요구 사항 |
|---|---|
| RAM | 16GB |
| CPU | 4 |
| 로컬 디스크 |
|
| 디스크 IOPS | 3000 |
hub_seed_collections=true 를 사용하여 번들로 설치되는 경우 32GB RAM이 권장됩니다. 이 구성을 사용하면 설치 시간이 증가합니다. 컬렉션을 시드하는 데 45분 이상 걸릴 수 있습니다.
| 목적 | 그룹 이름 예 |
|---|---|
| 모든 Ansible Automation Platform 구성 요소 |
|
2.1.2. 테스트된 시스템 구성 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat은 Red Hat Ansible Automation Platform을 설치하고 실행하기 위해 이러한 구성을 테스트했습니다.
| 유형 | 설명 | 참고 |
|---|---|---|
| 서브스크립션 |
| |
| 운영 체제 |
| |
| CPU 아키텍처 | x86_64, AArch64, s390x (IBM Z), ppc64le (IBM Power) | |
|
|
|
|
| 브라우저 | 현재 지원되는 Mozilla Firefox 또는 Google Chrome 버전입니다. | |
| 데이터베이스 |
|
|
2.1.3. 네트워크 포트 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat Ansible Automation Platform은 여러 포트를 사용하여 서비스와 통신합니다. 이러한 포트가 열려 있어야 하며 Red Hat Ansible Automation Platform이 작동하려면 사용할 수 있어야 합니다. 이러한 포트를 사용할 수 있고 방화벽에 의해 차단되지 않았는지 확인합니다.
| 포트 번호 | 프로토콜 | Service | 소스 | 대상 | 설명 |
|---|---|---|---|---|---|
| 80/443 | TCP | HTTP/HTTPS | 이벤트 기반 Ansible | 자동화 허브 | 컨테이너 의사 결정 환경 가져오기 |
| 80/443 | TCP | HTTP/HTTPS | 이벤트 기반 Ansible | 자동화 컨트롤러 | 자동화 컨트롤러 작업 시작 |
| 80/443 | TCP | HTTP/HTTPS | 자동화 컨트롤러 | 자동화 허브 | 컬렉션 및 실행 환경 이미지 가져오기 |
| 80/443 | TCP | HTTP/HTTPS | 플랫폼 게이트웨이 | 자동화 컨트롤러 | 자동화 컨트롤러 통신에 대한 플랫폼 게이트웨이 |
| 80/443 | TCP | HTTP/HTTPS | 플랫폼 게이트웨이 | 자동화 허브 | 자동화 허브 통신에 대한 플랫폼 게이트웨이 |
| 80/443 | TCP | HTTP/HTTPS | 플랫폼 게이트웨이 | 이벤트 기반 Ansible | 이벤트 기반 Ansible 통신에 대한 플랫폼 게이트웨이 |
| 5432 | TCP | PostgreSQL | 이벤트 기반 Ansible | 데이터베이스 | 이벤트 기반 Ansible 데이터베이스 액세스 |
| 5432 | TCP | PostgreSQL | 플랫폼 게이트웨이 | 데이터베이스 | 플랫폼 게이트웨이 데이터베이스 액세스 |
| 5432 | TCP | PostgreSQL | 자동화 허브 | 데이터베이스 | Automation Hub 데이터베이스 액세스 |
| 5432 | TCP | PostgreSQL | 자동화 컨트롤러 | 데이터베이스 | 자동화 컨트롤러 데이터베이스 액세스 |
| 6379 | TCP | Redis | 이벤트 기반 Ansible | Redis 컨테이너 | 이벤트 기반 Ansible을 위한 작업 시작 및 데이터 스토리지 |
| 6379 | TCP | Redis | 플랫폼 게이트웨이 | Redis 컨테이너 | 플랫폼 게이트웨이 서비스에 대한 데이터 저장 및 검색 |
| 8443 | TCP | HTTPS | 플랫폼 게이트웨이 | 플랫폼 게이트웨이 | 내부 게이트웨이 NGINX 통신 |
| 27199 | TCP | 수신기 | 자동화 컨트롤러 | 실행 컨테이너 | 메시 노드는 컨트롤러에 직접 연결합니다. 작업 배포에 대한 양방향 통신을 허용합니다. |
| 8083/8446 | TCP | HTTP/HTTPS | 내부 서비스 | 플랫폼 게이트웨이 |
플랫폼 게이트웨이 NGINX 포트. |
| 8080/8443 | TCP | HTTP/HTTPS | 내부 서비스 | 자동화 컨트롤러 |
자동화 컨트롤러 NGINX 포트. 다음 인벤토리 변수 |
| 8081/8444 | TCP | HTTP/HTTPS | 내부 서비스 | 자동화 허브 |
자동화 허브 NGINX 포트. |
| 8082/8445 | TCP | HTTP/HTTPS | 내부 서비스 | 이벤트 기반 Ansible |
이벤트 기반 Ansible NGINX 포트. |
2.1.4. 인벤토리 파일의 예 링크 복사링크가 클립보드에 복사되었습니다!
예제 인벤토리 파일을 사용하여 설치를 수행합니다.
SSH 키는 원격 호스트에 설치하는 경우에만 필요합니다. 자체 포함된 로컬 VM 기반 설치를 수행하는 경우 ansible_connection=local 을 사용할 수 있습니다.
2.2. 컨테이너 엔터프라이즈 토폴로지 링크 복사링크가 클립보드에 복사되었습니다!
컨테이너 기반 엔터프라이즈 토폴로지는 대량의 자동화를 위해 중복성과 더 높은 컴퓨팅을 제공합니다. 여기에는 테스트를 거친 인프라 토폴로지, 시스템 요구 사항, 네트워크 포트 구성, 설치를 위한 인벤토리 파일 예제가 포함됩니다.
2.2.1. 인프라 토폴로지 링크 복사링크가 클립보드에 복사되었습니다!
이 배포 모델에 대해 Red Hat 테스트 인프라 토폴로지
그림 2.2. 인프라 토폴로지 다이어그램
Red Hat은 다음 요구 사항에 따라 각 VM을 테스트합니다.
| 요구 사항 | 최소 요구 사항 |
|---|---|
| RAM | 16GB |
| CPU | 4 |
| 로컬 디스크 |
|
| 디스크 IOPS | 3000 |
| VM 수 | 목적 | VM 그룹 이름 예 |
|---|---|---|
| 2 | 배치된 Redis가 있는 플랫폼 게이트웨이 |
|
| 2 | 자동화 컨트롤러 |
|
| 2 | 배치된 Redis가 있는 프라이빗 자동화 허브 |
|
| 2 | 배치된 Redis를 사용하는 이벤트 기반 Ansible |
|
| 1 | 자동화 메시 홉 노드 |
|
| 2 | 자동화 메시 실행 노드 |
|
| 1 | 외부에서 관리되는 데이터베이스 서비스 | 해당 없음 |
| 1 | 플랫폼 게이트웨이 앞의 HAProxy 로드 밸런서(외부 관리) | 해당 없음 |
- Redis HA(고가용성) 호환 배포에는 6개의 VM이 필요합니다. 컨테이너화된 설치 프로그램을 사용하여 Ansible Automation Platform을 설치할 때 실행 노드 또는 PostgreSQL 데이터베이스를 제외한 선택한 Ansible Automation Platform 구성 요소 VM에 Redis를 배치할 수 있습니다. Redis 사용을 위해 특별히 VM을 할당할 수도 있습니다.
- 컨테이너화된 Ansible Automation Platform에서는 외부 Redis가 지원되지 않습니다.
2.2.2. 테스트된 시스템 구성 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat은 Red Hat Ansible Automation Platform을 설치하고 실행하기 위해 이러한 구성을 테스트했습니다.
| 유형 | 설명 | 참고 |
|---|---|---|
| 서브스크립션 |
| |
| 운영 체제 |
| |
| CPU 아키텍처 | x86_64, AArch64, s390x (IBM Z), ppc64le (IBM Power) | |
|
|
|
|
| 브라우저 | 현재 지원되는 Mozilla Firefox 또는 Google Chrome 버전입니다. | |
| 데이터베이스 |
|
|
2.2.3. 네트워크 포트 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat Ansible Automation Platform은 여러 포트를 사용하여 서비스와 통신합니다. 이러한 포트가 열려 있어야 하며 Red Hat Ansible Automation Platform이 작동하려면 사용할 수 있어야 합니다. 이러한 포트를 사용할 수 있고 방화벽에 의해 차단되지 않았는지 확인합니다.
| 포트 번호 | 프로토콜 | Service | 소스 | 대상 | 설명 |
|---|---|---|---|---|---|
| 80/443 | TCP | HTTP/HTTPS | 이벤트 기반 Ansible | 자동화 허브 | 컨테이너 의사 결정 환경 가져오기 |
| 80/443 | TCP | HTTP/HTTPS | 이벤트 기반 Ansible | 자동화 컨트롤러 | 자동화 컨트롤러 작업 시작 |
| 80/443 | TCP | HTTP/HTTPS | 자동화 컨트롤러 | 자동화 허브 | 컬렉션 및 실행 환경 이미지 가져오기 |
| 80/443 | TCP | HTTP/HTTPS | HAProxy 로드 밸런서 | 플랫폼 게이트웨이 | 외부 로드 밸런서 액세스 |
| 80/443 | TCP | HTTP/HTTPS | 플랫폼 게이트웨이 | 자동화 컨트롤러 | 자동화 컨트롤러 통신에 대한 플랫폼 게이트웨이 |
| 80/443 | TCP | HTTP/HTTPS | 플랫폼 게이트웨이 | 자동화 허브 | 자동화 허브 통신에 대한 플랫폼 게이트웨이 |
| 80/443 | TCP | HTTP/HTTPS | 플랫폼 게이트웨이 | 이벤트 기반 Ansible | 이벤트 기반 Ansible 통신에 대한 플랫폼 게이트웨이 |
| 5432 | TCP | PostgreSQL | 이벤트 기반 Ansible | 외부 데이터베이스 | 이벤트 기반 Ansible 데이터베이스 액세스 |
| 5432 | TCP | PostgreSQL | 플랫폼 게이트웨이 | 외부 데이터베이스 | 플랫폼 게이트웨이 데이터베이스 액세스 |
| 5432 | TCP | PostgreSQL | 자동화 허브 | 외부 데이터베이스 | Automation Hub 데이터베이스 액세스 |
| 5432 | TCP | PostgreSQL | 자동화 컨트롤러 | 외부 데이터베이스 | 자동화 컨트롤러 데이터베이스 액세스 |
| 6379 | TCP | Redis | 이벤트 기반 Ansible | Redis 노드 | 이벤트 기반 Ansible을 위한 작업 시작 및 데이터 스토리지 |
| 6379 | TCP | Redis | 플랫폼 게이트웨이 | Redis 노드 | 플랫폼 게이트웨이 서비스에 대한 데이터 저장 및 검색 |
| 16379 | TCP | Redis | Redis 노드 | Redis 노드 | Redis 클러스터 버스 통신 |
| 27199 | TCP | 수신기 | 자동화 컨트롤러 | 홉 노드 및 실행 노드 | 메시 노드는 컨트롤러에 직접 연결합니다. 작업 배포에 대한 양방향 통신을 허용합니다. |
| 27199 | TCP | 수신기 | 홉 노드 | 실행 노드 | 메시 노드는 홉 노드를 통해 연결됩니다. 어느 방향으로든 양방향 통신을 허용합니다. |
| 8083/8446 | TCP | HTTP/HTTPS | 내부 서비스 | 플랫폼 게이트웨이 |
플랫폼 게이트웨이 NGINX 포트. |
| 8080/8443 | TCP | HTTP/HTTPS | 내부 서비스 | 자동화 컨트롤러 |
자동화 컨트롤러 NGINX 포트. 다음 인벤토리 변수 |
| 8081/8444 | TCP | HTTP/HTTPS | 내부 서비스 | 자동화 허브 |
자동화 허브 NGINX 포트. |
| 8082/8445 | TCP | HTTP/HTTPS | 내부 서비스 | 이벤트 기반 Ansible |
이벤트 기반 Ansible NGINX 포트. |
2.2.4. 인벤토리 파일의 예 링크 복사링크가 클립보드에 복사되었습니다!
예제 인벤토리 파일을 사용하여 설치를 수행합니다.
3장. Operator 토폴로지 링크 복사링크가 클립보드에 복사되었습니다!
Ansible Automation Platform은 OpenShift Container Platform에서 Ansible Automation Platform에 대해 테스트된 토폴로지를 제공합니다. Operator 기반 배포 요구 사항에 가장 적합한 토폴로지를 선택합니다.
Ansible Automation Platform Operator의 단일 인스턴스만 단일 네임스페이스에 설치할 수 있습니다. 동일한 네임스페이스에 여러 인스턴스를 설치하면 두 Operator 인스턴스에 대해 제대로 작동하지 않을 수 있습니다.
3.1. Operator 증가 토폴로지 링크 복사링크가 클립보드에 복사되었습니다!
Operator 기반 성장 토폴로지는 Red Hat OpenShift Container Platform에서 Ansible Automation Platform을 시작하기 위해 중복성 없이 작은 설치 공간 배포를 제공합니다. 여기에는 테스트를 거친 인프라 토폴로지, 시스템 요구 사항, 네트워크 포트 구성, 설치를 위한 사용자 지정 리소스 파일 예제가 포함됩니다.
3.1.1. 인프라 토폴로지 링크 복사링크가 클립보드에 복사되었습니다!
이 배포 모델에 대해 Red Hat 테스트 인프라 토폴로지
그림 3.1. 인프라 토폴로지 다이어그램
Redis 및 PostgreSQL은 Operator 기반 설치 프로세스의 일부로 설치할 수 있지만 토폴로지 다이어그램은 Redis와 PostgreSQL이 Ansible Automation Platform 외부에 있는 Red Hat 지원 토폴로지를 나타냅니다.
Red Hat은 32GB RAM, 16 CPU, 128GB 로컬 디스크, 3000 IOPS와 같은 요구 사항을 사용하여 SRNO(Single Node OpenShift) 클러스터를 테스트합니다.
| 수량 | Component |
|---|---|
| 1 | 자동화 컨트롤러 웹 Pod |
| 1 | 자동화 컨트롤러 작업 Pod |
| 1 | Automation Hub 웹 Pod |
| 1 | Automation Hub API Pod |
| 2 | Automation Hub 콘텐츠 Pod |
| 2 | Automation Hub 작업자 Pod |
| 1 | Automation Hub Redis Pod |
| 1 | 이벤트 기반 Ansible API Pod |
| 1 | 이벤트 기반 Ansible 활성화 작업자 Pod |
| 1 | 이벤트 기반 Ansible 기본 작업자 Pod |
| 1 | 이벤트 기반 Ansible 이벤트 스트림 Pod |
| 1 | 이벤트 기반 Ansible 스케줄러 Pod |
| 1 | 플랫폼 게이트웨이 Pod |
| 1 | 데이터베이스 Pod |
| 1 | Redis Pod |
Ansible Automation Platform의 격리된 여러 인스턴스를 동일한 Red Hat OpenShift Container Platform 클러스터에 배포할 수 있습니다. 이렇게 하려면 네임스페이스 범위의 배포 모델을 사용합니다(네임스페이스 내에 격리됨).
이 방법을 사용하면 여러 배포에 동일한 클러스터를 사용할 수 있습니다.
3.1.2. 테스트된 시스템 구성 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat은 Red Hat Ansible Automation Platform을 설치하고 실행하기 위해 이러한 구성을 테스트했습니다.
| 유형 | 설명 | 참고 |
|---|---|---|
| 서브스크립션 | 유효한 Red Hat Ansible Automation Platform 서브스크립션 | |
| Red Hat OpenShift |
| |
| ansible-core | ansible-core 버전 2.16 이상 | |
| 브라우저 | 현재 지원되는 Mozilla Firefox 또는 Google Chrome 버전입니다. | |
| 데이터베이스 |
|
|
3.1.3. 사용자 정의 리소스 파일의 예 링크 복사링크가 클립보드에 복사되었습니다!
이 예제 CR(사용자 정의 리소스)을 사용하여 Ansible Automation Platform 인스턴스를 프로젝트에 추가합니다.
3.1.4. 작동하지 않는 요구 사항 링크 복사링크가 클립보드에 복사되었습니다!
Ansible Automation Platform의 성능 특성 및 용량은 리소스 할당 및 구성에 따라 다릅니다. OpenShift를 사용하면 각 Ansible Automation Platform 구성 요소가 Pod로 배포됩니다. 각 Pod에 대한 리소스 요청 및 제한을 지정할 수 있습니다.
Ansible Automation Platform CR(사용자 정의 리소스)을 사용하여 OpenShift 설치에 대한 리소스 할당을 구성합니다. 구성 가능한 각 항목에는 기본 설정이 있습니다. 이러한 설정은 설치에 대한 최소 요구 사항이지만 프로덕션 워크로드 요구 사항을 충족하지 못할 수 있습니다.
기본적으로 각 구성 요소의 배포에서는 최소 리소스 요청을 사용하지만 리소스 제한이 없습니다. OpenShift는 사용 가능한 리소스 요청으로만 Pod를 예약하지만 OpenShift 작업자 노드 자체에서 노드 부족이 아닌 한 Pod는 무제한 RAM 또는 CPU를 사용할 수 있습니다.
Operator 증가 토폴로지에서 Ansible Automation Platform은 32GB RAM, 16 CPU, 128GB 로컬 디스크 및 3000 IOPS가 있는 SNO(Single Node OpenShift)에서 실행됩니다. 이는 공유 환경이 아니므로 Ansible Automation Platform Pod는 OpenShift SNO의 모든 컴퓨팅 리소스에 대한 전체 액세스 권한을 갖습니다. 이 시나리오에서는 자동화 컨트롤러 작업 Pod에 대한 용량 계산은 Pod를 실행하는 기본 OpenShift Container Platform 노드에서 제공됩니다. 전체 노드에 액세스할 수 없습니다. 이 용량 계산은 동시 작업 자동화 컨트롤러 수에 영향을 미칩니다.
OpenShift는 VM과 별도로 스토리지를 관리합니다. 이는 자동화 허브가 아티팩트를 저장하는 방법에 영향을 미칩니다. Operator 증가 토폴로지에서 자동화 허브에는 OpenShift의 기본 스토리지 유형이 아닌 ReadWriteMany 유형 스토리지가 필요하기 때문에 토폴로지는 S3 스토리지를 사용합니다.
3.1.5. 네트워크 포트 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat Ansible Automation Platform은 여러 포트를 사용하여 서비스와 통신합니다. 이러한 포트가 열려 있어야 하며 Red Hat Ansible Automation Platform이 작동하려면 사용할 수 있어야 합니다. 이러한 포트를 사용할 수 있고 방화벽에 의해 차단되지 않았는지 확인합니다.
| 포트 번호 | 프로토콜 | Service | 소스 | 대상 |
|---|---|---|---|---|
| 80/443 | HTTP/HTTPS | 수신기 | 실행 노드 | OpenShift Container Platform 인그레스 |
| 80/443 | HTTP/HTTPS | 수신기 | 홉 노드 | OpenShift Container Platform 인그레스 |
| 80/443 | HTTP/HTTPS | 플랫폼 | 고객 클라이언트 | OpenShift Container Platform 인그레스 |
| 27199 | TCP | 수신기 | OpenShift Container Platform 클러스터 | 실행 노드 |
| 27199 | TCP | 수신기 | OpenShift Container Platform 클러스터 | 홉 노드 |
3.2. Operator 엔터프라이즈 토폴로지 링크 복사링크가 클립보드에 복사되었습니다!
Operator 기반 엔터프라이즈 토폴로지는 Red Hat OpenShift Container Platform에서 대량의 자동화를 위해 중복 및 더 많은 컴퓨팅을 제공합니다. AWS의 Ansible Automation Platform Service는 OpenShift Operator 기반 엔터프라이즈 토폴로지의 예입니다. 여기에는 테스트를 거친 인프라 토폴로지, 시스템 요구 사항, 네트워크 포트 구성, 설치를 위한 사용자 지정 리소스 파일 예제가 포함됩니다.
3.2.1. 인프라 토폴로지 링크 복사링크가 클립보드에 복사되었습니다!
이 배포 모델에 대해 Red Hat 테스트 인프라 토폴로지
그림 3.2. 인프라 토폴로지 다이어그램
Redis 및 PostgreSQL은 Operator 기반 설치 프로세스의 일부로 설치할 수 있지만 토폴로지 다이어그램은 Redis와 PostgreSQL이 Ansible Automation Platform 외부에 있는 Red Hat 지원 토폴로지를 나타냅니다.
이 인프라 토폴로지는 3개의 기본 노드와 2개의 작업자 노드가 있는 OpenShift 클러스터를 설명합니다.
Red Hat은 16GB RAM, 4 CPU, 128GB 로컬 디스크, 3000 IOPS 등 각 OpenShift 작업자 노드를 테스트합니다.
| 수량 | Component |
|---|---|
| 1 | 자동화 컨트롤러 웹 Pod |
| 1 | 자동화 컨트롤러 작업 Pod |
| 1 | Automation Hub 웹 Pod |
| 1 | Automation Hub API Pod |
| 2 | Automation Hub 콘텐츠 Pod |
| 2 | Automation Hub 작업자 Pod |
| 1 | Automation Hub Redis Pod |
| 1 | 이벤트 기반 Ansible API Pod |
| 2 | 이벤트 기반 Ansible 활성화 작업자 Pod |
| 2 | 이벤트 기반 Ansible 기본 작업자 Pod |
| 2 | 이벤트 기반 Ansible 이벤트 스트림 Pod |
| 1 | 이벤트 기반 Ansible 스케줄러 Pod |
| 1 | 플랫폼 게이트웨이 Pod |
| 2 | 메시 수신 Pod |
| 해당 없음 | 외부에서 관리되는 데이터베이스 서비스 |
| 해당 없음 | 외부에서 관리되는 Redis |
| 해당 없음 | 외부 관리형 오브젝트 스토리지 서비스(Automation hub용) |
3.2.2. 테스트된 시스템 구성 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat은 Red Hat Ansible Automation Platform을 설치하고 실행하기 위해 이러한 구성을 테스트했습니다.
| 유형 | 설명 |
|---|---|
| 서브스크립션 | 유효한 Red Hat Ansible Automation Platform 서브스크립션 |
| Red Hat OpenShift |
|
| ansible-core | ansible-core 버전 2.16 이상 |
| 브라우저 | 현재 지원되는 Mozilla Firefox 또는 Google Chrome 버전입니다. |
| AWS RDS PostgreSQL 서비스 |
|
| AWS Memcached 서비스 |
|
| S3 스토리지 | AWS Pod ID를 사용하여 런타임에 자동화 허브 SA에 할당된 AWS 역할을 통해서만 HTTPS에 액세스할 수 있습니다. |
3.2.3. 사용자 정의 리소스 파일의 예 링크 복사링크가 클립보드에 복사되었습니다!
예를 들어 CR 파일은 test-topologies GitHub 리포지토리의 ocp-b.env-a 디렉터리를 참조하십시오.
3.2.4. 작동하지 않는 요구 사항 링크 복사링크가 클립보드에 복사되었습니다!
Ansible Automation Platform의 성능 특성 및 용량은 리소스 할당 및 구성에 따라 다릅니다. OpenShift를 사용하면 각 Ansible Automation Platform 구성 요소가 Pod로 배포됩니다. 각 Pod에 대한 리소스 요청 및 제한을 지정할 수 있습니다.
Ansible Automation Platform 사용자 지정 리소스를 사용하여 OpenShift 설치에 대한 리소스 할당을 구성합니다. 구성 가능한 각 항목에는 기본 설정이 있습니다. 이러한 설정은 이 참조 배포 아키텍처에 사용되는 정확한 구성입니다. 이 구성은 프로덕션 목적으로 엔터프라이즈 IT 조직의 배포 및 관리를 가정합니다.
기본적으로 각 구성 요소의 배포에서는 최소 리소스 요청을 사용하지만 리소스 제한이 없습니다. OpenShift는 사용 가능한 리소스 요청으로만 포드를 예약합니다. 그러나 OpenShift 작업자 노드가 노드 부족 상태에 있지 않는 한 Pod는 무제한 RAM 또는 CPU를 사용할 수 있습니다.
Operator 엔터프라이즈 토폴로지에서 Ansible Automation Platform은 AWS(ROSA) HCP(Hosted Control Plane) 클러스터에서 실행됩니다. 클러스터에는 단일 리전 내의 2개의 AWS 가용성 영역에 분산된 2개의 t3.xlarge 작업자 노드가 있습니다. 이는 공유 환경이 아니므로 Ansible Automation Platform Pod는 ROSA HCP 클러스터의 모든 컴퓨팅 리소스에 대한 전체 액세스 권한을 갖습니다.
자동화 컨트롤러 작업 Pod의 용량 계산은 Pod를 실행하는 기본 HCP 작업자 노드에서 제공됩니다. 전체 노드의 CPU 또는 메모리 리소스에 액세스할 수 없습니다. 이 용량 계산은 동시 작업 자동화 컨트롤러 수에 영향을 미칩니다.
OpenShift는 VM과 별도로 스토리지를 관리합니다. 이는 자동화 허브가 아티팩트를 저장하는 방법에 영향을 미칩니다. Operator 엔터프라이즈 토폴로지에서 자동화 허브는 S3 스토리지를 사용합니다. 자동화 허브에는 OpenShift의 기본 스토리지 유형이 아닌 ReadWriteMany 유형 스토리지가 필요합니다.
이 토폴로지는 자동화 허브를 위해 외부로 제공된 Redis, PostgreSQL 및 오브젝트 스토리지를 지정합니다. 이는 Ansible Automation Platform 배포를 위한 추가 확장성 및 안정성 기능을 제공합니다. 이러한 기능에는 특수 백업, 복원 및 복제 서비스와 확장 가능한 스토리지가 포함됩니다.
3.2.5. 네트워크 포트 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat Ansible Automation Platform은 여러 포트를 사용하여 서비스와 통신합니다. 이러한 포트가 열려 있어야 하며 Red Hat Ansible Automation Platform이 작동하려면 사용할 수 있어야 합니다. 이러한 포트를 사용할 수 있고 방화벽에 의해 차단되지 않았는지 확인합니다.
| 포트 번호 | 프로토콜 | Service | 소스 | 대상 |
|---|---|---|---|---|
| 80/443 | HTTP/HTTPS | 오브젝트 스토리지 | OpenShift Container Platform 클러스터 | 외부 오브젝트 스토리지 서비스 |
| 80/443 | HTTP/HTTPS | 수신기 | 실행 노드 | OpenShift Container Platform 인그레스 |
| 80/443 | HTTP/HTTPS | 수신기 | 홉 노드 | OpenShift Container Platform 인그레스 |
| 5432 | TCP | PostgreSQL | OpenShift Container Platform 클러스터 | 외부 데이터베이스 서비스 |
| 6379 | TCP | Redis | OpenShift Container Platform 클러스터 | 외부 Redis 서비스 |
| 27199 | TCP | 수신기 | OpenShift Container Platform 클러스터 | 실행 노드 |
| 27199 | TCP | 수신기 | OpenShift Container Platform 클러스터 | 홉 노드 |
4장. RPM 토폴로지 링크 복사링크가 클립보드에 복사되었습니다!
Ansible Automation Platform은 RPM 기반 Ansible Automation Platform에 대해 테스트된 토폴로지를 제공합니다. RPM 기반 배포 요구 사항에 가장 적합한 토폴로지를 선택합니다.
4.1. RPM 성장 토폴로지 링크 복사링크가 클립보드에 복사되었습니다!
RPM 기반 성장 토폴로지는 Ansible Automation Platform을 시작하는 조직에 중복 없이 작은 설치 공간 배포를 제공합니다. 여기에는 테스트를 거친 인프라 토폴로지, 시스템 요구 사항, 네트워크 포트 구성, 설치를 위한 인벤토리 파일 예제가 포함됩니다.
4.1.1. 인프라 토폴로지 링크 복사링크가 클립보드에 복사되었습니다!
이 배포 모델에 대해 Red Hat 테스트 인프라 토폴로지
그림 4.1. 인프라 토폴로지 다이어그램
Red Hat은 다음 요구 사항에 따라 각 VM을 테스트합니다.
| 요구 사항 | 최소 요구 사항 |
|---|---|
| RAM | 16GB |
| CPU | 4 |
| 로컬 디스크 | 60GB |
| 디스크 IOPS | 3000 |
| VM 수 | 목적 | VM 그룹 이름 예 |
|---|---|---|
| 1 | 배치된 Redis가 있는 플랫폼 게이트웨이 |
|
| 1 | 자동화 컨트롤러 |
|
| 1 | 프라이빗 자동화 허브 |
|
| 1 | 이벤트 기반 Ansible |
|
| 1 | 자동화 메시 실행 노드 |
|
| 1 | Ansible Automation Platform 관리 데이터베이스 |
|
4.1.2. 테스트된 시스템 구성 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat은 Red Hat Ansible Automation Platform을 설치하고 실행하기 위해 이러한 구성을 테스트했습니다.
| 유형 | 설명 | |
|---|---|---|
| 서브스크립션 | 유효한 Red Hat Ansible Automation Platform 서브스크립션 | |
| 운영 체제 | Red Hat Enterprise Linux 9 이상의 Red Hat Enterprise Linux 9 마이너 버전. | |
| CPU 아키텍처 | x86_64, AArch64, s390x (IBM Z), ppc64le (IBM Power) | |
|
|
| Ansible Automation Platform은 시스템 전체 ansible-core 패키지를 사용하여 플랫폼을 설치하지만 컨트롤 플레인 및 기본 제공 실행 환경 모두에 ansible-core 2.16을 사용합니다. |
| 브라우저 | 현재 지원되는 Mozilla Firefox 또는 Google Chrome 버전 | |
| 데이터베이스 |
|
|
4.1.3. 네트워크 포트 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat Ansible Automation Platform은 여러 포트를 사용하여 서비스와 통신합니다. 이러한 포트가 열려 있어야 하며 Red Hat Ansible Automation Platform이 작동하려면 사용할 수 있어야 합니다. 이러한 포트를 사용할 수 있고 방화벽에 의해 차단되지 않았는지 확인합니다.
| 포트 번호 | 프로토콜 | Service | 소스 | 대상 |
|---|---|---|---|---|
| 80/443 | TCP | HTTP/HTTPS | 이벤트 기반 Ansible | 자동화 허브 |
| 80/443 | TCP | HTTP/HTTPS | 이벤트 기반 Ansible | 자동화 컨트롤러 |
| 80/443 | TCP | HTTP/HTTPS | 자동화 컨트롤러 | 자동화 허브 |
| 80/443 | TCP | HTTP/HTTPS | 플랫폼 게이트웨이 | 자동화 컨트롤러 |
| 80/443 | TCP | HTTP/HTTPS | 플랫폼 게이트웨이 | 자동화 허브 |
| 80/443 | TCP | HTTP/HTTPS | 플랫폼 게이트웨이 | 이벤트 기반 Ansible |
| 80/443 | TCP | HTTP/HTTPS | 실행 노드 | 플랫폼 게이트웨이 |
| 5432 | TCP | PostgreSQL | 이벤트 기반 Ansible | 데이터베이스 |
| 5432 | TCP | PostgreSQL | 플랫폼 게이트웨이 | 데이터베이스 |
| 5432 | TCP | PostgreSQL | 자동화 허브 | 데이터베이스 |
| 5432 | TCP | PostgreSQL | 자동화 컨트롤러 | 데이터베이스 |
| 6379 | TCP | Redis | 이벤트 기반 Ansible | Redis 노드 |
| 6379 | TCP | Redis | 플랫폼 게이트웨이 | Redis 노드 |
| 8443 | TCP | HTTPS | 플랫폼 게이트웨이 | 플랫폼 게이트웨이 |
| 27199 | TCP | 수신기 | 자동화 컨트롤러 | 실행 노드 |
4.1.4. 인벤토리 파일의 예 링크 복사링크가 클립보드에 복사되었습니다!
예제 인벤토리 파일을 사용하여 설치를 수행합니다.
4.2. RPM 엔터프라이즈 토폴로지 링크 복사링크가 클립보드에 복사되었습니다!
RPM 기반 엔터프라이즈 토폴로지는 대규모의 자동화를 위해 중복성과 더 높은 컴퓨팅을 제공합니다. 여기에는 테스트를 거친 인프라 토폴로지, 시스템 요구 사항, 네트워크 포트 구성, 설치를 위한 인벤토리 파일 예제가 포함됩니다.
4.2.1. 인프라 토폴로지 링크 복사링크가 클립보드에 복사되었습니다!
이 배포 모델에 대해 Red Hat 테스트 인프라 토폴로지
그림 4.2. 인프라 토폴로지 다이어그램
Red Hat은 다음 요구 사항에 따라 각 VM을 테스트합니다.
| 요구 사항 | 최소 요구 사항 |
|---|---|
| RAM | 16GB |
| CPU | 4 |
| 로컬 디스크 | 60GB |
| 디스크 IOPS | 3000 |
| VM 수 | 목적 | VM 그룹 이름 예 |
|---|---|---|
| 2 | 배치된 Redis가 있는 플랫폼 게이트웨이 |
|
| 2 | 자동화 컨트롤러 |
|
| 2 | 배치된 Redis가 있는 프라이빗 자동화 허브 |
|
| 2 | 배치된 Redis를 사용하는 이벤트 기반 Ansible |
|
| 1 | 자동화 메시 홉 노드 |
|
| 2 | 자동화 메시 실행 노드 |
|
| 1 | 외부에서 관리되는 데이터베이스 서비스 | 해당 없음 |
| 1 | 플랫폼 게이트웨이 앞의 HAProxy 로드 밸런서(외부 관리) | 해당 없음 |
- Redis HA(고가용성) 배포에는 6개의 VM이 필요합니다. 자동화 컨트롤러, 실행 노드 또는 PostgreSQL 데이터베이스를 제외하고 각 Ansible Automation Platform 구성 요소 VM에 Redis를 배치할 수 있습니다.
- Ansible Automation Platform의 RPM 기반 배포는 외부 Redis를 지원하지 않습니다.
4.2.2. 테스트된 시스템 구성 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat은 Red Hat Ansible Automation Platform을 설치하고 실행하기 위해 이러한 구성을 테스트했습니다.
| 유형 | 설명 | |
|---|---|---|
| 서브스크립션 | 유효한 Red Hat Ansible Automation Platform 서브스크립션 | |
| 운영 체제 | Red Hat Enterprise Linux 9 이상의 Red Hat Enterprise Linux 9 마이너 버전. | |
| CPU 아키텍처 | x86_64, AArch64, s390x (IBM Z), ppc64le (IBM Power) | |
|
|
| Ansible Automation Platform은 시스템 전체 ansible-core 패키지를 사용하여 플랫폼을 설치하지만 컨트롤 플레인 및 기본 제공 실행 환경 모두에 ansible-core 2.16을 사용합니다. |
| 브라우저 | 현재 지원되는 Mozilla Firefox 또는 Google Chrome 버전 | |
| 데이터베이스 |
|
|
4.2.3. 네트워크 포트 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat Ansible Automation Platform은 여러 포트를 사용하여 서비스와 통신합니다. 이러한 포트가 열려 있어야 하며 Red Hat Ansible Automation Platform이 작동하려면 사용할 수 있어야 합니다. 이러한 포트를 사용할 수 있고 방화벽에 의해 차단되지 않았는지 확인합니다.
| 포트 번호 | 프로토콜 | Service | 소스 | 대상 |
|---|---|---|---|---|
| 80/443 | TCP | HTTP/HTTPS | 이벤트 기반 Ansible | 자동화 허브 |
| 80/443 | TCP | HTTP/HTTPS | 이벤트 기반 Ansible | 자동화 컨트롤러 |
| 80/443 | TCP | HTTP/HTTPS | 자동화 컨트롤러 | 자동화 허브 |
| 80/443 | TCP | HTTP/HTTPS | HAProxy 로드 밸런서 | 플랫폼 게이트웨이 |
| 80/443 | TCP | HTTP/HTTPS | 플랫폼 게이트웨이 | 자동화 컨트롤러 |
| 80/443 | TCP | HTTP/HTTPS | 플랫폼 게이트웨이 | 자동화 허브 |
| 80/443 | TCP | HTTP/HTTPS | 플랫폼 게이트웨이 | 이벤트 기반 Ansible |
| 80/443 | TCP | HTTP/HTTPS | 실행 노드 | 플랫폼 게이트웨이 |
| 5432 | TCP | PostgreSQL | 이벤트 기반 Ansible | 외부 데이터베이스 |
| 5432 | TCP | PostgreSQL | 플랫폼 게이트웨이 | 외부 데이터베이스 |
| 5432 | TCP | PostgreSQL | 자동화 허브 | 외부 데이터베이스 |
| 5432 | TCP | PostgreSQL | 자동화 컨트롤러 | 외부 데이터베이스 |
| 6379 | TCP | Redis | 이벤트 기반 Ansible | Redis 노드 |
| 6379 | TCP | Redis | 플랫폼 게이트웨이 | Redis 노드 |
| 8443 | TCP | HTTPS | 플랫폼 게이트웨이 | 플랫폼 게이트웨이 |
| 16379 | TCP | Redis | Redis 노드 | Redis 노드 |
| 27199 | TCP | 수신기 | 자동화 컨트롤러 | 홉 노드 및 실행 노드 |
| 27199 | TCP | 수신기 | 홉 노드 | 실행 노드 |
4.2.4. 인벤토리 파일의 예 링크 복사링크가 클립보드에 복사되었습니다!
예제 인벤토리 파일을 사용하여 설치를 수행합니다.
5장. 자동화 메시 노드 링크 복사링크가 클립보드에 복사되었습니다!
자동화 메시는 피어 투 피어 노드 연결을 통해 대규모 및 분산된 작업자 컬렉션에 자동화 작업을 배포하는 오버레이 네트워크입니다. 여기에는 메시 노드에 대해 테스트된 시스템 구성 및 네트워크 포트 요구 사항이 포함됩니다.
5.1. 테스트된 시스템 구성 링크 복사링크가 클립보드에 복사되었습니다!
각 자동화 메시 VM은 16GB RAM, 4개의 CPU, 60GB 로컬 디스크 및 3000 IOPS와 같은 요구 사항을 사용하여 테스트되었습니다.
5.2. 네트워크 포트 링크 복사링크가 클립보드에 복사되었습니다!
자동화 메시는 여러 포트를 사용하여 해당 서비스와 통신합니다. 이러한 포트가 열려 있어야 하며 Red Hat Ansible Automation Platform이 작동하려면 사용할 수 있어야 합니다. 이러한 포트를 사용할 수 있고 방화벽에 의해 차단되지 않았는지 확인합니다.
| 포트 번호 | 프로토콜 | Service | 소스 | 대상 |
|---|---|---|---|---|
| 80/443 | HTTP/HTTPS | 수신기 | 실행 노드 | OpenShift Container Platform 메시 인그레스 |
| 80/443 | HTTP/HTTPS | 수신기 | 홉 노드 | OpenShift Container Platform 메시 인그레스 |
| 27199 | TCP | 수신기 | OpenShift Container Platform 클러스터 | 실행 노드 |
| 27199 | TCP | 수신기 | OpenShift Container Platform 클러스터 | 홉 노드 |
부록 A. 테스트된 배포 모델에 대한 추가 리소스 링크 복사링크가 클립보드에 복사되었습니다!
추가 리소스는 테스트된 배포 모델에 설명된 테스트된 배포 모델에 대한 정보와 지원을 제공합니다.
- 테스트된 각 토폴로지에 대한 자세한 내용은 test-topologies GitHub 리포지토리 를 참조하십시오.
- IBM 클라우드 관련 구성 또는 문제에 대한 질문은 IBM 지원을 참조하십시오.