Red Hat Summit Red Hat Summit지원콘솔개발자평가판 시작연락처

2장. 테스트된 배포 모델 확장

Ansible Automation Platform 테스트된 배포 모델을 확장하여 워크로드 요구 사항을 충족할 수 있습니다. 이 문서에서는 다음 확장 방법을 설명합니다.

  • 수직 확장
  • 수평 스케일링

2.1. 성능을 위한 수직 확장
링크 복사

수직 확장은 CPU, 메모리, 디스크 볼륨, 초당 디스크 입력/출력 작업을 포함하여 서비스에서 사용할 수 있는 물리적 리소스를 늘립니다. 리소스 사용률이 높은 배포 또는 워크로드 수요로 수직 확장을 사용합니다.

2.1.1. 수직 확장의 이점
링크 복사

  • 리소스 경합 완화: 애플리케이션은 더 많은 리소스에 액세스할 수 있으며 리소스 경합이나 소진을 완화할 수 있습니다.

2.1.2. 수직 확장에 대한 단점 및 기타 고려 사항
링크 복사

  • 광범위한 테스트 필수: 설치 프로그램은 추가 리소스를 사용하기 위해 애플리케이션 및 시스템 구성을 조정하려고 하지만 애플리케이션의 모든 구성 요소가 머신 크기와 관련하여 자동으로 확장되는 것은 아닙니다. 각 변수를 수동으로 튜닝하려면 광범위한 테스트가 필요합니다. 따라서 환경에 대해 인스턴스 크기를 확인한 후 동일한 크기의 인스턴스를 추가하여 수평 스케일링을 사용하는 것이 좋습니다.
  • 애플리케이션 수준 제한: VM 기반 설치 또는 컨테이너화된 배포의 경우 시스템 및 애플리케이션 수준 제한으로 인해 64개의 CPU 코어와 128GB의 RAM이 있는 인스턴스가 선형으로 확장되지 않을 수 있습니다.
  • 리소스 과다 할당: 가상 머신 리소스를 과다 할당(예: 호스트에서 물리적으로 사용 가능한 것보다 가상 CPU/RAM을 게스트에 할당)을 비활성화하면 예기치 않은 성능이 저하됩니다.

  • CPU 제한: OpenShift Container Platform에서 동일한 요청 없이 CPU 제한을 설정하면 노드에 충분한 CPU 용량이 있어도 CPU 제한이 발생할 수 있습니다. 이 제한은 API 대기 시간에 부정적인 영향을 미칩니다.

    • 이를 완화하기 위해 항상 CPU 요청을 CPU 제한 과 동일하게 설정합니다.
    • container_cpu_cfs_throttled_seconds_total 메트릭을 사용하여 CPU 제한을 모니터링합니다.
  • 데이터베이스 제한 사항: 애플리케이션을 확장하면 작업자 프로세스 및 PostgreSQL 인스턴스의 전체 메모리, I/O 및 CPU 사용률에서 잠재적인 데이터베이스 연결 수가 증가합니다. 테스트된 배포 모델을 통과하면 구성 요소(플랫폼 게이트웨이, 이벤트 기반 Ansible, 자동화 컨트롤러, 자동화 허브)별로 별도의 Postgres 인스턴스를 배포합니다.
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 소개

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

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

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

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

Legal Notice

Theme

© 2026 Red Hat맨 위로 이동