Veeam по инстансам или по сокетам считают по-разному

Для 40 виртуальных машин лицензия по сокетам часто выглядит дешевле, но такое сравнение имеет смысл только для компании, у которой уже есть бессрочные socket-лицензии с действующей поддержкой. Новые бессрочные лицензии на сокеты Veeam больше не продает. Для нового проекта практический выбор начинается с Veeam Universal License (VUL), а не с двух равноправных строк прайс-листа.

У действующего владельца четырех socket-лицензий ответ другой. Если 40 ВМ живут на двух двухсокетных хостах VMware vSphere или Microsoft Hyper-V и парк растет внутри тех же хостов, сохранение сокетов плюс несколько VUL для физических и облачных нагрузок может стоить почти вдвое меньше полной миграции на VUL. Но плотность кластера, срок поддержки и планы по облаку меняют результат быстрее, чем число ВМ в сегодняшней инвентаризации.

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

Сокеты считают хосты, а не виртуальные машины

Socket-лицензия покрывает занятые процессорные сокеты исходных хостов, с которых Veeam копирует или реплицирует ВМ. На двух хостах по два занятых сокета расход равен четырем сокетам. Неважно, работают на них 20, 40 или 60 ВМ, пока вычислительной мощности хватает и все защищаемые ВМ остаются на этих лицензированных хостах.

Целевой хост репликации лицензировать по сокетам не требуется. Это прямо указано в Veeam End User Software Licensing Policy и руководстве Veeam Backup & Replication: единица расходуется на каждый занятый сокет системной платы исходного хоста, а не на приемник реплики. В кластере нужно учитывать каждый узел, на котором может находиться и защищаться ВМ. Поэтому выключенный резервный узел с добавленным в инфраструктуру гипервизором нельзя автоматически считать бесплатным, не проверив фактическое назначение лицензии в консоли.

Есть три ограничения, которые обычно теряются в грубой формуле «четыре сокета против сорока ВМ».

• Сокеты защищают ВМ VMware vSphere и Microsoft Hyper-V. Физические серверы, облачные ВМ и большинство других типов нагрузок требуют VUL.
• При совместной установке socket и VUL нельзя покрыть часть VMware или Hyper-V ВМ сокетами, а остаток инстансами в той же централизованной среде. Все такие ВМ идут по socket-компоненту.
• Socket-редакция задает уровень функций и поддержки объединенной среды. Добавление VUL не поднимает старую редакцию автоматически.

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

Один VUL обычно равен одной рабочей нагрузке

VUL измеряет защищаемые нагрузки, а не оборудование под ними. Для обычной ВМ, физического сервера или облачной ВМ в базовом расчете закладывают один инстанс на одну нагрузку, но перед заказом нужно сверить точный коэффициент своего типа данных и редакции с действующей Licensing Policy. Для рабочих станций, неструктурированных данных и отдельных продуктов правила могут отличаться, поэтому их нельзя бездумно прибавлять как серверы.

Инстансы переносимы. Освободившийся VUL можно отозвать у одной поддерживаемой нагрузки и назначить другой независимо от ее типа. Это полезно при переносе приложения из локальной ВМ в облако: socket-лицензия теряет объект вместе с уходом ВМ с лицензированного хоста, а VUL следует за защищаемой нагрузкой.

Консоль считает защищенными нагрузки, которые обрабатывались за последние 31 день. Удаление ВМ из задания не всегда немедленно уменьшает расход в отчете. Лицензию можно отозвать вручную, если нагрузка действительно выведена из защиты, либо дождаться освобождения по правилам продукта. Шаблоны ВМ, попавшие под защиту, тоже потребляют инстансы. Backup copy и запись уже созданных резервных копий на ленту не добавляют второй инстанс той же ВМ.

VUL продается на срок, а поддержка входит в подписку. Официальный FAQ Veeam указывает варианты от одного до пяти лет и ежегодную оплату для трехлетнего договора; минимальные партии зависят от предложения и обычно составляют 5 или 10 лицензий. После окончания подписки и льготного периода функциональность останавливается. У бессрочной socket-лицензии истечение поддержки не отключает уже установленную функциональность, но закрывает установку обновлений, выпущенных после даты окончания поддержки. Для рабочей системы резервного копирования экономить отказом от обновлений я не советую: это перенос стоимости из сметы в эксплуатационный риск.

