Смартсорсинг.ру

Сообщество руководителей ИТ-компаний, ИТ-подразделений и сервисных центров

Более
5500 человек являются участниками сообщества Смартсорсинг на данный момент

Войти с помощью:

Авторизация

Новым пользователям

Зачем?

Модели лицензирования при виртуализации

На нашем круглом столе «Управление ИТ-активами без вендоров» зашел разговор о лицензировании при виртуализации. Без вендоров, так без вендоров. Немного о том, какие модели лицензирования применяют разные вендоры ПО, не углубляясь в особенности лицензирования кого то одного. Виртуализация может существенно сократить расходы на ИТ, однако неправильное и избыточное лицензирование может легко свести эту экономию к нулю и даже сделать виртуализованную среду дороже.

Потенциально виртуализация таит в себе множество ловушек. Типичный пример виден в комментариях к вчерашнему вебинару, где участник утверждает, что Hyper-V Server позволяет поддерживать неограниченное количество гостевых ОС. Все это так, но на каждую гостевую ОС необходимо покупать отдельную лицензию. Ошибки лицензирования при виртуализации — это огромная потенциальная ловушка.

Лицензии на процессор

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

Например, для продуктов Oracle цена виртуализации оказывает непомерно высокой именно по тому, что лицензирование рассчитывается на каждый физический процессор, задействованный в работе приложения.

Подобный тип лицензирования есть и у Microsoft. Именно так лицензируется, например, Windows Server DataCenter Edition (нужно отметить, что эта редакция Windows Server позволяет неограниченное количество виртуальных машин без дополнительных лицензий). Стоит отметить, что в Microsoft знают и о существовании виртуальных процессоров — для серверных продуктов Microsoft есть и такой тип лицензирования.

Лицензии «на сервер»

Редакции Windows Server Standard и Enterprise лицензируются на сервер. Это затрудняют миграцию виртуальных машин между серверами, т.к. на каждый физический сервер требуется приобретать отдельный набор лицензий. Т.е., если у вас есть отказоустойчивый кластер из 2 серверов и вы испльзуете тезнологии миграции виртуальных машин, то стоимость необходимых лицензий возрастает вдвое.

Впрочем, в Microsoft обещают сделать условия лицензирования более дружественными к виртуальным решениям (не только к Hyper-V).

Понимание моделей лицензирования при виртуализации

Ценовая политика и модели лицензирования варьируются от поставщика к поставщику, и зависят от выбранной технологии виртуализации. Довольно сложно сопоставлять друг с другом решения различных вендоров. Лучше всего это получается у самих вендоров, но нужно понимать, что они делают акцент на том в чем сильны сами. В результате VMware vSphere, Microsoft Hyper-V и Citrix Xen Server одновременно могут быть лучшими решениями и при этом не одно сравнение не врет. Предложения по серверной виртуализации действительно сильно отличаются друг от друга. Естественно, что и политика лицензирования у поставщиков также отличается.

• VMware лицензирует платформу vSphere на процессор и кроме того требует отдельной лицензии на vCenter Server — управляющая консоль. Кроме того потребуется приобрести годовую подписку и подписку на поддержку. Гипервизор, управляющее ПО и поддержка объединены в пакеты, рассчитанные на разные типы организаций от малого бизнеса до крупных корпораций.
• Microsoft отдает гипервизор бесплатно в составе Windows Server. Версия Windows Server Hyper-V R2 можно установить абсолютно бесплатно. Кроме того, некоторые управляющие консоли Microsoft тоже предлагает бесплатно. Однако намного больше возможностей для управления виртуализованной среды появляется с покупкой Systems Center Operations Manager и Systems Center Virtual Machine Manager.
• Citrix тоже раздает гипервизор бесплатно. Можно бесплатно скачать Citrix XenServer включающий гипервизор Xen, интегрированную управляющую консоль XenCenter, средства живой миграции по технологии XenMotion, бесплатные средства для переноса из физической среды в виртуальную (P2V) и из виртуальной в виртуальную (V2V). У Citrix XenServer нет ограничений по размеру и количеству виртуальных машин. Единственное, что просят в Citrix — проодить ежегодную валидацию XenServer. В чем подвох? Хотите дополнительную функциональность — придется приобретать лицензии.

