DB2 и система ценообразования IBM на основе единиц процессора (PVU)

В третьем квартале 2006 года IBM Software Group (SWG) объявила о замене прежней системы ценообразования, основанной на количестве процессоров, и представила концепцию единица эффективности процессора (VU - value unit) в качестве способа определения процессорной мощности сервера. До этого покупатели просто суммировали количество процессорных ядер, на которых они планировали использовать DB2®, и умножали на цену. Однако появление многоядерных процессоров и быстро меняющийся рынок привели к путанице и вопросам со стороны клиентов и продавцов о том, что следует называть процессором. Данная статья рассказывает, как лицензировать DB2 для Linux®, UNIX® и Windows®, используя новую систему PVU, и содержит несколько полезных актуальных примеров.

Пол Зикопулос (Paul C. Zikopoulos), лаборатория IBM в Торонто

Пол Зикопулос (Paul C. Zikopoulos), бакалавр гуманитарных наук, магистр управления бизнесом, является отмеченным наградами писателем и докладчиком Database Global Sales Support team (группы содействия продажам баз данных во всем мире). Иимеет более чем девятилетний опыт работы с DB2 и написал много статей для журналов и книг об этой СУБД. Пол был соавтором следующих книг: DB2 Version 8 (DB2 версия 8): The Official Guide (Официальное руководство), DB2 - The Complete Reference (DB2 – полное руководство), DB2 Fundamentals Certification for Dummies (DB2 - Основы сертификации DB2 для "чайников"), DB2 For Dummies (DB2 для "чайников") и A DBA's Guide to Databases on Linux (Базы данных в Linux - руководство для администраторов баз данных). Пол является сертифицированным техническим экспертом DB2 (в области DRDA (архитектура распределенной реляционной базы данных) и Cluster/EEE) и сертифицированным экспертам по решениям DB2 (средства бизнес-аналитики и администрирование баз данных). Вы можете связаться с ним по электронной почтеpaulz_ibm@msn.com.



Деб Дженсон, менеджер по продукции, IBM

Деб Дженсон (Deb Jenson) поступила на работу в IBM в 2004 году и занималась стратегическим маркетингом сервера данных DB2. Как менеджер по продукции DB2 она отвечает за рыночные стратегии, направленные на поэтапное развитие рынка и постоянный рост осведомленности о сервере DB2. В сфере коммерческого программного обеспечения Деб работает более 12 лет. Она также имеет большой опыт разработки продуктов для работы с базами данных и реализации рыночных стратегий, направленных на поддержание роста. Деб пришла в компанию IBM из Quest Software, а до этого занимала различные должности в компании Platinum Technology, занимающейся продуктами для работы с базами данных. Связаться с Деб можно по электронной почте: dejenson@us.ibm.com.



15.10.2008

Введение

Чтобы понять систему ценообразования на основе PVU, полезно иметь некоторое представление о ценообразовании DB2 в целом. По сути, для DB2 предусмотрено две системы лицензирования:

  • Система, основанная на количестве пользователей – так называемая модель зарегистрированных пользователей
  • Система, основанная на оценке процессорной мощности - так называемая модель ценообразования на основе PVU

В модели зарегистрированных пользователей, как видно из названия, для определения стоимости лицензии требуется подсчитать количество пользователей, которые будут применять DB2, и умножить его на цену лицензии для одного пользователя. Данная ценовая модель особенно привлекательна для компаний, имеющих небольшое количество пользователей, но работающих с большими базами данных, а также для компаний, применяющих программное обеспечение, которое лицензируется подобным образом, например, SAP и т.п. В случае DB2 9 ценообразование по количеству зарегистрированных пользователей предусмотрено для версий DB2 Express, DB2 Workgroup и DB2 Enterprise, а также для специальной версии Database Enterprise Developer Edition, ориентированной на разработчиков.

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

Данная статья посвящена только модели ценообразования на основе количества процессоров и тому, как переход на единицы PVU меняет процесс подсчета стоимости лицензии. Подробную информацию о возможностях, ограничениях лицензирования и расширяемости выпускаемых версий DB2 читайте в статье "Какая версия DB2 9.5 подходит вам? (EN)."


Предыстория

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

