Broadcom закрыл загрузку VDDK: что проверить до миграции VMware

Целевые Dell PowerEdge уже внесли в бюджет, подрядчик готовит пилот, но установка останавливается на библиотеке, которую раньше скачивали с сайта VMware. С 25 августа 2026 года страницы VDDK 8 и 9 возвращают ошибку. Microsoft и Red Hat не могут передать файл клиенту вместо Broadcom.

Проект ещё можно запустить. Но до утверждения сметы подрядчик должен назвать способ чтения виртуальных дисков VMware и показать перенос типовой виртуальной машины. Старый установщик VDDK на ноутбуке инженера подтверждает техническую возможность, но не право использования и не повторяемость процесса.

VDDK читает диски VMware снаружи гипервизора #

Virtual Disk Development Kit — библиотека, через которую сторонняя программа получает доступ к виртуальным дискам VMware. Её используют средства резервного копирования и миграции: среди них Nutanix Move, Migration Toolkit for Virtualization от Red Hat и инструменты на базе virt-v2v.

По сообщению Platform9, Broadcom закрыл стандартные адреса загрузки VDDK 25 августа 2026 года без предупреждения. Издание It’s FOSS проверило страницы версий 8 и 9: вместо установщика они показывали общую ошибку. Red Hat после этого выпустила уведомление для клиентов, которые получали not found и access denied.

Проблема не сводится к битой ссылке. VMware сообщила The Register, что VDDK не входит в права покупателя программ Broadcom и регулируется отдельной лицензией разработчика. Миграцию виртуальных машин VMware считает нелицензированным сценарием применения. Доступ сохранили отдельным участникам Technology Alliance Partner для продуктов резервного копирования и восстановления.

Лицензия VDDK запрещает свободное распространение библиотеки. Поэтому Red Hat не может вложить её в свой комплект, Microsoft — передать вместе с Azure Migrate, а дистрибутив Linux — поставить из штатного репозитория. Администратор должен был скачивать VDDK самостоятельно. Теперь этот шаг не воспроизводится на новой площадке.

Рабочая копия VDDK не закрывает риск проекта #

Уже установленная библиотека продолжит работать: об этом пишет It’s FOSS со ссылкой на разъяснения участников рынка. Можно провести пилот сегодня и получить технически успешный результат.

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

Перед утверждением архитектуры разделите проект на три ветки.

Первая: средство миграции поставляет нужный компонент внутри продукта как участник TAP. Запросите у производителя название продукта, поддерживаемые версии ESXi и условия использования. Затем проверьте эту сборку на своей виртуальной машине.

Вторая: у заказчика сохранилась ранее загруженная копия. Зафиксируйте версию, дату получения и право применения для миграции. Параллельно подготовьте транспорт без VDDK. Иначе весь проект зависит от файла, который нельзя заново получить штатным способом.

Третья: установщик нужно скачать сейчас. Старую проектную схему уже нельзя считать рабочей. Сначала выбирают другой транспорт, потом утверждают целевую платформу и конфигурацию PowerEdge.

Выбор самого гипервизора — отдельная развилка. Расходы на Proxmox, Hyper-V и oVirt разобраны в материале о вариантах замены VMware и бюджете перехода. Здесь критерий уже: способен ли выбранный маршрут прочитать исходные диски без недоступной загрузки.

Три маршрута без новой загрузки VDDK #

Универсальной замены нет. Транспорт зависит от хранилища, гостевой системы и допустимого окна работ.

Агентная миграция Azure Migrate #

Документация Microsoft для переноса без агента предписывает скачать VDDK 8.0 или 9.0 с портала Broadcom. После закрытия страниц эти ссылки перестали вести к установщику. Microsoft указывает запасной вариант: установить агент миграции в гостевую систему.

Такой маршрут снимает зависимость от VDDK, но меняет состав работ. Агент нужно развернуть, проверить и затем удалить в каждой виртуальной машине. Для десятков разнородных серверов это отдельная строка сметы, а не бесплатная замена одного компонента другим.

Копирование средствами хранилища или прокси-ВМ Platform9 #

Platform9 заявляет два режима vJailbreak без VDDK. Storage Assisted передаёт копирование дисков массиву и работает с хранилищами iSCSI и Fibre Channel. Для NFS у этого режима есть ограничение.

Accelerated Copy запускает прокси-ВМ внутри VMware и через неё подключается к хранилищу виртуальной машины. По данным Platform9, режим не требует NBD или VDDK и подходит для разных массивов.

Это возможности конкретного продукта, а не независимый отраслевой тест. До закупки лицензий попросите провести пилот на том же типе СХД, версии ESXi и размере диска, которые стоят у Вас. Презентация производителя не покажет скорость переноса Вашей ВМ и поведение при обрыве копирования.

virt-v2v для перехода на KVM #

Red Hat документирует virt-v2v как средство переноса машин с VMware ESXi 7.0 и 8.0 на KVM под управлением libvirt или в Red Hat OpenStack Platform. Инструмент умеет конвертировать гостя и устанавливать драйверы virtio.

Однако VMware-транспорт в документации проекта связан с nbdkit-vddk-plugin. Само наличие открытого virt-v2v не устраняет зависимость от VDDK при таком способе чтения исходного диска.

Есть и ограничения по гостевым системам. Red Hat относит перенос Debian и Ubuntu к Technology Preview и не предоставляет для него полную поддержку. SUSE Linux Enterprise Server с файловой системой btrfs не поддерживается. После конвертации Linux может получить другое имя сетевого интерфейса, поэтому сеть придётся исправлять вручную.

virt-v2v подходит для проверенной матрицы ОС и транспорта. Называть его готовой заменой любого коммерческого мигратора нельзя.

После выбора маршрута проведите перенос на копиях типовых ВМ. Порядок подготовки, контрольные точки и откат стоит вынести в отдельный регламент переноса рабочих систем.

Что добавить в смету и договор #

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

Но состав расходов уже изменился. Запросите у подрядчика четыре отдельные позиции в рублях:

• проверка права доступа к VDDK и условий его применения;
• пилот выбранного транспорта на типовой ВМ;
• исправление гостевых ОС после конвертации;
• резервный маршрут, который не требует VDDK.

Для каждой позиции нужны объём работ, ставка, число инженерных часов и критерий приёмки. Формулировка «миграция под ключ» скрывает цену повторного пилота и ручной настройки гостей.

Условия пересчёта просты. Если основной транспорт не прошёл пилот, подрядчик заново считает бюджет и окно работ до закупки PowerEdge или отключения VMware. Покрывать смену технологии из общего резерва проекта не стоит: такой резерв быстро превращается в оплату второго проекта без отдельного согласования.

Для 1С добавьте ещё одну зависимость. Успешная конвертация виртуального диска не переносит автоматически программную лицензию. Порядок работы с PIN-кодами, HASP и SQL Server разобран в инструкции по восстановлению лицензирования 1С на новом PowerEdge.

Как принять решение до запуска миграции #

Не утверждайте окончательную смету, пока подрядчик не назвал транспорт чтения дисков и не перенёс типовую ВМ на пилоте.

Если VDDK приходит внутри продукта участника TAP, проверьте условия лицензии и версии VMware. Если осталась только старая копия, отдельно согласуйте право использования и подготовьте запасной маршрут. Если получить библиотеку нельзя, выбирайте агентную миграцию, копирование средствами СХД или прокси-ВМ по своей системе хранения и составу гостевых ОС.

Старый установщик — временный технический ресурс. Основанием для бюджета служит воспроизводимый маршрут, который можно повторить на чистой площадке и принять по заранее записанным критериям.