Выбирая гипервизор, оценивайте стоимость именно вашего решения.

ПО внутри виртуальных машин

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

Виртуализация представления, рабочего стола и приложений

Все выше сказанное относилось к серверной виртуализации. Однако не стоит забывать и о других видах виртуализации:

• Виртуализация представления — т.е. фактически то, что раньше называлось терминальными решениями
• Виртуализация рабочего стола (VDI) — фактически использование виртуальных машин на пользовательских компьютерах, как в качестве основного рабочего пространства, так и для запуска устаревшего ПО, обучения, тестирования и других целей.
• Виртуализация приложений — возможность использовать приложения без их фактической установки на компьютер пользователя.

По каждому случаю масса тонкостей в лицензировании. Например, Microsoft виртуализацию представления лицензирует на пользователя Remote Desktop Services Client Access, а VDI на устройство — тут стоимость зависит от того приобретала ли компания Software Assurance, в который включена соответствующая опция или требуется приобрести пакет VDA. Пример расчета стоимости лицензий для VDI.

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

Применение лицензии Windows к виртуальным машинам узла сеансов Apply Windows license to session host virtual machines

Клиенты, имеющие право на выполнение рабочих нагрузок виртуальных рабочих столов Windows, могут применить лицензию Windows к виртуальным машинам узла сеансов и запускать их без оплаты за другую лицензию. Customers who are properly licensed to run Windows Virtual Desktop workloads are eligible to apply a Windows license to their session host virtual machines and run them without paying for another license. Дополнительные сведения см. в разделе цены на виртуальные рабочие столы Windows. For more information, see Windows Virtual Desktop pricing.

Способы использования лицензии на виртуальные рабочие столы Windows Ways to use your Windows Virtual Desktop license

Лицензирование виртуальных рабочих столов Windows позволяет применять лицензии к любой виртуальной машине Windows или Windows Server, зарегистрированной как узел сеанса в пуле узлов и принимающей подключения пользователей. Windows Virtual Desktop licensing allows you to apply a license to any Windows or Windows Server virtual machine that is registered as a session host in a host pool and receives user connections. Эта лицензия не распространяется на виртуальные машины, работающие в качестве серверов файловых ресурсов, контроллеров домена и т. д. This license does not apply to virtual machines that are running as file share servers, domain controllers, and so on.

Существует несколько способов использования лицензии на виртуальные рабочие столы Windows. There are a few ways to use the Windows Virtual Desktop license:

• Вы можете создать пул узлов и виртуальные машины узла сеансов с помощью предложения Azure Marketplace. You can create a host pool and its session host virtual machines using the Azure Marketplace offering. Виртуальные машины, созданные таким образом, автоматически применяют лицензию. Virtual machines created this way automatically have the license applied.
• Пул узлов и виртуальные машины узла сеансов можно создать с помощью шаблона Azure Resource Manager GitHub. You can create a host pool and its session host virtual machines using the GitHub Azure Resource Manager template. Виртуальные машины, созданные таким образом, автоматически применяют лицензию. Virtual machines created this way automatically have the license applied.
• Вы можете применить лицензию к существующей виртуальной машине узла сеансов. You can apply a license to an existing session host virtual machine. Для этого сначала следуйте инструкциям в разделе Создание пула узлов с помощью PowerShell для создания пула узлов и связанных виртуальных машин, а затем вернитесь к этой статье, чтобы узнать, как применить эту лицензию. To do this, first follow the instructions in Create a host pool with PowerShell to create a host pool and associated VMs, then return to this article to learn how to apply the license.