В октябре 2000 года IBM представила новую линейку высокопроизводительных двухъядерных микропроцессоров с архитектурой Power (первым поколением двухъядерных процессоров, выпускаемых IBM, стала серия Power4, затем на смену ему пришла серия Power5, в настоящее время ее сменила серия POWER6). В настоящее время эти процессоры применяются в серверах IBM POWER (прежнее название System i и System p). Процессоры POWER произвели технологическую революцию за счет реализации двух ядер (возможности иметь две отдельные схемы, выполняющие вычислительные инструкции) на одном кремниевом чипе (компоненте, который включается в системную плату). Пример двухъядерного процессора представлен на рисунке 1.

Рисунок 1. Двухъядерный процессор
Двухъядерный процессор

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

Каждое ядро в первом поколении двухъядерных чипов POWER было быстрее, чем одноядерный процессор предыдущего поколения. Поскольку на одном чипе нового «процессора» размещалось два таких более быстрых ядра, пользователи получали прирост производительности более чем в 2 раза (физический чип, который вставлялся в сокет на системной плате, теперь содержал два традиционных процессора вместо одного). На этом этапе IBM Software Group (IBM SWG) определила, что процессором необходимо называть процессорное ядро (таким образом, с точки зрения лицензирования двухъядерный процессор рассматривался как два процессора), так как пользователи полностью использовали возможности обоих ядер чипа. Вскоре и другие производители, такие как Sun, Intel и AMD, также стали выпускать двухъядерные процессоры. В результате появилось множество многоядерных чипов (четырехъядерные, шестиядерные, восьмиядерные и т.д.), разработанных с учетом различных характеристик: соотношения цена/производительность, энергопотребления, производительности и т.д.

Некоторые продавцы аппаратного обеспечения считают процессором полупроводниковый компонент, который включается в системную плату, вне зависимости от числа ядер. В этом можно увидеть маркетинговый эффект. В то время как один продавец может считать сервер с восемью процессорными ядрами восьмипроцессорным сервером, другие назовут его четырехпроцессорным (так как он имеет четыре двухъядерных процессора, каждый процессор с двумя процессорными ядрами). Различные организации, занимающиеся тестами производительности, ввели специальные политики для устранения подобных неоднозначностей и приняли специальные правила отчетности о производительности серверов. Теперь результаты тестов производительности обычно сообщаются в виде: процессоры/ядра/потоки(P/C/T). Например, результат теста производительности 32/64/128 означает, что результат был получен на сервере с 32 двухъядерными процессорами с применением гиперпоточной технологии (два потока на ядро). Группа SPEC требует, чтобы все отчеты составлялись с учетом количества ядер, а консорциум TPC требует также указания информации о процессорах/ядрах/потоках в своих отчетах.

Раньше, для того чтобы лицензировать программное обеспечение IBM, работающее на двухъядерном процессоре, пользователи подсчитывали количество ядер и умножали это число на цену для одного процессора. Если у покупателя было четыре двухъядерных процессора, ему необходимо было приобрести лицензию DB2 на восемь процессоров. Однако когда компании Intel и AMD представили свои двухъядерные процессоры с архитектурой x86, их производительность не оказалась вдвое выше, чем у одноядерных, в отличие от процессоров POWER. Хотя в результате размещения двух ядер на одном чипе производительность процессоров Intel и AMD увеличилась, это увеличение не составило 2 раза или более по сравнению с одноядерными аналогами. Наши исследования выявили, что для первого поколения двухъядерных серверов x86 производительность увеличилась примерно на 30%; это не в 2 раза больше как, например, у процессоров на основе POWER. В итоге на рынке возникло понимание, что не все двухъядерные чипы равнозначны и, следовательно, они не должны лицензироваться по одной и той же схеме. Кроме того, вскоре после этого на рынке появились четырехъядерные чипы x86 и оказалось, что их первое поколение не является более быстрым, чем такое же количество обрабатывающих ядер на двухъядерных чипах (сейчас два двухъядерных чипа x86 превосходят по производительности один четырехъядерный чип x86; тем не менее они имеют определенный и вполне ожидаемый потенциал для увеличения быстродействия.)

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

