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

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

Более
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 для виртуализации

Вопрос

Добрый день.
У нас есть проект, в котором используется 15 серверов, совокупно 300 физических ядер. Системой виртуализации выступает VMware VSphere. В качестве гостевых операционных систем нам необходимо использовать MS Windows Server 2019, с количеством ядер виртуальной машины от 2х до 16, в количестве VM примерно 30-40шт.
Подскажите пожалуйста, как правильно лицензировать данную систему.

Один из дистрибуторов говорит, что решение — покупка редакции Datacenter согласно физическому количеству ядер кластера (300 шт). Верно ли это? Покроет ли покупка такого количества лицензий наши потребности и обеспечит ли свободную миграцию машин между хостами в режиме отказоустойчивости без каких либо подводніх камней?

Ответы

всё очень просто:

1) берёте один физический сервер
2) считаете количество его физических ядер
3) покупаете необходимое количество ядерных лицензий (редакции Standard), которое должно покрывать все физические ядра одного сервера [минимум 16]
4) если на сервере планируется одновременно запускать больше двух виртуальных WS 2019, то повторяете пункты с 1 по 3 для каждой дополнительной пары виртуальных серверов. Редакция стандарт даёт право на запуск двух виртуальных WS 2019 (и ниже). Т.е. нужно лицензировать каждый дополнительный нечётный сервер (3,5,7,9,11)
5) если на сервере планируется одновременно запускать больше 13 виртуальных WS 2019 то покупаете одну лицензию редакции Datacenter, опять же покрывающей все фические ядра сервер [минимум 16]
6) повторить пунты 1-4\5 для каждого из 15 физических серверов

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

Если Вы купите лицензии как говорит дистрибьютор, то Вы сможете реализовать следущую схему:

— лицензировать 15 физических серверов, при этом сумма физических ядер не должна превышать 20 ядер на каждом сервере

Т.к. Вы не дали подробное описание своего кластера, то сложно дать ответ точнее. Поэтому, напишите пожалуйста:

— сколько физических ядер на каждом сервере (у всех 20 или у каких-то больше или меньше)
— сколько максимально ВМ планируется одновременно запускать на одной ноде кластера (пока у вас среднее значение 2,67 ВМ на ноду — не вижу смысла в Datacenter)

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

Каким образом лицензируется windows server 2019 в среде виртуализации?

Ну начиная с 2016 серверные ОС лицензируются по ядрам (физическим)
https://social.technet.microsoft.com/Forums/ie/ru-.

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

Я бы на вашем месте взял в расчет физические ядра при покупке лицензии.

Я до последнего верил, что это идиотия, но видимо правда.

Готовьтесь начать плакать.

Одновременно можно лицензирование только 1 физический и 2 виртуальных сервера. Начиная с Server2016, лицензируются ядра, при этом минимальный пакет для серверов начального уровня составляет 16 ядер (в независимости сколько установлено процессоров).

Что бы прочувствовать всю боль, вот пара сценариев для сервера с 24-мя ядрами.
1. Запуск гипервизора Hyper-V + 4 виртуальных сервера — Покупаем Server 2019 Standart + добираем лицензии на ядра до 24-х штук + покупаем ещё один Server 2019 Standart.
2. Использование стороннего гипервизора + 4 виртуальных сервера — Покупаем Server 2019 Standart + добираем лицензии на ядра до 24-х штук + покупаем ещё один Server 2019 Standart.

В обоих случаях необходимо докупать вторую полноценную копию, для лицензирования 3 и 4-го виртуального сервера.