VMware를 떠나는 순간, 이삿짐 도구가 사라졌다

Broadcom이 VMware VDDK의 다운로드 경로를 없앴다는 소식에 업계가 촉각을 곤두세우고 있습니다. VMware를 떠나려는 기업부터 필요한 도구를 구하기 어려워졌기 때문입니다. 다만 2026년 8월 9일부터 9월 8일까지 공개 커뮤니티에서 새로 확인된 논의는 없습니다. 실제 적용 범위는 계약 내용과 고객 포털에서 따로 점검해야 합니다.

VDDK는 가상머신을 옮길 때 쓰는 이삿짐 도구입니다

VDDK는 Virtual Disk Development Kit의 약자입니다. VMware 가상머신의 디스크 파일인 VMDK를 읽고 복사할 때 쓰는 개발 도구입니다.

이름만 보면 개발자용 부품 같지만 실제로는 백업이나 재해복구를 할 때, 또 다른 가상화 환경으로 옮길 때 두루 쓰입니다. 여러 백업·마이그레이션 제품도 VMware 디스크에 접근할 때 VDDK를 활용합니다.

쉽게 말하면 VMware가 아파트일 때 VDDK는 이삿짐센터가 사용하는 화물 엘리베이터 열쇠입니다. 세입자는 집 안 데이터의 주인이지만, 이 열쇠가 없으면 짐을 빠르고 안전하게 꺼내기 어렵습니다.

파일 하나가 사라졌다고 당장 이전이 멈추지는 않습니다

이미 VDDK를 가지고 있는 기업이나 솔루션 업체는 기존 작업을 이어갈 수 있습니다. 다운로드 경로가 사라졌다고 모든 백업과 마이그레이션이 바로 중단되는 것은 아닙니다.

진짜 문제는 시간이 흐른 뒤 드러납니다. 새 서버에 이전 도구를 설치하거나 지원되는 버전을 맞춰야 할 때입니다. 장애로 설치 파일을 잃었거나 외부 사업자를 교체했을 때도 마찬가지입니다.

보안과 감사 요건이 엄격한 기업은 출처가 불분명한 설치 파일을 쓸 수 없습니다. 인터넷 어딘가에서 구한 복사본으로 수천 대의 가상머신을 옮기자고 결정하기는 어렵습니다. 파일의 무결성과 사용 권한을 모두 증명해야 하기 때문입니다.

Broadcom이 건드린 것은 다운로드가 아니라 전환 비용입니다

엔터프라이즈 소프트웨어의 종속성을 만드는 것은 데이터 형식만이 아닙니다. 계약과 기술지원뿐 아니라 인증된 도구와 전문 인력도 고객이 기존 플랫폼을 벗어나기 어렵게 만듭니다.

VDDK 같은 구성요소를 구하기 어려워지면 VMware를 떠나는 비용이 올라갑니다. 기술적으로 이전할 수 있어도 준비 기간이 길어지고 검증해야 할 위험도 늘어납니다.

가령 100대의 호스트에서 수천 개의 가상머신을 운영하는 기업을 생각해보겠습니다. 라이선스 갱신일이 석 달 앞으로 다가온 상황에서 이전 도구의 호환성부터 다시 검증해야 한다면 선택지는 줄어듭니다. 비용이 오르더라도 우선 계약을 갱신하고 이전은 뒤로 미룰 가능성이 커집니다.

이것이 흔히 말하는 벤더 락인입니다. 이번 사안은 여기서 한발 더 나아갑니다. 들어오는 문은 편하게 열어두면서 나가는 문 앞에는 마찰을 더하는 출구 봉쇄에 가깝습니다.

가장 곤란한 쪽은 고객과 생태계 파트너입니다

대형 고객은 Broadcom과 직접 협상할 여지가 있습니다. 자체적으로 설치 파일과 기술 인력을 확보했을 가능성도 큽니다. 상대적으로 더 큰 타격을 받을 수 있는 쪽은 중견기업과 관리서비스 사업자, 마이그레이션 전문업체입니다.

이들은 고객마다 서로 다른 VMware 버전을 지원해야 합니다. 필요한 VDDK 버전을 제때 구하지 못하면 지원 범위가 줄어듭니다. 그러면 고객은 결국 특정 파트너나 특정 상용 제품에 다시 의존하게 됩니다.

Broadcom은 배포와 지원 범위를 통제하기 위한 조치라고 설명할 수 있습니다. 하지만 고객이 자기 데이터를 옮기는 데 필요한 핵심 도구까지 제한한다면 이야기가 달라집니다. 운영 효율화를 내세우다 고객의 이동권을 침해하는 선까지 넘었다는 비판을 피하기 어렵습니다.

이제는 도입보다 철수 계획부터 따져야 합니다

VMware를 쓰는 기업이라면 현재 가지고 있는 VDDK 버전과 설치 파일, 체크섬, 사용 권한부터 확인해야 합니다. 백업 제품이나 마이그레이션 제품이 어떤 버전에 의존하는지도 문서로 남겨야 합니다.

계약서에서 데이터 반출 권한만 확인해서는 안 됩니다. 계약이 끝난 뒤에도 필요한 도구를 받을 수 있는지 살펴봐야 합니다. 지원이 끊긴 뒤 기존 설치 파일을 계속 쓸 수 있는지도 중요합니다.

대체 플랫폼도 기능만 비교하고 끝내서는 안 됩니다. 1개 업무 시스템이라도 실제로 옮겨보는 검증이 필요합니다. 이전 속도와 서비스 중단 시간은 물론, 실패했을 때의 복구 절차까지 확인해야 실제로 빠져나갈 길이 생깁니다.

Broadcom의 VDDK 논란을 보면 작은 다운로드 버튼 하나도 막강한 협상 수단이 될 수 있습니다. 앞으로 엔터프라이즈 소프트웨어를 고를 때는 무엇을 제공하는지만 볼 게 아니라 나중에 어떻게 떠날 수 있는지도 따져야 합니다. 지금 사용하는 플랫폼의 이삿짐 열쇠는 과연 누구 손에 있을까요?