Лицензирование виртуальных машин. Часть 7. VDI Suite — кардинальные изменения лицензирования VDI


Полтора года назад мы уже рассматривали сценарии лицензирования VECD. Многое с тех пор изменилось, сам VECD теперь уже не тот, о чем будет рассказано на днях, — но главным изменением стало внятное комплексное лицензирование сценариев VDI. Ведь очевидно, что кроме самой ОС, «где-то» запускаемой, к данной ОС должен подключаться пользователь (например, по RDP — для чего тоже нужна соответствующая лицензия). Более того, для серверов виртуализации потребуется мониторинг и управление обновлениями, а также централизованное управление виртуальными машинами. Кроме того, всё это потребуется и клиентскими ОС — включая доставку приложений, поддержание их в актуальном состоянии, а также учёт. Ну и, наконец, потребуется и какое-то решение по динамической доставке ПО до клиента.


В результате разобраться, какой же набор лицензий, схем и программ лицензирования потребуется для реализации сценария VDI на платформе Microsoft, было крайне тяжело. Но теперь, с первого октября, в прайс-листах появился новый пункт, а точнее даже два — VDI Suite Standard и VDI Suite Premium. Оба этих набора закрывают покрывают потребности в обслуживании ОС, лицензированной по VECD, в сценарии VDI. Внимание — лицензии VDI Suite не заменяют собой лицензий VECD (т.е. лицензии на саму ОС, которая может использоваться и не в сценариях VDI), а лишь дополняют ее, что удобно в случае реализации VDI на платформе Microsoft.



В VDI Suite Standard входит минимальный набор лицензий на ПО, необходимое для построения VDI полностью на решениях Microsoft. Предполагая, что сами серверы виртуализации используют бесплатный Hyper-V Server 2008 R2 (с поддержкой Live Migration, кластеризации до 16 узлов, общей файловой системы Cluster Shared Volumes), VDI Suite Standard позволяет вам управлять этим серверами и клиентскими ОС в ВМ, лицензированных по VECD, при помощи последних версий SCVMM, OpsMgr и SCCM. Также этот набор включает права на использование RDS (Remote Desktop Services Protocol, ранее известный как RDP) для подключения к виртуальным машинам и права на использование MDOP (Microsoft Desktop Optimization Pack), в частности — клиентскую редакцию APP-V.


В VDI Sute Premium входит все вышеперечисленное плюс неограниченные права на использование RDS (т.е. полноценная терминальная лицензия, позволяющая вашим пользователям работать и с другими терминальными службами и приложениями), а также лицензия на APP-V для RDS (об APP-V, MDOP и их лицензировании отдельно от VDI я также планирую рассказать в будущем).


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


Ориентировочная цена на VDI Suite Standard для одного пользователя на один год составляет в США 21$, VDI Suite Premium — 53$ в год. При сравнении с 250$ в год за VMware View Premier, где нет ни управления, ни мониторинга клиентских ОС (зато, будем честными, есть «экспериментальная», но от того не менее интересная возможность Offline Desktop), разница в цене в пять раз может играть существенную роль в принятии решения. Но не забудьте, что в обоих случаях, помимо Microsoft VDI Suite или VMware View, вам в любом случае обязательно потребуется лицензия VECD для самой ОС в ВМ, а также лицензии клиентского доступа Windows CAL, если эти клиентские ОС или их пользователи используют сетевые службы Windows Server — такие, как DHCP, DNS, Active Directory и так далее.


Тонкости лицензирования VDI Suite


Каждая лицензия VDI Suite включает:




  1. доступ и использование ПО VDI с вашего устройства, лицензированного по VECD, устройства VDI и с других устройств, где запущены разрешенные лицензией VDI экземпляры ОС. (С виртуальных машин, запущенных на серверах виртуализации);


  2. права на управление и мониторинг виртуальных экземпляров клиентских ОС на ваших серверах VDI при помощи перечисленных выше продуктов семейства System Center.

