3.6. 자동화 허브 API 스케일링 고려 사항
확장 자동화 허브에는 각 서비스 유형에 대한 고려 사항이 포함됩니다.
-
API 서비스: API를 통한
HTTP요청 관리 - Pulp 작업자 서비스: 동기화 및 콘텐츠 업로드 관리
- 콘텐츠 서비스: 콘텐츠가 처리 및 저장된 후 콘텐츠 전달 관리
Gunicorn 배포를 별도로 이러한 서비스를 백업하고 다양한 유형의 요청을 처리합니다. OpenShift Container Platform에서는 이러한 서비스를 독립적으로 스케일링해야 합니다. VM 기반 설치 및 컨테이너 기반 설치에서는 표준 자동화 허브 노드가 모든 서비스를 호스팅하고 노드를 더 추가하여 스케일링을 수행할 수 있습니다.
3.6.1. Automation Hub API 서비스 링크 복사링크가 클립보드에 복사되었습니다!
자동화 허브 API 서비스는 UI 상호 작용, 검색 및 원격 리포지토리 구성을 포함하여 애플리케이션에 대한 메타데이터 기반 요청을 처리합니다. 자동화 허브 API 서비스의 주요 성능 지표는 다음과 같습니다.
-
/api/galaxy아래의 요청에 대한 높은 API 대기 시간 - API Pod 또는 노드에서 CPU 사용률이 높습니다.
-
서비스가 상태 점검에 너무 사용 중이므로 플랫폼 게이트웨이에서
503오류를 반환합니다.
Automaton 자동화 허브 API 서비스를 확장하려면 다음 전략을 고려하십시오.
-
OpenShift Container Platform:
AnsibleAutomationPlatformCR(사용자 정의 리소스)에서hub.api.replicas속성을 확장하여 API Pod를 Horizontally 스케일링합니다. - VM 기반 설치 또는 컨테이너 기반 설치: 다른 모든 자동화 허브 서비스를 동시에 확장하는 자동화 허브 노드를 더 추가하여 API 서비스를 Horizontally 확장합니다.
3.6.2. Automation Hub Pulp 작업자 및 콘텐츠 서비스 링크 복사링크가 클립보드에 복사되었습니다!
Pulp 작업자 및 콘텐츠 서비스는 콘텐츠 동기화, 업로드 및 다운로드와 관련된 모든 작업을 관리합니다. Pulp 작업자 및 콘텐츠 서비스의 주요 성능 지표는 다음과 같습니다.
- 콘텐츠 동기화 속도: 외부 리포지토리의 자주 또는 대규모 동기화 작업이 중요한 pulp-content 작업자 처리입니다.
- 콘텐츠 업로드 또는 다운로드 속도: 자동화 컨트롤러, 이벤트 기반 Ansible 또는 대규모 컬렉션 업로드 또는 자동화 클라이언트를 통해 자동화 실행 환경을 자주 푸시하거나 가져옵니다.
-
디스크 I/O 병목 현상: 기본 콘텐츠 스토리지의 읽기/쓰기 작업과 관련된 성능 문제(
/var/lib/pulp)는 종종 디스크 I/O 대기 시간으로 표시됩니다. - Pulp 작업자 포화 상태: pulp 프로세스 내에서 CPU 사용률이 높거나 대기하여 콘텐츠 처리 및 서비스를 유지할 수 없음을 나타냅니다.
Pulp 작업자 및 콘텐츠 서비스를 확장하려면 다음 확장 전략을 고려하십시오.
-
OpenShift Container Platform:
AnsibleAutomationPlatform사용자 정의 리소스에서hub.content.replicas및hub.worker.replicas속성을 늘려 이러한 서비스의 배포를 스케일링합니다. - VM 기반 설치 또는 컨테이너 기반 설치의 경우 자동화 허브 노드를 추가하여 모든 서비스를 Horizontally 확장합니다.