Применение лицензии Windows к виртуальной машине узла сеансов Apply a Windows license to a session host VM

Убедитесь, что у вас установлена и настроена последняя версия Azure PowerShell. Make sure you have installed and configured the latest Azure PowerShell. Выполните следующий командлет PowerShell, чтобы применить лицензию Windows: Run the following PowerShell cmdlet to apply the Windows license:

Проверка того, что виртуальная машина узла сеансов использует преимущества лицензирования Verify your session host VM is utilizing the licensing benefit

После развертывания виртуальной машины выполните командлет, чтобы проверить тип лицензии: After deploying your VM, run this cmdlet ot verify the license type:

Виртуальная машина узла сеансов с примененной лицензией Windows отобразит примерно следующее: A session host VM with the applied Windows license will show you something like this:

Виртуальные машины без примененной лицензии Windows будут показывать примерно следующее: VMs without the applied Windows license will show you something like this:

Выполните следующий командлет, чтобы просмотреть список всех виртуальных машин узла сеансов, к которым назначена лицензия Windows в вашей подписке Azure: Run the following cmdlet to see a list of all session host VMs that have the Windows license applied in your Azure subscription:

Какая лицензия Windows нужна для запуска на виртуальной машине?

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

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

Самая мелкая версия (с точки зрения лицензий и цены) которая может быть запущена внутри виртуальной машины — это win10 pro, и да, вам не подойдут версии oem. Еще есть форма лицензирования, когда вы берете лицензию в аренду на месяц (кажется доступна только с enterprise версий, там тоже куча разновидностей) а еще есть software assurance, которая как доп пакет позволяет лицензироваться от рабочих мест пользователей а не устройств (это если я верно понял то море поноса что написано на официальном сайте).

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

А еще есть/были различные программы в помощь мелкому бизнесу (от каких то оборотов или доходов в год, я не сильно уточнял) когда за относительно небольшую арендную плату вам дают доступ к огромному пакету продуктов чуть ли не без ограничений, включая необходимые версии windows.. но на ограниченный срок (пять лет кажется), т.е. чтобы основательно подсели на иглу, а вот потом доить по полной.

Лицензирование Windows Server в виртуальной среде

В этой статье мы рассмотрим особенности лицензирования операционной системы Windows Server 2019, 2016 и 2012 R2 с точки зрения новой модели лицензирования Microsoft. Также мы рассмотрим правила и порядок лицензирования при использовании Windows Server в качестве гостевой ОС в виртуальных машинах, в том числе в кластерах с поддержкой возможности миграции виртуальных машин между гипервизорами (технологии VMWare VMotion, Hyper-V Live Migration и т.п.).

Начиная с Windows Server 2012 Microsoft стала кардинально менять и, самое главное, упрощать модель лицензирования своей серверной платформы с учетом современных реалий широкого использования виртуализации.

Редакции WindowsServer

В большинстве случаев при обсуждении модели лицензирования целесообразно рассматривать Standard и Datacenter редакции Windows Server.

В Windows Server 2012 R2 функционал редакций Standard и Datacenter практически идентичен за исключением лицензионных прав на запуск виртуальных машин. Это означает, что необходимую редакцию нужно выбирать, основываясь только на количестве виртуальных машин на физическом хосте (сервере), а не от наличия/отсутствия необходимого функционала.

• В Windows Server 2012 R2 Standard – лицензия позволяет запустить не более двух виртуальных машин;
• В Windows Server 2012 R2 Datacenter – на одном физическом хосте с этой лицензией можно запустить неограниченное количество виртуальных машин (напомним, что такие виртуальные машины можно активировать по упрощенной схеме с помощью функции автоматической активации виртуальных машин — AVMA).

По сути, при выборе редакции Windows Server 2012 R2 нужно в первую очередь основываться на том нужна, или не нужна вам виртуализация.

Лицензия Windows Server 2016/2019 Standard позволяет вам запустить до двух ВМ с Windows Server на одном физическом хосте.

