Broadcom молча убрал инструмент для ухода с VMware

С конца августа 2026 года страницы загрузки библиотеки VDDK от VMware на портале для разработчиков Broadcom возвращают 404 — без объявления, без уведомления о прекращении поддержки и без указанной альтернативы. Сама библиотека большинству неизвестна, но инструменты, которые от неё зависят, известны всем: продукты резервного копирования на уровне образов для серверов VMware и средства, с помощью которых переходят с VMware на другие платформы. На практике это означает, что компания, оценивавшая уход с VMware, обнаружила, что официальный путь выхода закрыт. И этот урок касается любого владельца системы, пользуется он VMware или нет: ваша зависимость от поставщика измеряется не ценой подписки. Она измеряется тем, сколько времени, денег и экспертизы вам потребуется, чтобы уйти.

Что такое VDDK и почему это важно, даже если вы о нём никогда не слышали

VDDK расшифровывается как Virtual Disk Development Kit. Это библиотека, которая позволяет программам за пределами гипервизора читать и записывать виртуальные диски VMware. Проще говоря, это мост, по которому проходит любая программа, когда ей нужно сделать копию виртуального сервера или перенести его в другое место.

Именно поэтому она находится в центре инструментов, не имеющих очевидной связи с Broadcom. Движок конвертации с открытым исходным кодом virt-v2v, на котором основана большая часть работ по миграции с VMware на KVM, поддерживает её как входной транспорт. Механизм миграции Apache CloudStack использует её для прямой передачи блоков диска вместо предварительного экспорта полного файла OVF. И любой продукт резервного копирования, создающий копию виртуальной машины vSphere на уровне образа, где-то в цепочке проходит через неё.

Главное: VDDK не нужен, чтобы продолжать работать на VMware. Он нужен, чтобы быстро уйти и чтобы защитить то, что у вас работает, пока вы принимаете решение.

Что произошло на самом деле

ShapeBlue задокументировала это изменение 25 августа 2026 года: страница, на которую официальное руководство администратора Apache CloudStack ссылается для загрузки библиотеки, возвращает ошибку, как и все остальные пути VDDK на портале, включая пути для конкретных версий 8 и 9. Проверку проводили из Европы и через выходные узлы в США, Бразилии, Финляндии и Японии и везде получили один и тот же результат — значит, это не локальный сбой и не географическая блокировка.

Ещё более странно, что нет никакого объявления Broadcom с объяснением изменения. Ни поэтапного уведомления о прекращении поддержки, ни политики хранения, ни указанного способа, которым клиент или небольшой поставщик мог бы получить библиотеку. Официальное руководство CloudStack по-прежнему направляет пользователей по ссылке, которая больше не работает. Мы сами проверили ссылку, пока писали эту статью, и получили 404, тогда как страница руководства CloudStack открывается нормально.

Библиотека не нужна, чтобы система работала. Она нужна, чтобы уйти. Именно поэтому её отсутствие так важно.

Почему обходного пути нет

Обычно, когда исчезает файл, нужный всем, техническое сообщество находит обходной путь: кто-то создаёт зеркало, кто-то собирает пакет, и история заканчивается сноской на странице документации. Но лицензия VDDK не допускает свободного распространения. Ни один дистрибутив Linux его не включает, ни один образ контейнера его не содержит, и ни один поставщик решений резервного копирования без подписанного соглашения о распространении не может поместить его в свой установщик.

Это дополняет картину: один-единственный URL стал жёсткой зависимостью для целой экосистемы программного обеспечения, а лицензия, создавшая эту зависимость, — та же самая, что блокирует очевидное решение. Зеркалирование двоичных файлов в другом месте ничего не исправляет — оно лишь перекладывает юридические риски на того, кто их размещает.

К тому же ущерб распределяется неравномерно. У крупного поставщика решений резервного копирования с партнёрскими отношениями есть кому позвонить. У консалтинговой компании по миграции из трёх человек, у проекта с открытым исходным кодом или у клиента, переводящего собственные рабочие нагрузки, есть сообщение на форуме и страница с ошибкой.

Настоящий урок: стоимость выхода — мера зависимости

Большинство решений о покупке систем принимается путём сравнения цен и функций. Это половина оценки. Недостающая половина — один вопрос: если через три года мы решим уйти от этого поставщика, во что нам это обойдётся?

История с VDDK показывает, что стоимость выхода не фиксирована. Поставщик может повысить её позже, в одностороннем порядке и иногда вообще без объявления. Компания, подписавшая договор с VMware пять лет назад, оценивала цену и производительность. Она не знала, что владелец продукта сменится, и не знала, что инструмент выхода тихо исчезнет с портала.

Как измерить стоимость выхода на практике

Перед любым новым договором и перед продлением любого действующего задайте эти вопросы и получите ответы в письменном виде:

  • Можно ли выгрузить мои данные в открытом формате? Не частичный дамп в электронную таблицу, а полную выгрузку данных и связей между записями в формате, который сможет прочитать другая система.
  • Принадлежит ли инструмент выхода самому поставщику? Если единственный путь наружу проходит через инструмент, который контролирует сторона, от которой вы хотите уйти, у вас нет плана выхода. У вас есть надежда.
  • Что у меня останется, если договор внезапно прекратится? Потребуйте явный пункт, гарантирующий передачу данных и документации в установленный срок при прекращении отношений по любой причине.
  • Пробовали ли мы действительно уйти? План выхода, который ни разу не проверялся, — это не план. Делайте полную выгрузку хотя бы раз в год и проверяйте, что она импортируется в другое место.
  • Сколько займёт миграция в цифрах? Честно оцените сроки в днях и стоимость. Если ответ — «мы не знаем», это тоже ответ, и он означает, что ваша зависимость выше, чем вы думаете.

Как мы решаем это в Origami

Мы технологическая компания и строим системы для клиентов на принципе, что код и данные принадлежат клиенту. На практике это означает стандартную базу данных, которую может прочитать любая другая команда, документацию, которая передаётся вместе с системой, а не по запросу, и API, которые выгружают весь набор данных, а не его фрагменты. Мы говорим это не потому, что сотрудничество временное, — а потому, что клиент, который знает, что может уйти, остаётся по собственному выбору.

А когда зависимость от стороннего продукта необходима, что бывает часто, мы фиксируем в проектной документации, что произойдёт, если эта сторона исчезнет: какова альтернатива, сколько займёт переход и какие части системы будут затронуты. Это одна страница в документе, но именно она отличает неожиданность от спланированного манёвра.

Источники