Какая версия PUR применяется к моим лицензиям? Часть первая

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

Определить применимые правила использования можно со стопроцентной точностью. Нужно только знать, на какие параметры лицензий нужно опираться и выучить несколько достаточно простых правил.

В качестве примера мне показалось правильным выбрать Microsoft SQL Server. Этот продукт имеет, наверное, самую сложную систему лицензирования и самую богатую историю её расширений и изменений. Но если отбросить особенности, касающиеся именно SQL, то в целом подход к оценке комплексности прав применим и для всех остальных продуктов Microsoft.

Во-первых, лицензию SQL Server можно приобрести, или получить, несколькими способами:

  1. По корпоративному соглашению: Open, OV, OVS, Select, EA, EAS и т.п. При этом применимые права зависят от следующих факторов:
    • Является ли соглашение подписным.
    • Что написано в самом соглашении, так как права могут быть расширены относительно общих правил, описанных в PUR.
  2. Купить коробку (FPP), и тогда к ней будет применяться то, что описано в EULA внутри дистрибутива.
  3. Купить сервер с предустановленным OEM SQL, к которому применяются особые правила SQL OEM EULA.
  4. Приобрести пакеты для разработчиков: Visual Studio w/MSDN или MSDN Platforms. В этом случае к экземплярам SQL применяются права, относящиеся к соответствующим пакетам.
  5. Лицензировать продукт Microsoft, в составе которого поставляется SQL Server. Обычно такие пакеты обозначались суффиксом «with SQL Technology». SQL является составной частью такой лицензии и права на SQL зависят от прав на использование основного лицензированного продукта. SQL в составе такого пакета может иметь собственные условия расчёта клиентских лицензий CAL, собственные правила обновления по Software Assurance, и не только это.
  6. Лицензировать Small Business Server, в который SQL входит как компонент. И тут также к SQL применяются особые условия лицензирования и обновления.
  7. И, наконец, SQL можно получить как компонент программного продукта, разработанного другой компанией. Например, это может быть ПО для ведения бухгалтерского учёта, которому требуется SQL, и которое включает SQL Server в свой дистрибутив. В этой статье будет применяться термин ISV-пакет, от официального сокращения, используемого Microsoft для независимых разработчиков. Такая лицензия ещё может называться SQL Runtime.

Во-вторых, применяемые правила и органичения зависят от способа и среды развёртывания SQL Server:

  1. Отдельно стоящий сервер (не виртуальная машина, не кластер),
  2. Кластер из отдельно стоящих аппаратных серверов,
  3. Виртуальная машина,
  4. Кластер из виртуальных машин,
  5. Ферма виртуальных серверов,
  6. Географически распределённая ферма виртуальных серверов,
  7. SQL на хостинге,
  8. SQL в облаке.

В третьих, даже в технически однотипной среде могут применяться различные сценарии лицензирования, от которых зависит расчёт необходимых лицензий:

  1. Лицензирование «на сервер», когда лицензия присваивается каждой отдельной операционной среде OSE.
  2. Присвоение лицензий аппаратным процессорам и ядрам, сценарий неограниченной виртуализации (Unlimited virtualization).
  3. Использование прав перемещения лицензий в фермах серверов (License Mobility in server farms).
  4. Использование прав перемещения лицензий, предоставляемых Software Assurance.
  5. Применение к экземплярам, используемым для разработки и тестирования, лицензий средств разработки, присваиваемых конкретным сотрудникам.

В зависимости от среды и выбранной модели лицензирования, необходимо учитывать и применять различные лицензионные метрики:

  1. Количество, модель процессоров, количество ядер, включён или нет hyperthreading,
  2. При лицензировании «на сервер» — количество серверов,
  3. При лицензировании Server + CAL — количество конечных устройств и пользователей, с учётом всех мультиплексоров.

При всём вышеперечисленном, также надо учитывать все возможности использования SQL Server без приобретения дополнительной лицензии:

  1. Бесплатные редакции SQL Express, LocalDB, MSDE,
  2. Холодный резерв как преимущество Software Assurance,
  3. Горячий резерв, бесплатные пассивные узлы,
  4. В учебном классе, как преимущество отдельных видов соглашений, например, Enterprise Agreement,
  5. Для оценки (evaluation),
  6. SQL Developer Edition в целях демонстрации,
Сколько денег вы потратите на лицензии SQL Server зависит от взаимосвязи всего вышеперечисленного, и это ещё не полный перечень факторов и вариантов.

Задача расчёта усложняется тем, что правила лицензирования изменялись от версии к версии. В некоторых случаях обновление версии влекло за собой, вместо типичных для Microsoft расширений прав, их сокращение.

Версия SQL Server 2000 2005 2008 2008 R2 2012
Количество лицензированных OSE Enterprise Edition CPU/core* в виртуальной среде —** Неогр. Неогр. 4 без SA, неогр. с SA 1 VM/ядро без SA, неогр. с SA
Перемещение лицензий в фермах серверов Enterprise Edition, без ограничений Enterprise Edition и Datacenter Edition, без ограничений Все редакции, но требуется SA
Неограниченное количество экземпляров в одной OSE Право отсутствует для Standard Edition в модели Server + CAL Да Да Да Да
Использование младшей редакции в виртуальной машине вместо старшей Да Да
Версия CAL 2000 2005 2008 2008 R2 2012

* При условии лицензирования всех процессоров/ядер хоста.
** Прочерки в таблице означают, что такое право не существовало для соответствующей версии. С точки зрения интеллектуальных прав, отсутствие права приравнивается к запрету, а не к вольному толкованию.

Итак, надеюсь, вам понятен итог первой части:

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

Не спешите с ответом «версия PUR соответствует версии лицензии или версии экземпляра». Этот ответ неточен и, зачастую, неверен. Мы приблизимся к правильному ответу во второй части.

© Alexander Golev & Partners Software Asset Management Experts Ltd. Сайт использует Nesta Ruby CMS.
Яндекс.Метрика