Для расчета нужны не 40 ВМ, а календарь нагрузки

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

Предполагаем, что все локальные ВМ помещаются на прежних четырех занятых сокетах весь период. Это допущение нужно подтвердить планом мощностей, а не пожеланием финансового отдела. Также считаем, что каждая указанная серверная нагрузка потребляет один VUL, договор позволяет ежегодно менять количество, а закупка округляется до пакетов по 10. В реальном предложении партнер может дать трехлетнюю фиксированную партию, поэтапную поставку или другой шаг заказа.

Для денежного примера используем две заменяемые ставки без НДС:

• 70 000 тенге за один VUL на один год;
• 350 000 тенге за год поддержки одной уже купленной socket-лицензии.

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

Полный переход на VUL обойдется в 13,3 млн тенге

При полной миграции каждая локальная ВМ, физический сервер и облачная ВМ входит в инстансный счетчик. С округлением до десятков организация покупает 50 VUL в первый год, 60 во второй и 80 в третий.

«Инстанс-год» здесь служит расчетной единицей: одна оплаченная нагрузка в течение одного года. Это не отдельный термин лицензии Veeam. Он позволяет не смешивать текущий размер парка с суммой трех ежегодных счетов.

Если коммерческое предложение разрешает платить за точное число инстансов без округления, сумма равна 42 × 70 000 + 57 × 70 000 + 72 × 70 000 = 11 970 000 тенге. Разница в 1 330 000 тенге возникает только из-за принятых пакетных границ. Поэтому в таблице закупки должна быть отдельная строка «шаг заказа», а не скрытое округление в формуле.

Полная VUL-модель покупает не только право защитить 40 текущих ВМ. Она оплачивает переносимость между локальными гипервизорами, физическими серверами и поддерживаемыми облачными нагрузками. Если компания планирует быстро менять размещение приложений, эта возможность имеет денежную цену: не приходится удерживать старый кластер ради лицензии или вести два раздельных пула прав.

Сокеты с VUL обойдутся в 7 млн тенге

В смешанной модели 40, затем 50 и 60 VMware или Hyper-V ВМ покрывают четыре имеющихся сокета. VUL нужны только физическим серверам и облачным ВМ. Фактическая потребность равна 2, 7 и 12 инстансам, а заказ с округлением равен 10, 10 и 20.

Экономия против полной VUL-модели составляет 6 300 000 тенге за три года. Без пакетного округления смешанная модель стоила бы 4 200 000 + (2 + 7 + 12) × 70 000 = 5 670 000 тенге. Обе модели выигрывают от точной закупки, поэтому округление не меняет победителя в этом примере.

У старых socket-лицензий могут быть встроенные подарочные инстансы, до шести в зависимости от количества сокетов. Я не уменьшаю ими плановую закупку. Руководство Veeam Backup & Replication предупреждает, что начиная с версии 12 такие инстансы отключаются после окончания поддержки бессрочной лицензии. Кроме того, небольшой бесплатный остаток не покрывает наш рост до 12 внешних нагрузок. Подарок годится как временный запас, но не как основание трехлетнего бюджета.

Эта смешанная схема технически допустима не для любой комбинации пакетов. Veeam публикует матрицу объединения, а в централизованной среде socket-компонент определяет редакцию и уровень поддержки. До подписания предложения партнер должен письменно подтвердить совместимость конкретных SKU, совпадение владельца лицензий и итоговый набор функций.

Порог окупаемости проще цены из прайс-листа

Порог можно посчитать до получения финальной скидки. Обозначим годовую поддержку одного сокета как S, а цену одного VUL на год как V. При точном, без пакетного округления учете полная VUL-модель за три года потребляет 171V. Смешанная модель потребляет 12S + 21V: четыре сокета в течение трех лет и 21 инстанс-год для физических и облачных серверов.

Смешанная модель дешевле при условии:

12S + 21V < 171V
12S < 150V
S < 12.5V

