📋 밋업 한눈에 보기
이 밋업은 클라우드 VM(가상머신)을 구형 인스턴스에서 신형 인스턴스로 교체하는 ‘VM 모더나이제이션’을 엔지니어링과 FinOps(재무 운영) 양쪽 관점에서 어떻게 접근해야 하는지를 다뤘다. 발표자는 What(무엇을 옮길지), When(언제 옮길지), Worth(그만한 가치가 있는지)라는 3단계 프레임워크를 제시하며, 리스트 가격이 아닌 실제 협상 요율과 커밋먼트(약정 할인) 만료 시점을 함께 고려해야 진짜 절감액을 알 수 있다고 강조했다. Google Cloud의 N2에서 N4로의 업그레이드 사례를 들어 spend-based commitment와 resource-based commitment 전략을 비교했고, ProsperOps가 만든 무료 가격 비교 도구인 VMPricify도 시연했다. Q&A에서는 하이퍼스케일러의 신형 하드웨어 용량 부족 문제, 온프레미스-투-클라우드 전환과의 차이, AI 시대 FinOps 프레임워크 확장 등이 논의됐다.
🔑 핵심 요점
- VM 모더나이제이션은 성능뿐 아니라 비용 관점을 함께 봐야 진짜 절감 효과를 알 수 있다.
- 리스트 가격 비교는 실제 청구서(협상 요율, 엔터프라이즈 할인)와 다르기 때문에 그대로 믿으면 안 된다.
- 신형 인스턴스로 옮기고 싶어도 하이퍼스케일러의 리전/존별 용량(capacity)이 없으면 계획이 무산될 수 있다.
- 기존 커밋먼트(CUD, Savings Plan, RI 등)가 언제 만료되는지를 모르면 모더나이제이션 시점 결정이 어긋난다.
- spend-based commitment(유연하지만 할인율 낮음)와 resource-based commitment(제약적이지만 할인율 높음)는 트레이드오프가 다르다.
- 실제 사례에서는 resource-based commitment 전략(옵션 B)이 spend-based 전략(옵션 A)보다 최대 26% 더 큰 절감 효과를 보였다.
- 절감 효과를 리더십에 설명하려면 ESR, EAR, eCOR 같은 ROI 기반 지표로 커뮤니케이션해야 한다.
🛠 핵심 기술 쉽게 이해하기
Committed Use Discounts (Spend-based Commitments)
클라우드에서 특정 금액을 일정 기간 쓰겠다고 약정하면 할인을 받는 방식으로, AWS의 Savings Plans나 Google Cloud의 flexible CUD가 대표적이다. 특정 머신 타입에 묶이지 않고 사용량에 따라 유연하게 적용된다.
왜 필요한가 — 인스턴스를 자유롭게 바꿔가며 할인을 유지하고 싶을 때, 즉 마이그레이션 시점이나 방식이 아직 확정되지 않았을 때 쓴다.
발표에서는 — 발표자는 이를 ‘옵션 A’로 부르며, 실행은 쉽지만 보수적으로 약정하게 되어 절감액을 다 챙기지 못하고 장기적으로는 더 나은 할인을 포기하게 되는 경우가 많다고 설명했다.
Reserved Instances / Resource-based Commitments
특정 인스턴스 패밀리·리전을 지정해 약정하는 방식으로, AWS RI나 Google Cloud의 resource-based CUD가 해당한다. 유연성은 떨어지지만 더 깊은 할인을 받을 수 있다.
왜 필요한가 — 어떤 머신 타입으로 옮길지 확정된 상태에서 최대 할인율을 확보하고 싶을 때 사용한다.
발표에서는 — ‘옵션 B’로 소개되며, 기존 커밋 만료 후 잠시 온디맨드로 전환해 모더나이제이션 기간(3~6개월)을 거친 뒤 신형 인스턴스로 재약정하는 전략을 설명했다. 실제 예시에서 옵션 A보다 26% 더 나은 결과를 보였다.
VMPricify
발표자 회사가 만든 무료 웹 도구로, 로그인 없이 Google Cloud VM의 리전·머신 타입·CPU 벤더별 리스트 가격을 비교하고 벤치마크 기반으로 성능까지 정규화해 보여준다.
왜 필요한가 — N2 → N4 같은 마이그레이션 전에 가격과 성능을 한눈에 비교해 ‘소스-타겟’ 대화를 시작하기 위한 용도다.
발표에서는 — 발표자가 실제 화면을 시연하며 N2 standard 8vCPU/32GB 워크로드를 N4로 옮겼을 때 시간당 비용과 벤치마크(SPEC2017, CoreMark) 기반 정규화 비용을 비교하는 과정을 보여줬다.
ProsperOps
클라우드 비용 커밋먼트(약정 할인) 관리를 자동화해주는 FinOps 자동화 플랫폼으로, 발표자가 소속된 회사다.
왜 필요한가 — 커밋먼트 구매·재구매·모니터링을 사람이 계속 관리하지 않아도 되도록 자동화하기 위해 사용한다.
발표에서는 — 발표 말미에 플릿 매핑, 모더나이제이션 후보 식별, 비용/성능 추정, 커밋 전략 실행까지 자동화할 수 있는 제품으로 소개됐다.
FinOps ROI 지표 (ESR / EAR / eCOR)
Effective Savings Rate(ESR, 리스트가 대비 실제 절감률), Effective Avoidance Rate(EAR, 인프라 사용량 자체를 줄여 회피한 비용), Effective Cost Optimization Rate(eCOR, 둘을 합친 지표)로 구성된 FinOps 성과 측정 지표군이다.
왜 필요한가 — 단순히 ‘얼마 썼는가’가 아니라 절감과 회피 효과를 구분해 경영진에게 객관적으로 설명하기 위해 필요하다.
발표에서는 — 발표자는 모더나이제이션의 진짜 가치가 EAR에 나타난다고 강조하며, 리스트 가격만 보면 이 효과가 ‘사라져 보인다(vanishes)‘고 설명했다.
🧭 추구 방향과 흐름
- 성능과 비용의 동시 최적화 — 발표자는 ‘성능만’ 또는 ‘비용만’ 보지 말고 cost per unit of work(작업 단위당 비용)로 정규화해서 봐야 한다고 강조했다. N4가 시간당 가격은 더 비싸도 벤치마크 기준으로는 더 적은 대수로 같은 성능을 낼 수 있어 실제로는 더 저렴하다는 예시가 이를 뒷받침한다.
- 엔지니어링과 FinOps의 협업(coordination) — 엔지니어링 팀은 언제 마이그레이션이 안전한지(유지보수 창구, SLO)를 알고, FinOps 팀은 커밋먼트 만료 시점을 안다. 이 둘이 분리되어 있으면 모더나이제이션이 커밋먼트 낭비로 이어지거나 반대로 필요한 마이그레이션이 막힌다는 점이 핵심 논지였다.
- 자동화를 통한 FinOps 운영 부담 경감 — 발표자는 ‘해야 할 일 10개 중 3개만 할 여력이 있다’는 문제를 언급하며, 플릿 매핑부터 절감 전략 실행까지 자동화로 처리해 사람이 새로운 스프레드시트를 관리하지 않아도 되게 만들어야 한다고 말했다.
- 리더십 커뮤니케이션을 위한 프레임워크화 — What(무엇), When(언제), Worth(가치)라는 3단계 프레임워크와 ESR/EAR/eCOR 지표는 복잡한 모더나이제이션 의사결정을 여러 이해관계자에게 설명 가능한 형태로 단순화하려는 시도로 제시됐다.
💬 Q&A 하이라이트
Q. 고객들이 모더나이제이션을 하고 싶어도 실제로 실행하지 못하는 가장 큰 장애물은 무엇인가?
최근 가장 큰 문제는 용량(capacity)이다. 마이그레이션 계획이 여러 승인을 거쳐 확정돼도 막상 실행하려 하면 하이퍼스케일러로부터 신형 하드웨어 용량이 없다는 오류를 받는 경우가 많다. 따라서 계획 단계에서부터 TAM(테크니컬 어카운트 매니저)이나 아키텍트와 협력해 용량 정보를 미리 확인해야 한다.
Q. 온프레미스 VM에서 Azure로 옮기는 것에 대한 집착(obsession)은 무엇 때문인가?
발표에서 다룬 예시는 이미 Azure를 쓰는 상태에서 구형 인스턴스를 신형으로 옮기는 하이퍼스케일러 내부 모더나이제이션이었다. 온프레미스에서 클라우드로의 전환은 완전히 다른 재무 분석(소유 비용 vs 임대 비용)이 필요하며, 실제로 많은 고객이 클라우드로 너무 빨리 이동해 기대했던 절감 효과를 보지 못하고 있다는 우려도 있다고 답했다.
Q. 워크로드가 사람 대신 에이전트에 의해 구동되는 흐름 속에서 FinOps 프레임워크는 어떻게 진화하고 있는가?
FinOps 프레임워크는 온프레미스 비용과 AI 비용까지 포함하도록 확장되고 있다. VM 모더나이제이션은 실행이 어렵지 않으면서도 클라우드/AI 비용 증가 추세 속에서 여전히 남아있는 '손쉬운 절감 기회(low hanging fruit)'라서 관심이 크다.
Q. (청중 발언) GCP에서는 compute class를 사용해 원하는 머신 패밀리가 품절됐을 때를 대비한 백업을 정의할 수 있다.
발표자는 해당 정보를 몰랐다며 유용한 정보라고 답했고, 세션 이후 더 자세히 문의하겠다고 말했다.
🚀 바로 활용하기
- VMPricify(vmpricify.netlify.app)에 접속해 자신이 쓰는 Google Cloud 머신 타입의 가격/성능 비교를 직접 해본다.
- 현재 워크로드의 리스트 가격이 아닌 실제 협상 요율(committed run rate, 할인율)을 파악해 진짜 비용을 확인한다.
- 보유한 CUD/Savings Plan/RI 등 커밋먼트의 만료 시점을 정리해 모더나이제이션 시점(when)과 맞춰본다.
- ESR, EAR, eCOR 같은 지표를 도입해 모더나이제이션의 절감 효과를 리더십에 보고할 수 있는 형태로 추적해본다.
🔗 참고 자료
- Google Cloud Compute Engine 문서 — 발표에서 다룬 N2, N4, Axion(ARM) 등 Google Cloud VM 머신 패밀리에 대한 공식 정보
- Azure Virtual Machines — Azure 레거시 RI 예약 종료 및 신형 VM 관련 논의의 배경이 되는 공식 제품 페이지
- Amazon EC2 — 발표에서 언급된 AWS의 spend-based/resource-based commitment(Savings Plans, RI) 비교 대상 서비스
- FinOps Foundation — 발표에서 언급된 FinOps 프레임워크 확장(온프레미스, AI 비용 포함) 논의의 근거가 되는 커뮤니티 표준 단체
- ProsperOps — 발표자가 소속된, 커밋먼트 관리 자동화 및 VM 모더나이제이션 자동화를 제공하는 회사