2.2. 성능을 위한 수평 스케일링


수평 확장에는 지정된 서비스의 복제본(Pod 또는 가상 머신) 수를 늘리는 작업이 포함됩니다. 수직 확장과 유사하게 이 접근 방식은 높은 리소스 사용률 또는 워크로드 확장에 유용합니다.

2.2.1. 수평 스케일링의 이점

  • 가용성 개선: 단일 속도가 느리거나 실패한 노드의 영향을 줄이기 위해 더 많은 인스턴스에 부하를 분산합니다.
  • 중복성: 추가 용량을 제공하여 전체 가용성에 영향을 주지 않고 개별 서비스 노드를 복구하거나 차화할 수 있습니다.
  • 인증 용량 증가: 각 플랫폼 게이트웨이 Pod에는 자체 인증 서비스가 포함되어 있으므로 플랫폼 게이트웨이를 확장하면 플랫폼의 인증 처리량이 직접적으로 증가합니다.
  • 반복 가능한 확장 절차: 환경에 대해 인스턴스 크기 및 구성을 확인한 후 스케일링할 동일한 인스턴스를 배포합니다.

2.2.2. 수평 스케일링에 대한 단점 및 기타 고려 사항

  • 데이터베이스 제한 사항: 애플리케이션을 확장하면 작업자 프로세스에서 가능한 최대 데이터베이스 연결 수와 PostgreSQL 인스턴스의 전체 메모리, I/O 및 CPU 사용률이 증가합니다. 테스트된 배포 모델을 통과하면 구성 요소(플랫폼 게이트웨이, 이벤트 기반 Ansible, 자동화 컨트롤러, 자동화 허브)별로 별도의 Postgres 인스턴스를 배포합니다.
  • 상태 점검 오버 헤드: 메시 아키텍처에서 각 Envoy 프록시는 다른 모든 클러스터 구성원에게 상태 점검을 보냅니다. 수평 스케일링은 이 기준 트래픽을 증가시켜 시스템 사용량에 추가합니다.
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 소개

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

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

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

Red Hat 문서 정보

Legal Notice

Theme

© 2026 Red Hat
맨 위로 이동