Broadcom заблокировал загрузку VDDK, усложнив уход с VMware

Leaving VMware just got harder after Broadcom pulled VDDK downloads

Broadcom тихо удалил публичные загрузки VMware Virtual Disk Development Kit (VDDK), критически важного компонента для инструментов миграции с vSphere. Это затрагивает Microsoft Azure Migrate, Red Hat Migration Toolkit, Nutanix Move, virt-v2v и другие. Пользователи сообщают, что поддержка Broadcom подтверждает намеренное удаление, а Microsoft и Red Hat уже обновили документацию, предупреждая о проблемах. Эксперты видят в этом очередной шаг к блокировке клиентов, желающих покинуть платформу, хотя миграция в Proxmox остается возможной.

Доверие — вот что теперь потеряно в платформе.
  1. soamv

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

    Было несколько лет, когда многие деловые люди в VMware вели себя так, будто победа — это состояние по умолчанию, гарантированное. Им потребовалось несколько лет, чтобы понять, что это совсем не так. Реальный урок для каждого успешного бизнеса сегодня.

  2. ramgine

    Я получил свою нынешнюю работу благодаря тому, что мог возглавить проект миграции с Hyper-V на VMware. Как раз в этом году я руководил миграцией с VMware на Hyper-V. VMware был отличным продуктом (хотя и несколько громоздким в среде VCF, которой я управлял). Очень жаль, что он попал в руки Broadcom. По сравнению с ним Hyper-V ощущается как типичный продукт Microsoft. Куча разных инструментов, созданных разными командами для задач, которые кажутся прикрученными наспех и продуманными задним числом. Мне нужно запускать FCM для управления узлами? Но я запускаю HVM для управления ролями? Но нет общего управления ресурсами, как это нативно делает VMware vSphere или Proxmox?

    Я потихоньку собрал кластер Proxmox в нашей среде для полу-продакшн нагрузок на случай, когда неизбежно возникнут проблемы с Windows-хостами.

  3. Jedd

    Из статьи:

    > Миграции с VMware на Proxmox не затронуты...

    Забавно — и признавая крошечный масштаб и скромные требования к автоматизации домашней лаборатории по сравнению с предприятием — когда я начал мигрировать на Proxmox год или два назад, процесс перетаскивания виртуальных машин с моих серверов ESXi на Proxmox оказался на удивление безболезненным. По сути, монтируешь ESXi как хранилище и затем 'копируешь сюда'.

    Насколько я помню, единственными небольшими сложностями были консервативный выбор типа CPU целевой виртуальной машины (Proxmox, похоже, не любит по умолчанию ставить 'host' CPU) и настройки сети/SCSI-контроллера по умолчанию. Полагаю, это сделано для приоритета надёжности над производительностью.

    Уверен, всё это автоматизируемо.

  4. anonymousiam

    Так что инструмент qemu-img в Linux по-прежнему может конвертировать образы дисков виртуальных машин из .vmdk в форматы, совместимые со всеми другими гипервизорами. Есть ли что-то ещё в процессе миграции виртуальных машин с VMware, кроме использования этого инструмента (и ручного создания соответствующего профиля виртуального железа в новом гипервизоре)?

    Очевидно, что типы поддерживаемого виртуального железа будут различаться между типами гипервизоров, но с этим обычно можно разобраться отдельно.

  5. dare944

    > Я придерживаюсь мнения, что даже если Broadcom отдаст VMware Standard бесплатно на год, будет трудно убедить клиентов, что им нужно оставаться на этой платформе

    Ага. Они строят клетку вокруг тебя. Зачем тебе оставаться?

Ещё за этот день

2026-09-07