Примечание: Когда Intel представила технологию гиперпоточности, которая "обманывала" программное обеспечение, заставляя его принимать каждый одноядерный процессора за два, останавливая и переплетая потоки с помощью планировщика, это привело к увеличению производительности до 30%. IBM никогда не взимала плату за эти виртуальные процессоры, так как они не удваивали производительность.

Еще больше усложнил приобретение ИТ-решений тот факт, что большинство продавцов программного обеспечения взимали плату за каждое ядро, а большая часть продавцов аппаратной части взимали плату за чипы (так как они не могли продать половину чипа), что вело к еще большей путанице.

В довершение всего в середине 2006 года (до того как было объявлено о новой концепции PVU) рынок многоядерных продуктов еще больше усложнился, когда Sun представила четырехъядерные, шестиядерные и восьмиядерные процессоры, которые поставлялись с первым поколением серверов T1000/T2000 "Niagara". Эти процессоры в первую очередь разрабатывались не для повышения производительности (хотя последующие поколения больше ориентировались на эту характеристику), а для более рационального использования энергии по отношению к производительности. Дело в том, что на современном рынке представлены различные виды многоядерных процессоров, обладающие разными характеристиками: некоторые имеют удвоенную производительность, некоторые способствуют значительному снижению энергетических затрат, другие пытаются совместить оба этих свойства. Фактически эволюция процессорных ядер стала предзнаменованием рождения нового подхода.

Поскольку в будущем можно ожидать появления новых многоядерных процессоров от разных производителей с разными характеристиками производительности и стоимости, необходимо найти решение для нормализации этих несоответствий. Действительно, не совсем справедливо покупать две лицензии для двухъядерного процессора, если он обеспечивает увеличение производительности всего на 30%. В тоже время не совсем справедливо оплачивать одну лицензию на двухъядерный процессор, который увеличивает производительность на 200% (или более). Методология PVU призвана привести к общему знаменателю выигрыш в эффективности, получаемый при использовании процессоров с различными архитектурами, сопоставить его с эффективностью программного обеспечения и предложить справедливую модель тарификации.


Что сейчас? Модель на основе единиц эффективности процессора (PVU)

В третьем квартале 2006 года IBM SWG объявила о замене разрозненных схем ценообразования, основанных на количестве процессорных ядер, и представила концепцию ценообразования на основе PVU (Processor Value Unit - единица эффективности процессора). С момента этого заявления определение границ лицензий для продаваемых серверов DB2 и приобретение лицензий происходит на основе новой системы PVU. Теперь, если вам, например, нужна лицензия на сервер DB2 для неограниченного числа пользователей, итоговая цена определяется исходя из общего количества PVU для сервера (или, в некоторых случаях, раздела), на котором работает программное обеспечение DB2, умноженного на цену одного PVU для продукта DB2 (и/или функционального пакета), который вы используете.

PVU – это единица измерения, используемая для дифференциации ядер различных производителей аппаратного оборудования. В настоящее время IBM поддерживает Таблицу PVU для лицензирования распространяемого программного обеспечения, которая устанавливает соответствие между существующими процессорами и числом PVU, соответствующим одному их процессорному ядру. Эта таблица постоянно обновляется по мере того как производители выпускают процессоры различной архитектуры. IBM SWG работает с производителями чипов настолько тесно, что обладает информацией о производительности новых процессоров задолго до их появления на рынке. Вы можете подсчитать итоговое значение PVU для сервера, просуммировав PVU всех ядер вашего сервера с помощью данной таблицы. Определив количество PVU, умножьте общее количество PVU сервера (если вы не покупаете продукт DB2, предусматривающий возможность определения цены по неполной мощности) на цену одного PVU для продукта, который вы хотите купить.

Пример лицензирования по модели PVU

Чтобы понять, как традиционная ценовая политика, основанная на количестве процессоров, соотносится с системой PVU, лучше всего сравнить и сопоставить эти две модели. На момент последнего обновления этой статьи коэффициенты пересчета процессорных ядер в PVU выглядели следующим образом (рисунок 2).

Рисунок 2. Таблица PVU для лицензирования распространяемого программного обеспечения, май 2008 г.
Таблица PVU для лицензирования распространяемого программного обеспечения, май 2008 г.

