GCP 로드 밸런서 비용: 요청, 데이터, 백엔드 계산

로드 밸런서 비용은 하나의 고정 월 요금이 아니라 아키텍처에서 출발합니다. 외부 또는 내부, 글로벌 또는 리전 유형인지와 트래픽을 받는 forwarding rule, proxy, backend를 기록하세요. 선택한 제품과 위치에 따라 적용되는 과금 항목이 달라집니다.

경로마다 월 요청 수, 평균 요청·응답 크기, 처리 데이터양을 적습니다. 사용자에게 전달되는 byte는 로드 밸런서 자체 비용 외에 네트워크 비용을 만들 수 있으므로 인터넷 data transfer와 load balancing 요금을 분리하세요.

Cloud Run, Compute Engine, GKE 등 backend의 실행 비용을 더하세요. 구성에 따라 health check, logging, managed certificate, static IP, 리전 간 트래픽도 전체 아키텍처 비용에 영향을 줄 수 있습니다. 로드 밸런서 항목이 작다고 요청 경로 전체가 저렴한 것은 아닙니다.

Cloud CDN을 사용한다면 cache hit와 miss를 나눠 모델링하세요. Hit는 origin 작업을 줄일 수 있지만 cache fill, lookup, delivery에는 각각 비용이 생길 수 있습니다. 모든 응답이 cache된다고 가정하지 말고 실측값이나 보수적인 cache 비율을 사용하세요.

초기 Cloud Run 서비스라면 직접 endpoint 시나리오와 custom edge, 여러 backend, Cloud Armor 또는 CDN이 필요한 load-balanced 시나리오를 비교하세요. 단순 경로는 prototype에 맞을 수 있고, 운영 경로의 추가 비용은 routing, 보안, cache 요구로 정당화될 수 있습니다.

계산기에 요청량, 응답 크기, compute 시간, 다운로드를 입력해 애플리케이션 부하를 추정한 뒤 공식 Google Cloud 가격 페이지의 로드 밸런서 전용 항목을 더하세요. 가격과 트래픽 형태는 바뀔 수 있으므로 출시 후 실제 요청 수, 처리 byte, cache hit ratio, backend 사용률로 다시 계산하세요.