Hacker News 2026.06.01 43

쿠버네티스 비용, 진짜 얼마 쓰고 있는지 알고 계세요?

"우리 K8s 클러스터 한 달에 얼마 써?"라는 단순한 질문

인프라를 운영하시는 분들이라면 한 번쯤 이 질문에 막힌 경험이 있을 거예요. CFO가 묻거나, 팀장님이 비용 절감 미션을 주거나, 아니면 본인이 갑자기 궁금해질 때요. 그런데 막상 답하려고 하면 이게 의외로 어려워요.

AWS, GCP, Azure 어떤 클라우드를 쓰든 청구서는 "EC2 인스턴스 얼마, EBS 볼륨 얼마, 네트워크 트래픽 얼마" 이런 식으로 인프라 단위로 나와요. 그런데 우리가 알고 싶은 건 "마케팅팀이 쓰는 서비스 A가 한 달에 얼마", "검색 기능이 한 달에 얼마" 이런 비즈니스 단위의 비용이에요. 이 둘 사이를 연결하는 게 K8s 비용 관리의 핵심 과제예요.

이런 고민을 해결하려는 burn이라는 오픈소스 프로젝트가 최근 공개됐어요. "쿠버네티스 비용 추정치를 CUR/FOCUS 청구 데이터와 화해(reconcile)시킨다"는 다소 어려운 제목인데, 풀어 설명해보면 굉장히 실용적인 도구예요.

CUR과 FOCUS가 뭐길래

먼저 이 두 단어부터 짚고 갈게요. CUR(Cost and Usage Report)는 AWS가 제공하는 상세 청구 데이터예요. 시간 단위로 어떤 리소스가 얼마를 썼는지 줄 단위로 다 기록돼 있어요. 하루에도 수백만 줄이 쌓이는 거대한 파일이에요.

FOCUS(FinOps Open Cost and Usage Specification)는 좀 더 최근에 나온 표준이에요. 클라우드마다 청구서 형식이 다 달라서, 멀티클라우드 환경에서는 비용을 한눈에 보기 어려웠거든요. FOCUS는 "청구 데이터를 이런 공통 스키마로 만들자"는 업계 합의예요. AWS, Azure, GCP, Oracle Cloud가 다 참여하고 있어요.

그래서 CUR이나 FOCUS 데이터를 보면 "이 인스턴스가 얼마를 썼다"는 건 정확히 알 수 있어요. 문제는 그 인스턴스 위에서 수십 개의 K8s Pod가 동시에 돌고 있다는 거예요. 한 EC2 인스턴스에 결제팀 서비스, 추천 서비스, 로깅 에이전트가 다 같이 떠 있는데, 그 인스턴스 비용을 각 팀에게 어떻게 나눠줄 거냐는 문제죠.

burn은 어떻게 풀까

기존에도 이 문제를 푸는 도구는 있었어요. OpenCost(예전 Kubecost)가 대표적이에요. OpenCost는 K8s 클러스터 안에서 각 Pod의 CPU/메모리 사용량을 측정하고, 거기에 가격을 곱해서 "이 Pod가 시간당 얼마"를 추정해요. 그런데 이건 "추정치"예요. 실제 AWS 청구서와 정확히 맞지 않아요. 이유는 많아요. 스팟 인스턴스 할인, Savings Plans, 약정 할인, 데이터 전송 비용 등등 변수가 너무 많거든요.

burn은 이 간극을 메우는 도구예요. OpenCost 같은 추정 데이터와 실제 CUR/FOCUS 청구 데이터를 둘 다 가져와서 비교하고, 비율에 맞게 조정해주는 거예요. 예를 들어 OpenCost가 "이 노드가 시간당 1달러"라고 추정했는데 실제 청구서에는 "0.7달러"라고 나왔다면, 그 노드 위에 있던 모든 Pod의 비용을 0.7배로 조정해서 결제팀, 추천팀 등에 정확하게 배분해주는 식이에요.

결과적으로 "우리 추정치는 이런데 실제로는 이만큼 청구됐고, 그 차이는 이 팀의 사용분이다"라는 신뢰할 수 있는 리포트가 나와요. FinOps(클라우드 비용 운영) 관점에서 굉장히 중요한 도구예요.

업계 맥락에서 보면

FinOps는 최근 2~3년 사이 가장 빠르게 성장한 분야 중 하나예요. 클라우드 비용이 어느 회사든 무시할 수 없는 수준이 되면서, "엔지니어가 비용을 신경 쓰는 문화"가 자리 잡고 있어요. CNCF에서는 OpenCost를 인큐베이션 프로젝트로 받아들였고, FinOps Foundation은 FOCUS 표준을 밀고 있어요.

비슷한 도구로는 상용 제품인 Kubecost Enterprise, CloudHealth, Cloudability 등이 있어요. 다 비싸요. 그래서 burn처럼 오픈소스로 "추정과 실제 청구의 간극을 메워주는" 도구는 작은 회사, 스타트업, 또는 자체 FinOps 팀을 갖춘 회사에서 꽤 매력적이에요.

한국 개발자에게는 어떨까

한국에서 쿠버네티스를 쓰는 회사들이 정말 많아졌어요. 쿠팡, 토스, 당근, 라인 같은 대형 서비스부터 작은 스타트업까지요. 그런데 "누가 얼마 쓰고 있는지"를 정확히 추적하는 회사는 의외로 많지 않아요. "클라우드 비용이 너무 많이 나온다"는 위기감은 다 있는데, 구체적으로 어디서 새는지를 잡지 못하는 거죠.

burn 같은 도구는 사내에서 "팀별 비용 정산"이나 "서비스별 ROI 분석"을 도입하려는 회사에 큰 도움이 될 수 있어요. 특히 멀티 테넌시 K8s 클러스터를 운영하는 곳, 또는 여러 사업부가 같은 인프라를 공유하는 곳에서는 거의 필수예요.

실무에서 도입하실 거면 우선 OpenCost부터 깔아서 추정치를 확보하고, 그다음에 burn 같은 도구로 실제 청구 데이터와 맞춰보는 순서를 추천해요. 처음부터 100% 정확한 비용 추적은 어려우니, 80% 정확도라도 빠르게 보이게 만드는 게 더 가치 있어요.