При наших ставках отношение S/V равно 350 000 / 70 000 = 5. Оно заметно ниже порога 12,5, поэтому сохранение socket-лицензий выигрывает. Если поддержка одного сокета после изменения редакции и уровня сервиса подорожает выше стоимости 12,5 VUL, полная миграция станет дешевле даже без учета удобства переносимости.

Для пакетной закупки лучше не пользоваться одним коэффициентом, а считать строки счета. В электронной таблице достаточно четырех входов: число защищаемых ВМ по годам, число остальных нагрузок, занятые сокеты и обе цены. Формулы для нашего шага в 10 выглядят так:

VUL_ALL_y = CEILING((VM_y + OTHER_y) / 10) * 10
VUL_HYBRID_y = CEILING(OTHER_y / 10) * 10
COST_ALL = SUM(VUL_ALL_y * V_y)
COST_HYBRID = SUM(SOCKETS_y * S_y + VUL_HYBRID_y * V_y)

Не подставляйте в V цену трехлетнего пакета, а затем не умножайте ее еще раз на три. Это самая частая арифметическая ошибка в таких сметах. Сначала приведите оба предложения к одной единице, например тенге за лицензию в год без НДС, либо считайте фактические платежи по датам и дисконтируйте денежный поток по внутренней ставке компании.

Рост хостов способен перевернуть результат

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

Если третий хост появляется во втором году, старому владельцу четырех сокетов нужны права еще на два занятых сокета. Но новые бессрочные socket-лицензии больше не продаются как обычное расширение. Нельзя просто взять нашу ставку поддержки 350 000 тенге и дорисовать два сокета: поддержка не создает отсутствующее право. Нужно получить у партнера допустимый вариант для действующего договора, который может привести к миграции всего socket-пула на VUL.

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

Сценарии я делю по триггерам, а не по оптимистичному среднему прогнозу.

1. В плотном сценарии парк растет до 60 ВМ на четырех сокетах. Смешанная модель сохраняет расчетное преимущество.
2. В сценарии расширения добавляется новый хост. Запрашиваем миграционную смету на весь пул и сравниваем ее с полной VUL-моделью с даты расширения.
3. В облачном сценарии часть локальных ВМ не копируется, а действительно выводится из защиты на гипервизоре и появляется как облачная нагрузка. Для VUL общее число может почти не измениться, а socket-права остаются привязаны к локальным хостам до пересмотра архитектуры.

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

Физические серверы и облако делают модель смешанной

Socket-лицензия не превращает четыре процессорных сокета в право копировать любые 40 объектов. Она покрывает ВМ на лицензированных VMware и Hyper-V хостах. Два физических сервера с Veeam Agent и восемь облачных ВМ к третьему году находятся за этой границей и требуют инстансного покрытия по действующим правилам.

Это различие важно и для филиалов. Маленький физический сервер в удаленном офисе не становится частью socket-пула центрального кластера. Так же облачная ВМ не расходует локальный сокет только потому, что ее резервная копия возвращается в локальный репозиторий. Лицензия смотрит на защищаемый источник, а не на место хранения копии.

Не все облачные расходы входят в VUL. Подписка на Veeam не отменяет счет облачного провайдера за вычисления, объектное хранилище, операции и исходящий трафик. В закупочной модели нужны две отдельные группы строк: права Veeam и потребление облака. Если объединить их в одну ставку «резервное копирование облачной ВМ», через год никто не сможет объяснить отклонение бюджета.

Смешанная лицензия тоже не дает права выбирать более выгодный счетчик для каждой отдельной VMware или Hyper-V ВМ. Политика Veeam назначает все такие ВМ socket-компоненту, когда он присутствует, а остальные поддерживаемые нагрузки используют VUL. Это защищает от двойного учета, но лишает возможности «добить» переполненный хост несколькими инстансами. Архитектор должен решить судьбу всего виртуального пула в этой среде.

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

Трехлетний горизонт требует одинаковых условий