VDI Standard Suite и VDI Premium Suite предоставляют вам права на использование в течении срока действия вашего Select/Enterprise Enrollment или Open Value Agreement любых версий следующих компонентов ПО VDI:



  • Windows Server Remote Desktop Services («RDS»);

  • System Center Virtual Machine Manager («VMM»);

  • System Center Configuration Manager («SCCM»);

  • System Center Operations Manager («OpsMgr»).

При использовании VDI Suite Standard вы имеете право на доступ к Remote Desktop Services прямым или косвенным образом с вашего устройства, лицензированного для VDI, кроме случаев доступа по RDS к Windows Server для работы с его графическим интерфейсом — как с вашего VDI устройства, так и с виртуальной машины, запущенной на сервере VDI.


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


При использовании VDI Suite Prmium вы имеете дополнительные возможности:



  • Remote Desktop Services. Вы имеете права доступа к Windows Server — как с вашего устройства VDI, так и с виртуальной машины на сервере VDI. Лицензии RDS CAL для этого уже не требуется. Опять-таки, оба устройства, или пользователь при этом всё равно должны иметь Windows Server CAL, если используются службы АД, DHCP или DNS на Windows Server.

  • Application Virtualization for Remote Desktop Services. Каждая лицензия VDI Suite Premium включает в себя те же права, что и лицензия APP-V for RDS. Вы можете использовать эту технологию на вашем сервере VDI и получать к ней доступ с устройств VDI, к которым вы привязали лицензию VDI Suite Premium. Вам не требуется покупать отдельную лицензию APP-V for RDS CAL для тех устройств VDI, к которым привязана VDI Suite Premium. Требование на Windows Server CAL для каждого устройства или каждого пользователя остается в силе.

  • Перепривязка лицензий VDI Suite. Для VDI Premium Suite работает право, позволяющее вам перепривязать лицензию VDI Suite Premium с одного устройства VDI на другое на длительный срок (не чаще чем раз в 90 дней). Вы имеете право на перепривязку лицензии VDI Suite Premium к другому устройству и в более ранний срок, если ваше ранее лицензированное устройство VDI вышло из строя и не будет более использоваться в вашей инфраструктуре (кратковременные ремонты не позволяют делать перепривязку чаще, чем раз в 90 дней. Допускается только полный окончательный отказ от данного устройства).

Определения



  • Экземпляр клиентской ОС — экземпляр клиентской (не серверной) операционной системы, в сценарии VDI запущенный в виртуальной машине.

  • Устройство VDI — устройство (ПК или тонкий клиент), покрытый лицензией VECD и VDI Suite, с которого осуществляется доступ и использование к экземплярам клиентских ОС на виртуальных машинах.

  • Сервер VDI — сервер, на котором запущены экземпляры клиентских ОС, к которым вы обращаетесь с устройств VDI.

  • Лицензия VDI Suite — подразумевает лицензию VDI Suite Standard или VDI Suite Premium.

  • ПО VDI — программное обеспечение Microsoft, права на использование которого вам предоставляются лицензией VDI Suite.

Примечания



  • Вы можете привязывать лицензию VDI Suite только к устройствам. Привязка лицензий VDI Suite к пользователям невозможна.

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

  • Вне зависимости от ОС, установленной на устройстве VDI, для осуществления доступа к экземплярам клиентских ОС Microsoft, запущенных в виртуальных машинах на серверах VDI, вам необходима лицензия VECD или VECD for Software Assurance, привязанная к устройству VDI.

  • Все цены в статье приведены лишь для ориентира. Конкретные цены для вашей организации уточняйте у вашего поставщика.

  • Если ваши хосты виртуализации используются для задач VDI и его сопровождения, то лицензии VDI Suite, купленные для клиентов VDI дают вам права на управление виртуальными машинами и хостом при помощи продуктов System Center. Для хостов не нужны отдельные Server Management лицензии управления. Однако, в вашей инфраструктуре должны быть SCCM/SCOM серверы, лицензируемые отдельно. SCVMM, как продукт сервера управления бесплатен.

  • Если вы используете стороннюю виртуализацию и решения VDI (не от Microsoft), вам требуются следующие лицензии Microsoft: на каждое рабочее место покрытое Windows + SA - одна лицензия VECD for SA, на каждого тонкого клиента, ПК с ОС не от Microsoft, ПК с Windows без SA или ПК внешних организаций - одна лицензия VECD. Плюс - все ПК и все ВМ должны иметь Windows CAL, если они используют службы Windows Server, такие как Active Directory, DHCP, DNS, File/Print Servers, итд.