В Windows Server 2016 и 2019 в редакции Datacenter поддерживаются ряд полезных технологий, которые полезны при широком использовании возможностей виртуализации и интеграции в облако Azure. Например, в редакции WS 2016 Datacenter поддерживаются:

Лицензирование процессоров в Windows Server 2012 R2

В Windows Server 2012 R2 – одна лицензия позволяла запускать ОС на одном одно- или двух-процессорном сервере. Т.е одна лицензия покрывает до двух процессоров (сокетов), расположенных в одном физическом сервере (ядра процессорами не являются!). Нельзя разделить одну лицензию на два однопроцессорных сервера (в этом случае придется приобрести две лицензии Windows Server). Например, если в одном физическом сервере установлено более двух процессоров, нужно купить по 1 лицензии на каждую пару процессов. Так, например, для 4-х процессорного сервера, понадобится 2 лицензии Windows Server 2012 R2.

Лицензирование ядер в Windows Server 2016 и 2019

В Windows Server 2016 и Windows Server 2019 Microsoft перешла от модели лицензирования физических процессоров на модель лицензирования ядер (Core-based). Это связано с тенденцией производителей CPU и серверов наращивать не количество процессоров, а количество ядер на одном процессоре и нежеланием Microsoft лишаться прибыли при массовом использовании многоядерных серверов. Особенности лицензирования современных версий Windows Server 2016 и 2019 (подробно рассматривается в этой статье):

• 1 лицензия Windows Server 2016 позволяет лицензировать 2 физических ядра сервера (т.е. Microsoft продает двух ядерные лицензии);
• Стоимость одной 2-x ядерной лицензии в 8 раз снижена по сравнению с одной процессорной лицензией для Windows Server 2012 R Но на физический сервер нужно приобрести минимум 8 таких лицензий (на 16 ядер) – это минимальный пакет на 1 сервер. Таким образом стоимость лицензирования одного физического 2-х процессорного сервера с количеством ядер на CPU до 8 не изменилась;

Лицензирование виртуальных машин в WindowsServer

Если вы планируете использовать свой физический сервер в качестве гипервизора, на котором запущены ВМ с Windows Server, вам нужно выбирать редакцию в зависимости от количества ВМ, которые будут запущены на вашем сервере.

Например, у вас имеется двух процессорный сервер с 16 ядрами. Если приобрели 8 лицензий Windows Server 2019 Standard и лицензировали вся физический ядра сервера. Это значит, вы имеете право запускать до 2 ВМ с Windows Server на лицензированном физическом хосте. Лицензия Datacenter позволяет запустить на лицензированном хосте неограниченное количество виртуальных ОС.

Что делать, если на сервере с лицензией Standard вам понадобится запустить более двух виртуальных машин? Вам придется приобрести нужное количество лицензий исходя из следующего соображения: одна лицензия Standard позволяет запустить 2 виртуальные машины.

Например, вы хотите лицензировать двухпроцессорный (по 8 ядер на каждом) сервер с четырьмя виртуальными машинами. В модели лицензирования ядер в Windows Server 2016 Standard вам нужно приобрести 16 двухъядерных лицензий Window Server Standard ( 2 комплекта лицензий, закрывающих физические ядра) или 8 двухъядерных лицензий Datacenter (как сменить редакцию Windows Server на более высокую без переустановки).

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

На основании текущих прайсов Microsoft на Windows Server можно сделать вывод, что покупка редакции Datacenter экономически выгодна, если на одном физическом хосте вы планируете запустить более 14 виртуальных машин. Если количество ВМ меньшее, выгоднее приобрести несколько лицензий Standard, закрывающих ваши потребности по ядрам и виртуальным машинам.

