Что такое VMware VDDK?
Если вы никогда не загружали VDDK, легко предположить, что это какой-то узкоспециализированный пакет разработчика, который нужен только единицам. И отчасти это правда, если использовать VDDK напрямую не требуется. Однако количество инструментов, которые полагаются на эту библиотеку, намного больше, чем кажется.
Дело в том, что VDDK — это основа большинства инструментов миграции, позволяющих перемещать рабочие нагрузки с VMware на другие платформы. Её используют Microsoft Azure Migrate, Red Hat Migration Toolkit, Nutanix Move, продукты для миграции VMware на KVM, а также такие инструменты как virtv2v и nbdkit. Для клиентов VMware, планирующих миграцию после смены владельца, это стало ещё одним неожиданным препятствием.
Что именно изменила Broadcom?
Критическая ситуация возникла потому, что Broadcom удалила общедоступные страницы загрузки VDDK, и затронутые клиенты сообщают, что служба поддержки Broadcom заявила, что VDDK больше недоступен для общего использования. Обсуждение на Reddit: Broadcom VDDK links : r/sysadmin.
Если перейти по ссылке, где ранее размещалась загрузка VDDK, вы увидите страницу 404:
Что любопытно, Broadcom так и не выпустила официального объявления, объясняющего это изменение. Нет никаких уведомлений о переходе, объявлений о deprecation или анонсов замены инструмента.
Вместо этого вендоры миграций и клиенты в последние дни обнаружили, что ссылки, на которые они полагались, возвращают ошибки. Это намного более интересно, чем простое исчезновение SDK. Суть в том, что технология VMware, которая использовалась для перемещения и защиты рабочих нагрузок, стала менее доступной для клиентов и вендоров миграций. Для многих организаций, планирующих выход с платформы, это выглядит как очередное препятствие в пути миграции.
Доказательства изменения доступа к VDDK
Компания ShapeBlue документировала это изменение с 25 августа 2026 года. Они обнаружили, что страницы VMware VDDK, на которые ссылалась документация по миграции VMware на KVM, возвращали ошибки. Затем они проверили множество путей VDDK, включая версионные пути для VDDK 8 и 9. Оба варианта оказались недоступны.
ShapeBlue задокументировала эту информацию после обнаружения, что страницы VDDK, используемые в их workflow миграции VMware на KVM, возвращают ошибки. Тестирование многочисленных путей VDDK, включая версионные локации для VDDK 8 и 9, показало, что все они недоступны. Подробнее об этом можно прочитать в объявлении ShapeBlue: Broadcom Removes VDDK Pages Without Explanation: What You Need to Know.
Компания отметила, что Broadcom не опубликовала никакого официального заявления, в котором бы объяснила причины удаления, изъятия или deprecation библиотеки. Очень интересно.
Служба поддержки Broadcom подтвердила, что это было намеренно
Одним из наиболее убедительных доказательств намеренного изъятия VDDK являются ответы служб поддержки Broadcom, полученные клиентами. Обсуждение на Reddit весьма показательно: клиент опубликовал прямой ответ от Broadcom Customer Care.
Клиент сообщил, что Broadcom заявила, что VDDK больше не доступен для использования или загрузки. Компания также рекомендовала обратиться к продуктам резервного копирования и восстановления авторизованных партнёров Broadcom Technology Alliance. Полное обсуждение доступно в этой ветке Reddit.
Существует и другое недавнее обсуждение в официальном subreddit VMware. Пользователи там сообщают о том же: администраторы открывали тикеты в Broadcom и получали подтверждение, что VDDK был намеренно удалён и больше не доступен прежним способом.
В другой ветке VMware subreddit администратор упомянул, что открыл тикет в Broadcom и получил подтверждение, что VDDK был намеренно удалён и больше недоступен. Обсуждение в сообществе VMware находится здесь: [ Removed by moderator ] : r/vmware. Пост был недавно удалён модераторами VMware, но комментарии всё ещё видны.
На данный момент ясно, что это не просто технический сбой веб-сайта.
Microsoft уже изменила документацию по миграции
Однако есть ещё более весомое доказательство от компании столь же крупной, как Broadcom — от Microsoft. Компания обновила свои рекомендации по процессу Azure Migrate и бесагентной миграции рабочих нагрузок VMware в Azure.
Исторически документация Microsoft рекомендовала администраторам устанавливать VMware VDDK на устройство Azure Migrate. Теперь же Microsoft добавила дисклеймер или предупреждение в официальные рекомендации, предостерегая, что Broadcom может ограничить доступ к VDDK.
По сути, Microsoft говорит: если вы не можете получить VDDK, используйте агентную миграцию вместо бесагентной. Это подтверждает, что перемены реальны. Полные рекомендации Microsoft доступны здесь: Set up an Azure Migrate appliance for server assessment in a VMware environment.
Клиенты Red Hat сталкиваются с той же проблемой
Red Hat также опубликовала статью поддержки 27 августа 2026 года: Unable to download VMware VDDK images for Migration Toolkit for Virtualization (MTV). Это затрагивает организации, которые мигрируют рабочие нагрузки VMware в OpenShift Virtualization. В базе знаний указано, что клиенты могут получать ошибки «не найдено» или «доступ запрещён».
Поскольку ПО является собственностью Broadcom, Red Hat не может размещать или распространять пакет самостоятельно. Компания просто просит клиентов связаться со службой поддержки Broadcom для получения доступа.
Red Hat также расследует долгосрочные альтернативы, чтобы избежать зависимости от VDDK. Компания упоминает возможность использования копирования данных с поддержкой хранилища, но это будет зависеть от возможностей поставщика хранилища.
Nutanix Move затронута
Проблема также коснулась окружений Nutanix. Клиенты Nutanix столкнулись с этим препятствием при подготовке миграции с ESXi на AHV с помощью утилиты Nutanix Move. Они обнаружили, что ссылка на VDDK возвращает 404, даже после входа в аккаунт Broadcom.
Клиент в сообществе Nutanix искал VDDK 7.0.3.1 и VDDK 8.0.3.2. Обсуждение доступно здесь: vSphere VDDK Download for Nutanix Move. Есть ещё одно схожее обсуждение клиента, развёртывающего Nutanix Move для миграции ВМ с существующей среды VMware 8.
Служба поддержки Broadcom, видимо, сообщила им, что VDDK перешёл в программу VMware Technology Alliance Program и требует соответствующих отношений и доступа поддержки. Пост доступен здесь: VDDK 8.x required for Nutanix Move missing possible issues later.
Platform9 прямо называет это
Platform9 — один из вендоров, который громко и прямо об этом говорит. Это потому, что проект vJailbreak предназначен помочь организациям уходить с платформы VMware. Компания выпустила статью несколько дней назад (1 сентября), объяснив, что Broadcom ограничила публичный доступ к VDDK и что традиционная миграция VDDK + NBD теперь затруднена, когда клиенты не имеют уже загруженные файлы.
Platform9 предлагает другие альтернативы, использующие хранилище-ориентированную миграцию для перемещения данных на совместимое хранилище и «ускоренный» вариант, который использует прокси-ВМ внутри VMware для более прямого подключения к хранилищу ВМ без необходимости VDDK.
Статья Platform9 доступна здесь: Broadcom Cut Public Access of Virtual Disk Development Kit (VDDK) Overnight.
Это выглядит как блокировка клиентов VMware
Это один из тех моментов, когда разговор станет ещё более неудобным для клиентов VMware. Есть ряд интересных «разработок» в последние дни, которые могут указывать в определённом направлении. Но судить о мотивах предоставляю вам.
На конференции VMware World всего несколько дней назад якобы вновь появилась VMware vSphere Standard edition. И, как ни иронично, VDDK, который использовался для миграции с платформы, внезапно исчез. Так много клиентов пытаются спланировать свою миграцию (да, большинство из известных мне движутся ОЧЕНЬ быстро). Это будет ещё одной преградой в зависимости от используемого инструмента и решения для выхода с VMware.
Я считаю, что даже если Broadcom бесплатно раздаст VMware Standard на год, будет сложно убедить клиентов оставаться на платформе, учитывая все эти изменения — появляется в один момент, исчезает в следующий. Доверие к платформе теперь потеряно.
В любом случае, миграция инструментами третьих сторон, которые полагаются на доступность VDDK, стала сложнее:
Было:
- Загрузить VDDK
- Выполнить миграцию
Теперь:
- Связаться со службой поддержки Broadcom
- Посмотреть, дадут ли они вам копию
- Если нет, проверить, поддерживает ли ваше хранилище другой тип миграции
- Возможно, потребуется совсем другой процесс миграции
Миграции VMware на Proxmox не затронуты встроенной утилитой импорта
Многие задаются вопросом, создаст ли это препятствие для миграций VMware на Proxmox. Ответ — нет. Proxmox не зависит от VDDK для импорта рабочих нагрузок VMware с помощью встроенной утилиты импорта. Вы можете использовать инструмент импорта Proxmox для прямой миграции VMDK с VMware на Proxmox в домашней лаборатории или в production-среде.
Однако если вы используете какую-либо утилиту третьей стороны, которая ИСПОЛЬЗУЕТ VDDK, то она будет затронута. Подробнее об утилите импорта Proxmox: Proxmox New Import Wizard for Migrating VMware ESXi VMs.
В конце концов, я не думаю, что Broadcom заблокировала миграции VMware на Proxmox. Правда в том, что с этой новостью они, вероятно, ускорили отток клиентов с платформы — это ещё одна причина уходить.
Видеокурс по Proxmox доступен здесь: Proxmox Learning — Premium library.
Заключение
Когда казалось, что сага и драма VMware при Broadcom утихла, всегда находится новая развилка. Удаление VDDK, какой бы ни были причины, произошло в очень «интересный» момент, учитывая, что они вновь выпускают Standard edition и пытаются замедлить отток малых и средних компаний с платформы. Если вы используете инструмент третьей стороны, обязательно проверьте требования к VDDK и убедитесь, что у вас есть доступ к этому инструменту. Поделитесь в комментариях, что вы думаете об этих изменениях и как ваша организация на них реагирует.