기업 서버 비용이 갑자기 크게 오르면, 문제는 단순한 라이선스 청구서에서 끝나지 않습니다. VM웨어 가격 인상 논란은 대형 기업이 쓰던 가상화 플랫폼을 바꾸는 일이 얼마나 큰 운영 리스크가 되는지 보여주는 사례예요.
영국 유통기업 테스코는 브로드컴의 VM웨어 정책 변화에 반발해 약 4만대 규모의 가상 서버 워크로드에서 VM웨어를 단계적으로 걷어내겠다고 밝혔습니다. 핵심은 “비싸졌다”가 아니라, 오랫동안 깔아둔 인프라 선택이 어느 날 기업의 협상력을 흔들 수 있다는 점입니다.
VM웨어 가격 인상, 왜 기업 인프라 문제가 됐나
VM웨어는 오랫동안 기업 서버 가상화의 사실상 표준처럼 쓰였습니다. 한 대의 물리 서버를 여러 개의 가상 서버처럼 나눠 쓰게 해주고, 장애 대응이나 백업, 재해복구 흐름까지 기업 IT 운영의 중심에 들어가 있었죠.
그래서 VM웨어 가격 인상은 단순히 소프트웨어 구독료가 오른 사건으로 보기 어렵습니다. 이미 업무 시스템, 백업 솔루션, 운영 절차, 담당자 숙련도까지 VM웨어 기준으로 맞춰져 있다면 비용 변화는 곧 전체 인프라 전략의 문제가 됩니다.
이번 갈등은 브로드컴이 VM웨어를 인수한 뒤 영구 라이선스 중심 구조를 구독형 상품 중심으로 재편하면서 커졌습니다. 테스코는 기존 계약상 권리가 충분히 인정되지 않았고, 새 계약 비용이 VM웨어 제품 기준 약 175% 높아졌다고 주장했습니다.
기업 입장에서는 “구독형이 더 효율적이다”라는 공급사의 설명보다 “내가 이미 운영 중인 시스템을 유지하려면 얼마를 더 내야 하는가”가 먼저 보일 수밖에 없습니다. 특히 대형 유통, 금융, 통신처럼 IT가 곧 영업망인 기업은 비용뿐 아니라 전환 실패 가능성까지 함께 계산해야 합니다.
4만대 가상 서버 이전이 어려운 진짜 이유
테스코가 언급한 약 4만개의 서버 워크로드는 숫자만으로도 부담이 큽니다. 하지만 더 중요한 건 이 워크로드들이 서로 독립된 서버 목록이 아니라, 실제 업무와 연결된 시스템 묶음이라는 점이에요.
가상화 플랫폼을 바꾸면 서버만 옮기는 게 아닙니다. 백업 정책, 재해복구 방식, 모니터링, 보안 점검, 장애 대응 절차, 운영 자동화 스크립트까지 같이 확인해야 합니다. 겉으로는 “플랫폼 교체”지만 내부에서는 작은 데이터센터 이사에 가깝습니다.
특히 원문에서 언급된 빔(Veeam), 젤토(Zerto) 같은 백업·재해복구 도구와의 호환성은 핵심 변수입니다. 서버가 새 플랫폼에서 잘 켜지는 것과, 장애가 났을 때 기존 수준으로 데이터를 복구할 수 있는 것은 다른 문제니까요.
▲ 확인해야 할 지점은 크게 네 가지입니다.
▲ 기존 VM웨어 환경에서 쓰던 백업·복구 도구가 대체 플랫폼에서도 같은 수준으로 동작하는가
▲ 업무 시스템별로 이전 순서와 중단 가능 시간이 정리돼 있는가
▲ 운영팀이 새 플랫폼의 장애 대응 방식을 충분히 익혔는가
▲ 계약 비용 절감분보다 전환 프로젝트 비용과 리스크가 더 커지지 않는가
결국 기업이 가장 두려워하는 건 라이선스 비용 자체보다 “옮기다가 멈추는 상황”입니다. 서버 비용을 줄이려다 주문, 결제, 급여, 재고 같은 핵심 업무가 흔들리면 절감 효과는 금방 사라집니다.
구독형 전환은 편해졌지만 협상력은 줄어든다
소프트웨어 시장은 이미 구독형 중심으로 바뀌었습니다. 공급사 입장에서는 제품을 묶어 제공하고 지속적으로 업데이트하며 수익을 예측하기 쉽습니다. 고객 입장에서도 초기 도입 비용이 낮고, 최신 기능을 계속 받는다는 장점이 있습니다.
문제는 선택지가 줄어드는 순간입니다. 개별 제품을 필요한 만큼 사서 쓰던 구조에서 통합 번들 구독으로 바뀌면, 고객은 실제로 쓰지 않는 기능까지 함께 비용에 포함될 수 있습니다. “전체 플랫폼을 쓰면 장기적으로 효율적”이라는 논리와 “나는 이 기능까진 필요 없다”는 고객의 계산이 부딪히는 지점이죠.
VM웨어 가격 인상 논란이 민감한 이유도 여기에 있습니다. 가상화 플랫폼은 한번 깔면 쉽게 바꾸기 어렵습니다. 데이터베이스나 업무 시스템처럼 깊게 박힌 인프라는 공급사를 바꾸는 비용이 매우 큽니다. 이른바 벤더 락인입니다.
벤더 락인은 특정 회사 제품을 쓰면 안 된다는 뜻이 아닙니다. 중요한 건 빠져나올 수 있는 설계가 있느냐입니다. 계약이 바뀌거나 가격이 오르거나 지원 정책이 달라졌을 때, 기업이 선택할 수 있는 대안이 있어야 협상력도 생깁니다.
이 관점은 AI 인프라와도 닿아 있습니다. 특정 모델, 특정 클라우드, 특정 칩에 모든 흐름을 맞춰두면 성능은 빨리 얻을 수 있지만 장기적으로는 정책 변화에 약해질 수 있습니다. 최근 다룬 AI 수출 통제와 한국 기업의 보안 조건도 같은 맥락에서 볼 수 있습니다.
국내 기업도 VM웨어 대안을 미리 점검해야 한다
이번 테스코 사례가 해외 대형 유통기업 이야기로만 끝나지 않는 이유는 국내 기업도 비슷한 구조를 갖고 있기 때문입니다. 대기업, 금융사, 통신사, 공공기관은 오래전부터 VM웨어 기반 가상화 환경을 많이 써왔습니다.
지금 당장 VM웨어를 걷어내야 한다는 뜻은 아닙니다. 오히려 성급한 전환은 더 위험합니다. 다만 가격 정책이 바뀌었을 때 “우리에게 선택지가 있는가”를 점검하는 작업은 필요합니다.
대안으로는 오픈소스 기반 가상화, 하이퍼컨버지드 인프라, 클라우드 네이티브 전환, 컨테이너 기반 운영 등이 거론됩니다. 하지만 어떤 선택지도 만능은 아닙니다. 기존 업무 시스템이 가상머신 중심인지, 컨테이너로 옮길 수 있는지, 보안 인증이나 내부 규정이 허용하는지부터 봐야 합니다.
특히 한국 기업은 전환 계획을 비용 절감 프로젝트로만 보면 안 됩니다. 운영 안정성, 장애 대응, 백업 검증, 보안 감사, 내부 인력 교육까지 포함해야 합니다. 플랫폼을 바꾸는 일은 구매 부서의 계약 협상이 아니라 IT 운영 구조를 다시 그리는 일에 가깝습니다.
원문 기사에서 테스코가 2027년 말까지 이전을 목표로 한다는 점도 의미가 있습니다. 4만대 규모라면 몇 달짜리 작업이 아니라 수년 단위 프로젝트가 됩니다. 국내 기업도 계약 만료 직전에야 움직이면 협상력과 선택지를 동시에 잃을 수 있습니다.
비용보다 먼저 봐야 할 건 빠져나올 수 있는 구조
VM웨어 가격 인상 논란의 핵심은 “어느 회사가 맞느냐”보다 “기업 인프라가 얼마나 유연하게 설계돼 있느냐”에 있습니다. 공급사는 통합 플랫폼의 효율을 말하고, 고객사는 기존 계약과 비용 예측 가능성을 말합니다. 둘 다 각자의 논리가 있지만, 실제 부담은 운영 현장에 내려옵니다.
기업이 지금 확인해야 할 질문은 단순합니다. 우리 핵심 시스템은 특정 플랫폼 없이는 복구가 어려운가. 백업과 재해복구는 플랫폼 교체 후에도 같은 수준으로 검증되는가. 대체 솔루션을 테스트할 작은 환경이라도 준비돼 있는가.
공식 제품 정보는 VMware Cloud Foundation 안내에서 확인할 수 있고, 이번 사례의 출발점은 네이버 IT/과학 원문 기사에서 볼 수 있습니다.
앞으로 기업 IT 예산에서 중요한 항목은 단순 라이선스 단가가 아니라 전환 가능성입니다. 한 공급사의 정책 변화가 전체 업무 리스크로 번지지 않게 하려면, 평소에 작은 대안 실험과 계약 조건 점검을 해두는 쪽이 더 현실적인 방어가 됩니다.
※ 대표 이미지 출처: 지디넷코리아