Если вы используете виртуализацию на своем физическом сервере с Windows Server 2016, вы можете использовать хостовую ОС только для обслуживания и управления роли Hyper-V и виртуальных машин. Т.е. вы не сможете установить на физический сервер Windows Server 2016, запустить на нем две ВМ и получить три полноценных сервера под свои задачи. В терминологии Microsoft физической инстанс ОС называется POSE (physical operating system environment), а виртуальные – VOSE (virtual operating system
environment).

Лицензирование Windows Server с учетом возможности миграции виртуальных машин между физическими серверами

Далее рассмотрим особенности лицензирования в том случае, если виртуальная машина с Windows Server ОС может перемещаться между физическими серверами в ферме виртуализации (с помощью VMWare VMotion, Hyper-V Live Migration и т.п.).

Для большинства серверных продуктов Microsoft покупка Software Assurance (SA) предоставляет право переносить лицензию между физическими хостами. Но Windows Server является исключением из этого правила. Согласно условиям лицензионного соглашения, лицензию между хостами можно переносить не чаще чем 1 раз в 90 дней.

Как же лицензировать ферму их нескольких физических хостов с гипервизорами, в которой ВМ могут перемещаться между серверами? В такой схеме вам придется на каждый физический сервер приобрести количество лицензии, покрывающее максимальное количество виртуальных машин, которые могут быть запущены на нем в любой момент времени (с учетом ситуации, когда все виртуальные машины фермы «соберутся» на одном хосте). Т.е. лицензии на виртуальные машины привязаны к физическому хосту и не переезжают между хостами вместе с ВМ.

Например, для двух отдельно стоящих двух-процессорных физических серверов с двумя ВМ на каждом вам понадобятся 2×8 лицензии Windows Server Standard.

То в случае, если виртуальные машины могут мигрировать между этими же серверами, нам понадобится еще 2×8 лицензии (из расчета что на каждом сервере одновременно могут быть запущены сразу 4 ВМ).

В случае с редакцией Datacenter на каждый физический хост будет достаточно по одному комплекту лицензии, закрывающей все ядра (в минимальной конфигурации 8 двухъядерных лицензий Datacenter), т.к. такая лицензия позволяет запустить неограниченное количество ВМ.

Таким образом вы должны выбирать наиболее выгодный тип лицензии следует в зависимости от планируемого количества ВМ в ферме.

Примеры расчета лицензий Windows Server для виртуализации

Ниже приведены несколько примеров расчета лицензий Windows Server на физические сервера при использовании виртуализации.

Пример 1. Имеется Hyper-V кластер из 5 серверов. На каждом 2 процессора по 20 ядер. На каждом будут работать 10 виртуальных машин.

Т.к. 5 серверов объединены в HA кластер Hyper-V, значит потенциально на каждом хосте при миграции оказаться могут 50 виртуальных машин. Соответственно, выгоднее приобрести лицензии Datacenter.

Количество лицензий на 1 сервер:

• Общее кол-во ядер – 40
• Количество 2 ядерных лицензий (WinSvrDCCore 2019 SNGL OLP 2Lic NL CoreLic) – 20

Общее кол-во 2 ядерных лицензий WinSvrDCCore на 5 серверов – 100.

Пример 2. В филиале установлен 1 сервер с 2 сокетами по 4 ядра, на котором запущено 4 виртуальных машины. Сколько лицензий Windows Server нужно приобрести?

На сервере имеется 8 ядер. Согласно условиям лицензирования – вам нужно покрыть минимум 16 ядер. Значит вам нужно купить 8 лицензий Windows Server 2016 (WinSvrSTDCore 2 Core). Это позволит запустить 2 ВМ. Чтобы запустить еще 2 ВМ нужно купить еще один комплект лицензий для ядер.

Таким образом для лицензирования нужно 16 2-х ядерных лицензий Windows Server (WinSvrSTDCore 2019 SNGL OLP 2Lic NL CoreLic) или 2 16-ядерные лицензии (WinSvrSTDCore 2019 SNGL OLP 16Lic NL CoreLic).