2.2. 성능을 위한 수평 스케일링
수평 확장에는 지정된 서비스의 복제본(Pod 또는 가상 머신) 수를 늘리는 작업이 포함됩니다. 수직 확장과 유사하게 이 접근 방식은 높은 리소스 사용률 또는 워크로드 확장에 유용합니다.
2.2.1. 수평 스케일링의 이점 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
- 가용성 개선: 단일 속도가 느리거나 실패한 노드의 영향을 줄이기 위해 더 많은 인스턴스에 부하를 분산합니다.
- 중복성: 추가 용량을 제공하여 전체 가용성에 영향을 주지 않고 개별 서비스 노드를 복구하거나 차화할 수 있습니다.
- 인증 용량 증가: 각 플랫폼 게이트웨이 Pod에는 자체 인증 서비스가 포함되어 있으므로 플랫폼 게이트웨이를 확장하면 플랫폼의 인증 처리량이 직접적으로 증가합니다.
- 반복 가능한 확장 절차: 환경에 대해 인스턴스 크기 및 구성을 확인한 후 스케일링할 동일한 인스턴스를 배포합니다.
2.2.2. 수평 스케일링에 대한 단점 및 기타 고려 사항 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
- 데이터베이스 제한 사항: 애플리케이션을 확장하면 작업자 프로세스에서 가능한 최대 데이터베이스 연결 수와 PostgreSQL 인스턴스의 전체 메모리, I/O 및 CPU 사용률이 증가합니다. 테스트된 배포 모델을 통과하면 구성 요소(플랫폼 게이트웨이, 이벤트 기반 Ansible, 자동화 컨트롤러, 자동화 허브)별로 별도의 Postgres 인스턴스를 배포합니다.
- 상태 점검 오버 헤드: 메시 아키텍처에서 각 Envoy 프록시는 다른 모든 클러스터 구성원에게 상태 점검을 보냅니다. 수평 스케일링은 이 기준 트래픽을 증가시켜 시스템 사용량에 추가합니다.