VMware и операционные издержки зависимости от инфраструктурного ПО после Broadcom

VMware и операционные издержки зависимости от инфраструктурного ПО после Broadcom

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

Сводка

• Broadcom завершила приобретение VMware, перевела портфель на подписочную модель и перенесла операции поддержки VMware в системы Broadcom.
• Переносимость лицензий VCF может защитить подходящую подписку при работе в поддерживаемых конечных точках, но условия соответствия и требования к провайдеру означают, что это не универсальное право и само по себе не переносит рабочую нагрузку.
• Проверка доктрины Heng.lu — это непрерывность работающего кода: прежде чем считать платформу переносимой, нужно инвентаризировать права, зависимости, хранилища, сетевые сопоставления, идентичности поддержки, проверить миграцию, переключение и откат.

Зависимость теперь состоит из трёх операционных реестров

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

Декабрьское объявление Broadcom 2023 года завершило переход к подпискам и срочным лицензиям, прекратило продажу новых бессрочных лицензий и продление бессрочной поддержки и подписки Support and Subscription, а также призвало существующих клиентов проверить реестры лицензий, даты продления и циклы обновления. Это требование — практическая форма обязательства по непрерывности работы оператора. Платформой нельзя управлять по памяти, когда её права, версии и маршруты поддержки могут истекать в разные даты.

Переносимость лицензий — это один слой, а не весь переход

Положение Broadcom о переносимости VCF имеет значение. Для подходящих подписок VCF версии 5.1 или новее, приобретённых после 13 декабря 2023 года по указанным каналам конечных пользователей, Broadcom заявляет, что клиент может развернуть подписку на совместимых локальных конечных точках, у хостинг-провайдера, облачного провайдера или гиперскейлера. Клиент остаётся держателем лицензии, и по-прежнему важны участие провайдера и совместимость оборудования.

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

Идентичность поддержки — часть непрерывности

FAQ поддержки Broadcom фиксирует перенос порталов, инструментов и активов VMware в Broadcom Support Portal в мае 2024 года. Лицензии, загрузки, обращения, уведомления, права и эскалации теперь зависят от ролей учётной записи Broadcom и Site ID. Это превращает идентичность поддержки в элемент управления инфраструктурой, а не в административную формальность.

Оператор должен иметь возможность доказать, у каких людей есть доступ к порталу, какие Site ID открывают необходимые права, какие команды получают критические оповещения и как открывается серьёзное обращение, если обычный администратор недоступен. Публичная документация не доказывает, что какой-либо конкретный клиент потерял доступ. Она доказывает, что план непрерывности, игнорирующий идентичность портала и видимость прав, неполон.

Мобильность рабочих нагрузок требует работающего кода

Документация API HCX Broadcom описывает мобильность рабочих нагрузок между средами vSphere и VCF через vMotion, массовую миграцию, миграцию с репликацией и функции планирования. Та же документация показывает, какие работы должны быть выполнены: исходные и целевые площадки, вычислительные цели, хранилища данных, профили хранилищ, сетевые сопоставления, сервисная сетка, устройства и проверка.

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

Примат работающего кода превращает переносимость в проверку

Поэтому проверка доктрины должна спрашивать, что продолжает работать, а не какая метка переносимости указана в анонсе продукта. Может ли клиент по-прежнему получить нужное программное обеспечение и открыть обращение в поддержку? Может ли целевая среда принять лицензионный стек? Может ли нагрузка переместиться вместе с данными и состоянием сети? Смогут ли мониторинг и резервное копирование обнаружить неудачное переключение? Сможет ли прежняя площадка возобновить работу без повреждения данных или идентичности?

Полезная проверка VMware фиксирует каждый ответ и его доказательства. Реестр лицензий называет права и даты. Реестр поддержки называет учётные записи, Site ID и ответственных за эскалацию. Технический реестр называет виртуальные машины, хранилища, сети, интеграции, цели восстановления и состояние отката. Когда эти журналы согласуются, у оператора есть непрерывность. Когда нет, привычка к VMware может скрывать зависимость, которая ещё не переносима.

Чего не доказывает публичный реестр

Приведённые источники не устанавливают цену продления, договорной спор, продолжительность миграции, сбой, ответ поддержки, частную архитектуру или успешный выход какого-либо клиента. Они также не показывают, что переносимость VCF распространяется на каждый продукт VMware, унаследованную лицензию, OEM-соглашение, встроенное использование или право, полученное через провайдера.

Обоснованный вывод более узкий. После Broadcom операторам VMware нужен актуальный и проверяемый реестр прав, идентичности поддержки, зависимостей рабочих нагрузок, пригодности целевой среды, проверки миграции и отката. Это и есть операционная цена непрерывности, и именно она отличает переносимую подписку от платформы, которая действительно может переместиться.

Утверждения, которые следует исключить

• все клиенты VMware столкнулись с ростом цен
• Broadcom прекратила любые формы использования бессрочных лицензий
• все лицензии VMware или VCF переносимы
• переносимость лицензии гарантирует переносимость рабочей нагрузки, данных, сети или приложения
• HCX доказывает миграцию на несвязанный гипервизор
• каждый клиент потерял поддержку или доступ к правам во время перехода портала
• лицензии VMware или Site ID эквивалентны записям IPv4, ASN или реестра RIR
• публичные источники доказывают конкретную стоимость миграции, сбой или неудачу поддержки у клиента

Реестр источников

• Broadcom завершила приобретение VMware: https://investors.broadcom.com/news-releases/news-release-details/broadcom-completes-acquisition-vmware (Broadcom завершила приобретение VMware 22 ноября 2023 года; пост-Broadcom операционный контекст связан с завершённой сделкой, а не с предполагаемым соглашением)
• VMware by Broadcom значительно упрощает линейку предложений и модель лицензирования: https://news.broadcom.com/cloud/vmware-by-broadcom-business-transformation (переход к подпискам и срочным лицензиям; прекращение продажи новых бессрочных лицензий и продления бессрочной поддержки и подписки Support and Subscription; сокращение основной линейки предложений)
• Раскрытие возможностей VMware Cloud Foundation: новые права на переносимость лицензий: https://blogs.vmware.com/cloud-foundation/2024/06/04/license-portability-vmware-cloud-foundation/ (подходящие подписки VCF могут перемещаться между совместимыми локальными конечными точками, хостинг-провайдерами, облачными провайдерами и гиперскейлерами; клиенты остаются держателями лицензии VCF и сохраняют ответственность за соблюдение лицензионных требований; положение распространяется на указанные подписки VCF версии 5.1 или новее, приобретённые конечными пользователями после 13 декабря 2023 года)
• FAQ по переходу поддержки VMware на Broadcom: https://knowledge.broadcom.com/external/article/278681/vmware-to-broadcom-support-frequently-as.html (порталы, инструменты и активы поддержки VMware перенесены в Broadcom Support Portal 6 мая 2024 года; задачи управления лицензиями, загрузками, обращениями, правами, уведомлениями и эскалациями теперь зависят от ролей портала Broadcom и Site ID; операторы должны сохранять непрерывность учётных записей, прав и маршрутов поддержки в рамках эксплуатации платформы)
• API миграции рабочих нагрузок HCX: https://developer.broadcom.com/xapis/hcx-workload-migration-apis/latest/ (HCX предоставляет возможности vMotion, массовой миграции, миграции с репликацией и планирования миграции в средах vSphere и VCF; миграция требует исходной и целевой площадок, а также настройки вычислений, хранилища и сети; расширение сети, сетевые профили, сервисная сетка и управление устройствами входят в мобильность рабочих нагрузок)