Comments (20)

  1. Alex A says:

    Вы несколько некорректно меня интепретировали.

    TS CAL нужен только если используются терминальные службы Microsoft, такие как – VDI брокер, RDS Gateway или сама СЕРВЕРНАЯ РОЛЬ Remote Desktop Services. Если вы не пользуетесь брокером и гейтвеем Microsoft, не используете APP-V for RDS, то TS CAL нужен только для обращения к СЕРВЕРНЫМ ОС Windows, где стоит роль Remote Desktop Services. Для сценария, когда на сервере виртуализации (например на стороннем) развернуты КЛИЕНТСКИЕ ОС Microsoft вам не требуются TS CALs, ибо роли Remote Desktop Services вы не используете.

    Windows CAL нужен для любого устройства, использующего службы ОС Windows Server, такие как DHCP/DNS – вы давно видели инфраструктуру без Windows DNS? Я давно. Так что даже для вашего тонкого клиента Linux нужен Windows CAL если он получает IP от Microsoft DHCP и использует Microsoft DNS.

    Что касается лицензии на клиентскую ОС, то тут все уже сказано. То устройство, с которого вы обращаетесь к клиентской ОС (VDI, RDP, ICA, третий протокол) ДОЛЖНО быть лицензировано. Лицензия на 4 виртуальных экземпляра клиентских ОС говорит об исключительно локальном, а не удаленном их использовании.

    Для вас предпочтительный вариант это VECD. Но возможна и просто лицензия Windows (OEM, FPP, VL) на клиента. И сам хост, на котором вы запускаете виртуальные машины ДОЛЖЕН иметь ПО лицензии на КАЖДОГО пользователя. Если ваш тонкий клиент лицензирован по OEM/FPP/VL, то на каждого пользователя вы должны купить еще лицензию на сами виртуальные экземпляры и привязать ее к хосту (забудьте о Live Migration/VMotion с такими лицензиями – они не дают права на перемещение). Если же к клиенту вы купили VECD (или VECD for SA), то никаких дополнительных лицензий на клиентскую ОС для хоста не нужно, т.к. только VECD позволяет вам запускать экземмпляры ОС на других хостах.

    Если требуется уточнить, спрашивайте конкретнее, покопаем в PUR.

    1. Max says:

      Здравствуйте.
      Позвольте пару вопросов по вашему комментарию:

      “TS CAL нужен только если используются терминальные службы Microsoft, такие как – VDI брокер, RDS Gateway или сама СЕРВЕРНАЯ РОЛЬ Remote Desktop Services. Если вы не пользуетесь брокером и гейтвеем Microsoft, не используете APP-V for RDS, то TS CAL нужен только для обращения к СЕРВЕРНЫМ ОС Windows, где стоит роль Remote Desktop Services.”

      TS CAL – это нынешние RDS CAL?

      Дистрибьюторы и некоторые (не все) представители Microsoft утверждают, что согласно пункту 3.1.1 PUR (MicrosoftProductTerms(WW)(Russian)(August2016)(CR).docx) для доступа к виртуальным десктопам в VMware Horizon даже без использования “брокера и гейтвея Microsoft, не используя APP-V for RDS” (а у VMware есть свой брокер, который устанавливается на ту же виртуальную серверную Windows, где и не планируется использовать роль Remote Desktop Services) необходимо приобретать лицензии RDS CAL (кроме понятных мне, например, SA или VDA).
      Так ли это?

      Дополнительно в качестве уточнения приводят пункт “Q: How do I license Windows desktop operating system with VDI?” документа Windows_Server_2012_R2_Remote_Desktop_Services_Licensing_Datasheet.pdf, а также пункт “RDS Technologies Requiring RDS CALs” документа licensing-windows-server-2012-r2-rds-and-desktop-apps-for-rds.pdf.

      Очень хочется разобраться.
      Спасибо.

      1. Alex A says:

        Если в качестве VDI на базе VMware Horizon используются клиентские ОС (Windows 7/8/10), никаких RDS CAL не требуется.
        Часто для оказания предоставления услуг Desktop as a Service предоставляют экземпляр серверной ОС как десктоп VDI, – дело в том, что для клиентских ОС нет прав на SPLA (аренду третьим лицам). Если вы в VDI используете Windows Server, конечно, потребуется RDS CAL, возможно External.

        1. Max says:

          Кроме виртуальных клиентских ОС (Windows 10) используется 2 виртуальных Windows Server: один для работы брокера соединений VMware (вместо RDS), другой – AD только для виртуальных клиентских ОС. Правильно ли я понимаю, что Windows Server в данном случае предоставляются как десктоп VDI?

          1. Alex A says:

            Нет, Windows Server у вас не имеет ролей RDS, не предоставляют доступа к себе по RDS клиентам, значит они не требуют RDS CAL
            Лицензия на Windows Server Standard на процессоры хоста vSphere (или на процессоры всех хостов кластера, если для данных ВМ настроен VMware HA) безусловно требуется. Но никаких RDS CAL.

        2. Max says:

          Спасибо.
          Можно ли в каком-нибудь официальном документе найти этому более-менее прямое подтверждение?
          Как я уже писа́л выше – мне указывают на пункты, по которым выходит обратное.

  2. Alex A says:

    Вы не имеете права обращаться к удаленным экземплярам Windows с нелицензированных устройств. Это нарушение лицензии. Так что даже если у вас стоит Linux, вам требуется покупка VECD (или – с меньшими правами, – FPP версии ОС) на каждого такого клиента. А это (VECD + FPP или 2 * FPP) уже совсем другие деньги по сравнению с VECD + VDI Suite.

    Дождитесь публикации по VECD, ваши вопросы там рассмотрим. Это не особо завязано на VDI Suite.

  3. Alex A says:

    Vile: Купив FPP на десктопы вы не имеете прав на виртуальные экземпляры вне этих десктопов, – то есть экземпляры должны быть там же где и лицензия. Или вы хотите купить две лицензии – одну на самого клиента, вторую на экземпляры, запущенные на сервере? Дорого. Завтра повешу лицензирование нового VECD, там есть ответы на ваши вопросы. VECD это полная ОС + много дополнительных прав. VECD for SA это только сами права, при наличии полной ОС с SA на клиенте. Подождте статьи.

    RDS CAL требуется если используется брокер соединений Microsoft. В VDI от Microsoft он используется. Поэтому в VDI Suite есть права на RDS.

    Денис:

    1) Если вы не используете серверную часть Microsoft Remote Destop Services (то есть не используете никаких RDP соединений к Windows Server и не пользуетесь брокером Microsoft, RDS Gateway или APP-V for RDS), то лицензия RDS CAL вам не нужна. Используя сторонний Connection broker и не используя вышеперечисленный набор функций RDS не покупайте RDS CAL.

    2) VDI Suite включает в себя только лицензии УПРАВЛЕНИЯ (Management License) – на сами виртуальные машины и серверы виртуализации. Не включает в себя сами продукты System Center. Ни стандартные, ни SQL версии. О цене продуктов я писал выше. Для продуктов System Center нет смысла покупать отдельно дорогой SQL, нужно брать продукт bundled с SQL, разрешенным лишь для System Center – это значительно дешевле.

  4. Alex A says:

    Гм, не понял вас.

    1) На платформе Microsoft серверная виртуализация денег не стоит. Hyper-V Server 2008 R2 имеет весь необходимый функционал и является бесплатным.

    2) Стоимость решений System Center на 99% состоит из стоимости клиентских лицензий, которые включены в любой VDI Suite. Действительно, требуется по одному серверу SCVMM, SCOM и SCCM – почитайте мою заметку про лицензирование серверов System Center. Сам SCVMM всегда бесплатен (лицезируются лишь клиенты), за серверы SCCM и SCOM нужно заплатить по 500 долларов (всего 1000 долларов на всю VDI серверную инфраструктуру – попробуйте озвучить цифры на VMware, например на 5 хостов? :))

    3) По лицензиям RDS – как сказано в заметке – в VDI Suite premium входит ПОЛНАЯ лицензия RDS, плюс куча всего (все продукты System Center для клиента, – то чего у VMware и близко нет), APP-V и APP-V for RDS, MDOP итд. К тому же это всегда дает на последнюю версию платформы, – не придется покупать новые клиентские лицензии при обновлении серверного парка (обновлении серверной ОС на следующую версию), как при покупке RDS CAL.

    Если у вас есть пара весомых аргументов, что же в статье "лукавого", попробуйте связать мысли по пунктам, буду рад содержательной дискуссии, пока вижу стандартные для VMware "очевидности", совершенно неочевидные при рассмотрении.

  5. AGB says:

    Сравнение лукавое, так как не учитывается стоимость ни Windows Server, ни ПО семейства System Center…

    IMHO, стандартная RDS CAL предпочительнее ежегодной платы за подписку VDI Suite Premium для сред VDI, включая VMware View.

  6. Vile says:

    Сценарий VDI для майкрософтовской платформы мне видится только одним образом – покупкой N (по количеству виртуальных станций) копий FPP десктопной Windows. В ином случае – теряется гибкость по установке ОС в виртуальное окружение/на десктоп.

    Кроме того  – "Ведь очевидно, что кроме самой ОС, «где-то» запускаемой, к данной ОС должен подключаться пользователь (например, по RDP — для чего тоже нужна соответствующая лицензия)." – насколько я помню для РДП на десктопную ОС CAL не требуются.

    Далее – насколько я понимаю, ни VECD ни VDI лицензирование не предоставляют полную версию ОС, а значит ОС должна быть куплена как ОЕМ (!?), и это в сценарии VDI ???!!

  7. Алексей,

    лицензия RDS CAL, входящая в Std, дает право на подключение только к Windows Server RD Connecttion Broker?

    При использовании другого Connection Broker эта лицензия не требуется?

  8. И еще вопрос по лицензиям:

    в VDI Suite входят лицензии на SCVMM, SCOM и SCCM

    без SQL? Те лицензии на серверную ОС и SQL надо покупать отдельно?

  9. Vile says:

    "Купив FPP на десктопы вы не имеете прав на виртуальные экземпляры вне этих десктопов, – то есть экземпляры должны быть там же где и лицензия. Или вы хотите купить две лицензии – одну на самого клиента, вторую на экземпляры, запущенные на сервере? " – Правильно. Но дело в том что мне и не нужны десктопы, на рабочих местах используются тонкие клиенты под управлением Linux например.

    А гибкость такая нужна затем чтоб иметь возможность в нужный момент времени (например если потребовалось использовать тяжелый графический пакет) перенести пользовательскую систему из виртуального окружения на десктоп. Или обратно.

  10. Алексей, а что за новый VECD? В октябрьском пуре на первый взгляд ничего не поменялось…

  11. Rinat Karimov says:

    А просветите вот по такому вопросу

    Тут недавно товарищ из МС сказал, что если мы используем терминальные решения, например от МС – то нам нужно покупать не только лицензии на сервер, CALs, TS CALs, приложения по числу пользователей – НО и десктопную ОС – даже если у нас в качестве тонкого клиента используется железка с Линуксом. По моему это как то со здравым смыслом не соотносится.

    Вот эта фраза что значит "Вы не имеете права обращаться к удаленным экземплярам Windows с нелицензированных устройств. Это нарушение лицензии."

  12. Rinat Karimov says:

    Спасибо за подробный ответ, но тут расписано больше для сценария, когда применяется виртуализация клиентских рабочих мест. Меня же интересует несколько иной, обычный сценарий, когда есть тонкие клиенты – и нужно через remote desktop обращатся к серверу с установленными приложениями, то бишь обычная терминалка – больше 2-х коннектов. Понятно – что нужны TS CALs, Windows CALs, серверные лицензии и лицензии на приложения, установленные на сервере по числу пользователей к примеру. Собственно вопрос – если у меня тонкий клиент с Линуксом – нужно ли мне покупать ДЕСКТОПНУЮ ОС (например висту) по числу тонких клиентов.

  13. Max says:

    Спасибо.
    Можно ли в каком-нибудь официальном документе найти этому более-менее прямое подтверждение?
    Как я уже писа́л выше – мне указывают на пункты, по которым выходит обратное.

    1. Alex A says:

      Подтверждения об отсутствии необходимости в RDS CAL, в сценарии, где не установлено и не используется ни одной компоненты RDS? Навряд ли официально документ будет такое рассматривать. Все равно что требовать документ от Microsoft, что Exchange CAL не требуется при использовании почты на базе VMware Zimbra 🙂

      1. Max says:

        Тем не менее мне в качестве обоснования необходимости RDS CAL указывают этот текст:

        Q: How do I license Windows desktop operating system with VDI?

        A: If you are accessing the virtual Client OS (Windows) through your VDI infrastructure, it always requires a license regardless of the VDI technology used, whether RDS, Citrix XenDesktop, VMware View or others. For example, pooled and personal virtual machine based deployments access Windows Client desktops, and hence they require a Windows license for the virtual desktop in addition to the RDS license.
        Windows for virtual desktops is licensed by access device. In the case of a primary work device, Software Assurance (SA) is recommended if the device uses Windows Pro, or else Virtual Desktop Access (VDA) is recommended if it is a thin-client or a non-Windows device. If the device is a secondary work device then a Companion Subscription License (CSL) is recommended.

        For details, please read the following:
        https://www.microsoft.com/en-us/licensing/learn-more/brief-windows-virtual-machine.aspx

        Отдельно выделяя здесь “…in addition to the RDS license”.

        А ещё раньше указывали этот:

        RDS Technologies Requiring RDS CALs

        Microsoft licensing policies for Windows Server Remote Desktop Services (including the components that are included in Windows Server 2008, Windows Server 2008 R2, Windows Server 2012, and Windows Server 2012 R2) require that, in addition to a Windows Server Client Access License (CAL) (acquired either standalone or through Microsoft Core CAL Suite or Microsoft Enterprise CAL Suite), you must acquire a Windows Server 2012 RDS CAL for each user or device that (i) directly or indirectly accesses any of the RDS functionality and/or (ii) directly or indirectly accesses the server software to interact with a graphical user interface (GUI) using RDS functionality or any other third-party technology.
        Remote Desktop Services functionality is defined as those features or services that are running when enabling the Remote Desktop Services role and/or role service(s) in Windows Server 2008, Windows Server 2008 R2, Windows Server 2012, or Windows Server 2012 R2. This includes, but is not limited to, Remote Desktop Gateway, Remote Desktop Web Access, Remote Desktop Connection Broker, Remote Desktop Session Host, and Remote Desktop Virtualization Host.

        Здесь упирали на “… using RDS functionality or any other third-party technology” и “This includes, but is not limited to …”.

Skip to main content