Трехлетняя сумма имеет смысл только при одинаковом сроке прав, поддержки и платежей. Предложение VUL с предоплатой за три года нельзя напрямую сравнивать с ежегодным продлением поддержки сокетов, если поставщик вправе менять цену во втором и третьем году. Запросите два варианта socket-поддержки: фиксированное обязательство на весь период и три отдельных продления с указанным допущением по индексации. Для VUL запросите предоплату и ежегодную оплату в рамках трехлетнего договора.

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

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

Полезно вести расчет по денежным потокам, а не только по сумме. Для каждого платежа запишите дату, сумму без НДС, налог, валюту и основание: поддержка сокетов, подписка VUL или миграция. Финансовая служба сможет привести платежи к текущей стоимости по принятой ставке. Для небольшой разницы между моделями отсрочка части платежа иногда важнее номинального итога, а для разницы в 6,3 млн тенге из нашего примера дисконтирование вряд ли поменяет выбор, хотя точный вывод зависит от ставки компании.

Не включайте предполагаемую остаточную стоимость бессрочной socket-лицензии в конце третьего года. Политика Veeam ограничивает передачу лицензий, а право продолжать работу без новых обновлений не равно свободно продаваемому активу. Вместо этого покажите четвертый год как контрольную колонку: сколько будет стоить продолжение поддержки, сколько VUL потребуется при новом размере парка и случится ли уже запланированное расширение хостов. Такой контроль обнаруживает решение, которое дешево ровно до следующего бюджетного цикла.

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

Смету надо проверять по объектам и срокам

Перед сравнением выгрузите фактическое потребление из Veeam, а не переписывайте число ВМ из панели гипервизора. Официальный PowerShell Reference документирует команды Get-VBRSocketLicenseSummary, Get-VBRInstanceLicenseSummary и Get-VBRLicensedInstanceWorkload. Они показывают купленные, использованные и оставшиеся единицы, а также объекты, которые потребляют инстансы.

$license = Get-VBRInstalledLicense
Get-VBRSocketLicenseSummary -License $license |
  Select-Object LicensedSocketsNumber, UsedSocketsNumber, RemainingSocketsNumber

Get-VBRInstanceLicenseSummary -License $license |
  Select-Object LicensedInstancesNumber, UsedInstancesNumber, NewInstancesNumber

Get-VBRLicensedInstanceWorkload -License $license |
  Select-Object Name, Type, UsedInstancesNumber |
  Sort-Object Type, Name

У socket-сводки ожидаются поля LicensedSocketsNumber, UsedSocketsNumber и RemainingSocketsNumber. У списка инстансных нагрузок есть Name, Type и UsedInstancesNumber. Сохраните вывод рядом со сметой с датой выгрузки. Он выявит защищенные шаблоны, старые агенты и нагрузки переходного периода, которых нет в CMDB.

Затем запросите у поставщика не одну итоговую сумму, а таблицу с проверяемыми параметрами.

• Полное название SKU, редакция, тип лицензии и число единиц.
• Даты начала и окончания подписки или поддержки, график платежей и валюта.
• Правило дозаказа при росте, минимальная партия и сохранение скидки.
• Совместимость старых socket-лицензий с новым VUL и функции итоговой редакции.
• Условия миграции всего socket-пула, если добавится хост или сменится платформа.

В финансовой таблице держите три итога: без НДС, с НДС и приведенную стоимость платежей, если сроки отличаются. Не сравнивайте трехлетнюю предоплату VUL с одним годом поддержки сокетов. Не записывайте первоначальную цену давно купленной бессрочной лицензии в будущие расходы, если решение о покупке уже необратимо; это невозвратная стоимость. Но стоимость миграции, возобновления просроченной поддержки и выравнивания редакции относится к будущему решению и должна попасть в расчет.

Для исходных 40 ВМ на четырех уже лицензированных сокетах я бы оставил socket-покрытие и докупил VUL для физических и облачных нагрузок: в нашей модели это 7 млн против 13,3 млн тенге за три года. Для новой среды я бы не строил бизнес-план вокруг лицензии, которую нельзя купить в обычной новой продаже. А если третий хост появится в утвержденном плане мощностей, решение нужно пересчитать по миграционному предложению до заказа железа. Один дополнительный узел способен сделать сегодняшнюю экономию недоступной именно тогда, когда кластер вырастет.