Примечание: Данная таблица представлена для вашего удобства и для сопровождения рассматриваемого примера; самую последнюю информацию о коэффициентах пересчета в PVU можно найти в онлайновой версии таблицы.

Как вы видите, таблица в целом организована по убыванию PVU-ядра, по производителям и маркам процессоров. Достаточно выяснить марку процессора и соответствующее число ядер на процессоре и найти соответствующий коэффициент пересчета в PVU для одного ядра в колонке PVU для одного процессорного ядра (PVUs per Processor Core).

Например, из данной таблицы видно, что любому одноядерному процессору любого производителя соответствуют 100 PVU. Четырехъядерный процессор Intel Xeon x86 равен 200 PVU, поскольку лицензируется в расчете 50 PVU на каждое ядро. Также можно увидеть, что процессор System z10 (используемый для исполнения Linux на System z) оценивается в 120 PVU за ядро процессора IFL.

Итак, как точно определить, сколько PVU необходимо купить для конкретной версии DB2? Из этой таблицы видно, что один двухъядерный процессор AMD Opteron оценивается в 100 PVU (50 PVU для каждого ядра). Давайте предположим, что у нашего сервера два двухъядерных процессора AMD. Соответственно нам необходимо купить 200 PVU для нашей версии DB2: [2 процессора x (50 PVU x 2 ядра)] = 200 PVU. С другой стороны, более скоростной и производительный двухъядерный процессор POWER6 обеспечивает значительно большую производительность, чем двухъядерный процессор AMD. Если у вас сервер POWER с двумя двухъядерными процессорами POWER6, то вам необходимо купить 480 PVU для DB2: [2 процессора x (120 PVU x 2 ядра)] = 480 PVU.

Примечание: Процессоры POWER 6 и процессоры, представленные выше в таблице PVU, могут быть оценены в 80 PVU в зависимости от сервера, на котором они работают. А именно, если это серверы POWER p 520 или BladeCenter JS12/JS22, то каждое ядро процессора POWER6 оценивается в 80 PVU. Во всех других серверах, кроме перечисленных здесь (и в обновляемой версии онлайновой таблицы), процессоры POWER6 оцениваются в 120 PVU.

Показатель PVU также используется для расчета ограничения лицензии. Это означает, что если продукт DB2 ограничен 200 PVU как, например, DB2 Express, то из таблицы, упоминавшейся ранее, следует, что DB2 Express можно устанавливать на любой сервер, который не превышает значение 200 PVU. В мае 2008 года IBM изменила лимит PVU для DB2 Workgroup с 400 PVU на 480 PVU, чтобы под него подходили четырехъядерные серверы POWER6, работающие с данным продуктом DB2. Например, DB2 Workgroup можно установить на:

  • Сервер с четырьмя двухъядерными процессорами x86 AMD Opteron
  • Сервер с одним четырехъядерным процессором x86 AMD Opteron
  • Сервер с двумя двухъядерными процессорами POWER6
  • Сервер с двумя четырехъядерными процессорами POWER5 5 QCM
  • Сервер с четырьмя четырехъядерными процессорами UltraSparcT1
  • и т.д. (см. таблицу!)

Для еще более удобного расчета числа PVU для сервера вы можете воспользоваться калькулятором IBM для единиц эффективности процессора, который может работать в 'пошаговом режиме' (по принципу "мастера") и в 'экспертном режиме'. Пример данного инструмента представлен на рисунке 3.

Рисунок 3. Пример использования калькулятора IBM для единиц эффективности процессора
Пример использования калькулятора IBM для единиц эффективности процессора

Заключение

Итак, модель ценообразования DB2 на базе PVU обеспечивает следующие преимущества:

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

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

Ресурсы

Научиться

Получить продукты и технологии

  • Скачайте бесплатную ознакомительную версию DB2 Enterprise 9.
  • Теперь вы можете использовать DB2 бесплатно. Скачайте DB2 Express-C, бесплатную версию DB2 Express Edition для сообщества разработчиков, которая предлагает такие же основные функции для работы с данными как DB2 Express Edition и предоставляет прочную основу для построения и развертывания приложений.

Обсудить

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Information Management
ArticleID=345751
ArticleTitle=DB2 и система ценообразования IBM на основе единиц процессора (PVU)
publish-date=10152008