Server-Side GTM(SGTM) Pod 운영 설정 기준

개요

CPU 집약 node 환경에서 운영되는 Server-Side GTM(SGTM) 서비스 pod 의 현재 리소스·오토스케일링· 헬스체크 프로브 설정과 노드 용량 기준. 값은 RPS(초당 이벤트 수) 30000 수준까지의 부하 테스트 (record:decision SGTM Pod 리소스·헬스체크 프로브 설정 변경 결정 참조)를 근거로 확정됐다. (확인 필요) — 이 설정이 실제로 적용된 날짜(as_of)는 원문에 명시되지 않았다.

현재 상태 / 정의

Pod 리소스(requests/limits 공통)

resources:
  requests:
    memory: "512Mi"
    cpu: "1000m"
  limits:
    memory: "512Mi"
    cpu: "1000m"

오토스케일링(HPA): CPU Utilisation 50~55% 기준 스케일 아웃. minReplicas: 2.

헬스체크 프로브

livenessProbe:
  initialDelaySeconds: 30
  periodSeconds: 10
  timeoutSeconds: 10
  failureThreshold: 6
readinessProbe:
  initialDelaySeconds: 10
  periodSeconds: 5
  timeoutSeconds: 10
  failureThreshold: 2

상세 내용

노드 / 용량

• 운영 노드: c7i.2xlarge(8core / 16GB)
• 해당 노드 기준 pod 최대 배치 수: server(s-gtm) pod 최대 7개, producer pod 최대 7개
• 미리캔버스(미캔) 기준 인스턴스 2개 구동 시: producer(2개) + server(12개) 상시 가능

비용

• EC2 인스턴스 노드 비용: c7i.2xlarge(8core / 16GB) * 2 대 = 294.336$
• Data Transfer 비용: (확인 필요) — 원문에 금액 없음
• ALB 비용: (확인 필요) — 원문에 금액 없음
• WAF(방화벽 도입 시) 비용: (확인 필요) — 원문에 금액 없음

적용 범위 / 제약

CPU 집약 node 환경에서 운영되는 SGTM(server-side GTM) 서비스 pod 에 적용된다. 위 리소스·프로브 값은 이 구성에서 측정된 결과를 근거로 하며, node 사양이나 트래픽 특성이 달라지면 재검증이 필요하다.