Tesco의 VMware migration은 단순히 “비싼 소프트웨어를 떠나는” 이야기가 아닙니다. 핵심은 가상화 플랫폼이 더 이상 기술 스택의 한 구성요소에 머물지 않는다는 점입니다. 계약 조건, 파트너 생태계, 백업·재해복구 도구, 운영 절차까지 함께 묶인 인프라 리스크가 됐습니다.
이 사례가 중요한 이유도 여기에 있습니다. VMware를 계속 쓸지, 대체 플랫폼으로 갈지를 묻기 전에 기업은 먼저 질문해야 합니다. “우리의 핵심 워크로드는 누구의 가격 정책과 라이선스 구조에 얼마나 의존하고 있는가?”
VCSP 종료가 보여준 변화
VCSP는 클라우드 서비스 제공업체가 VMware 라이선스 체계 아래에서 컴퓨트, 스토리지, 네트워킹, 재해복구 서비스를 제공할 수 있게 한 프로그램입니다.1 자체 인프라를 크게 구축하기 어려운 중소·중견 기업에게는 엔터프라이즈급 VMware 인프라를 이용하는 현실적인 경로였습니다.1
하지만 Broadcom은 2026년 1월 26일 미국과 유럽의 VMware Cloud Service Provider 파트너에게 공식 비갱신 통지를 보냈습니다.1 이는 단순한 파트너 프로그램 조정이 아니라, 고객에게는 “현재의 운영 모델이 계속 유효한가”를 다시 묻게 만드는 사건이었습니다.
가상화 플랫폼의 변화는 라이선스 비용만 바꾸지 않습니다. 누가 인프라를 운영할 수 있는지, 어떤 서비스가 유지되는지, 백업과 DR 체계가 그대로 작동하는지까지 영향을 줍니다. 그래서 VCSP 종료는 가격 문제가 아니라 아키텍처 결정의 문제로 봐야 합니다.
Tesco migration의 본질은 이전 비용과 운영 리스크다
Tesco는 약 40,000개의 서버 워크로드를 VMware에서 이전하고 있습니다.2 이 정도 규모의 migration은 VM을 다른 플랫폼으로 옮기는 작업으로 끝나지 않습니다. 운영 표준, 백업 정책, 재해복구 절차, 보안 통제, 장애 대응 방식까지 함께 재검토해야 합니다.
실제로 Tesco가 선택한 새 가상화 소프트웨어는 기존에 사용하던 Veeam 및 Zerto 제품과 호환되지 않는 것으로 전해졌습니다.3 이는 중요한 신호입니다. 플랫폼을 바꾸면 하이퍼바이저만 바뀌는 것이 아니라, 그 주변에 붙어 있던 운영 도구와 프로세스의 전제도 함께 흔들립니다.
따라서 migration의 핵심 비용은 새 플랫폼의 라이선스 가격만이 아닙니다. 더 큰 비용은 다음과 같은 영역에서 발생합니다.
기존 백업·DR 도구의 재사용 가능성
복구 목표 시간과 복구 목표 지점의 재검증
운영팀의 절차 변경과 재교육
자동화, 모니터링, 보안 정책의 재구성
전환 기간 동안의 이중 운영 부담
Tesco는 Broadcom, VMware, 리셀러 Computacenter를 상대로 각각 최소 1억 파운드의 손해배상을 청구했습니다.4 또한 Broadcom의 한 제안은 VMware Cloud Foundation 9.0과 메인프레임 소프트웨어 및 지원 1년에 2,350만 달러를 부과한 것으로 보도됐습니다.4
법적 판단은 시간이 걸릴 수 있습니다. The Register에 따르면 이 사건은 2027년 11월 1일부터 2028년 2월 25일 사이에 법원에서 다뤄질 예정입니다.4 그러나 기업의 운영 관점에서는 판결을 기다릴 여유가 없습니다. 계약과 지원 일정은 계속 흐르고, migration 계획은 지금부터 현실적인 선택지를 만들어야 합니다.
기업이 지금 점검해야 할 것
Tesco 사례에서 배울 점은 “VMware를 떠나야 한다”가 아닙니다. 더 정확한 교훈은 핵심 인프라의 의존성을 측정하고, 계약 변화가 운영 중단으로 이어지지 않도록 선택지를 확보해야 한다는 것입니다.
첫째, 계약 만료일을 전략으로 착각하면 안 됩니다. 남은 지원 기간은 시간을 벌어줄 뿐, 대안을 자동으로 만들어주지 않습니다. 계약 갱신, 가격 변화, 파트너 프로그램 변경이 발생했을 때 어떤 워크로드가 영향을 받는지 미리 알아야 합니다.
둘째, 워크로드를 분류해야 합니다. 모든 시스템을 같은 방식으로 옮길 수는 없습니다. 어떤 워크로드는 클라우드로 이전할 수 있고, 어떤 워크로드는 Nutanix AHV, Proxmox, KVM 같은 대체 스택을 검토할 수 있습니다. 중요한 것은 특정 제품을 고르는 일이 아니라, 각 워크로드의 기술적·운영적 의존성을 분리해 보는 일입니다.
셋째, 백업과 DR 호환성을 먼저 확인해야 합니다. 가상화 플랫폼 migration에서 가장 위험한 착각은 “VM이 부팅되면 이전이 끝났다”고 보는 것입니다. 실제 장애 상황에서 복구가 되지 않으면 라이선스 절감은 의미가 없습니다.
넷째, 비용 비교는 총소유비용 기준으로 해야 합니다. 신규 라이선스 가격만 비교하면 전환 비용, 운영 도구 교체, 교육, 이중 운영, 장애 리스크가 빠질 수 있습니다. Tesco 사례가 보여주듯이, migration의 진짜 쟁점은 가격표가 아니라 전체 운영 모델입니다.
결론
Tesco의 VMware migration은 한 대형 유통기업의 인프라 전환 사례를 넘어, 기업 IT가 직면한 구조적 문제를 보여줍니다. 핵심 플랫폼에 깊게 의존할수록 가격 정책과 계약 조건의 변화는 기술 문제가 아니라 협상력의 문제가 됩니다.
따라서 기업이 지금 해야 할 일은 명확합니다. 현재의 가상화 환경을 단순한 서버 운영 기반으로 보지 말고, 계약·도구·운영 절차가 결합된 리스크 구조로 파악해야 합니다. 플랫폼을 바꿀지 여부보다 더 중요한 질문은 이것입니다.
“우리는 특정 벤더의 정책 변화에도 운영을 지속할 수 있는 선택지를 갖고 있는가?”
참고
1March 31 Isn't a Deadline. It's a Forced Architecture Decision.
2Tesco's £100m claim against Broadcom, VMware and Computacenter
3En attendant le procès avec Broadcom, Tesco abandonne progressivement VMware
4Tesco moving 40,000 server workloads off VMware amid Broadcom's "abusive conduct"
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.