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: AnsibleAutomationPlatform CR(사용자 정의 리소스)에서 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.replicashub.worker.replicas 속성을 늘려 이러한 서비스의 배포를 스케일링합니다.
  • VM 기반 설치 또는 컨테이너 기반 설치의 경우 자동화 허브 노드를 추가하여 모든 서비스를 Horizontally 확장합니다.
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 문서 정보

Legal Notice

Theme

© 2026 Red Hat
맨 위로 이동