locked
windows server 2016 под vmware, как лицензировать? RRS feed

  • Вопрос

  • Добрый день.

    не могу разобраться, как лицензировать сервер.

    есть физический хост, работающий под vmware, на нем крутятся 4 виртуальных windows server 2016, каждый с двумя виртуальными процессорами.

    достаточно ли мне приобрести один 8-pack и раскидать его по виртуалкам, или на каждую виртуальную машину свой 8-pack необходим?

    7 октября 2016 г. 12:35

Ответы

  • Добрый день.

    не могу разобраться, как лицензировать сервер.

    есть физический хост, работающий под vmware, на нем крутятся 4 виртуальных windows server 2016, каждый с двумя виртуальными процессорами.

    достаточно ли мне приобрести один 8-pack и раскидать его по виртуалкам, или на каждую виртуальную машину свой 8-pack необходим?

    Здравствуйте.

    Если ваш сервер имеет 16 (или менее 16) физических ядер (в 1 или 2 процессорах), то для получения права запуска на таком сервере 1 физического и 2 виртуальных экземпляров Win Svr нужно приобрести 8 двух-ядерных лицензий Win Svr 2016 Std. Это минимальный пакет для серверов начального уровня (до 2 процессоров и до 16 ядер включительно)

    Если на таком сервере требуется запустить 3 или 4 виртуальных экземпляра Win Svr то придется приобрести еще раз 8 двух-ядерных лицензий Win Svr 2016 Std. Общее количество требуемых лицензий составит 16 (8*2).

    Если на таком сервере требуется запустить 5 или 6 виртуальных экземпляров Win Svr то придется приобрести еще раз 8 двух-ядерных лицензий Win Svr 2016 Std. Общее количество требуемых лицензий составит 24 (8*3).

    ...и т.д. 

    Если на сервере требуется запустить 14 и более вирт.экз. Win Svr, то дешевле купить 8 двух-ядерных лицензий Win Svr 2016 Datacenter (он примерно в 7 раз дороже, чем Std).

    Вот так всё сложно стало с лицензированием Win Svr 2016...

    • Помечено в качестве ответа MSBuy.ruModerator 27 октября 2016 г. 10:04
    7 октября 2016 г. 20:35
    Модератор
  • Можно наверное даже придумать формулу:

    LP = MAX(CEIL(C / 2),  8) * CEIL (V / 2)

    Где:

    LP - требуемое число пакетов лицензий

    C - число ядер (1-2 CPU)

    V - требуемое число ВМ

    MAX - максимальное число

    CEIL - округление до ближайшего большего целого

    Пример для C = 10, V = 6

    LP = MAX(CEIL(20 / 2),  8) * CEIL (6 / 2) = MAX(10,  8) * CEIL (3) =  10 * 3 = 30.

    Пример для C = 1, V = 1

    LP = MAX(CEIL( 1 / 2),  8) * CEIL (1 / 2) = MAX(1,  8) * CEIL (.5) =  8 * 1 = 8.

    Пример для C = 15, V = 33

    LP = MAX(CEIL(15 / 2),  8) * CEIL (33 / 2) = MAX(8,  8) * CEIL (16.5) =  8 * 17 = 136.



    This posting is provided "AS IS" with no warranties, and confers no rights.

    31 октября 2016 г. 18:04
    Модератор
  • Здравствуйте, а если данные хосты в кластере и используется живая миграция? Количество лицензий изменится? Нужно ли одинаково лицензировать все хосты в кластере?

    Если существует какой-то алгоритм (ручной или автоматический) переноса виртуальных экземпляров Windows Server между устройствами, то требуется лицензионное покрытие, учитывающее все возможные варианты дислокации виртуальных экземпляров на устройствах с учетом причины переноса.

    Есть две причины переноса, отличающиеся юридически:

    1. Спонтанное желание сисадмина, необходимость балансировки нагрузки или иная технологическая причина

    2. Выход из строя устройства

    Если имеет место причина №2, то лицензии разрешено переносить с устройства на устройство. Если причина №1, то не разрешено.

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


    30 ноября 2016 г. 10:35
    Модератор

Все ответы

  • Исходя из крайней заявленной и пока действующей логики Майкрософт, то Вам нужно лицензировать физический сервер, вне зависимости от платформы виртуализации.
    7 октября 2016 г. 13:40
    Модератор
  • какая интересная у них логика.

    а если у меня есть лицензия на 2012r2 datacenter, которую можно использовать в качестве хоста для виртуальных серверов windows server 2016, то как в этом случае 2016е виртуалки лицензировать?

    7 октября 2016 г. 13:53
  • Точно так же, ведь от платформы виртуализации ничего не зависит.

    This posting is provided "AS IS" with no warranties, and confers no rights.

    7 октября 2016 г. 19:55
    Модератор
  • Добрый день.

    не могу разобраться, как лицензировать сервер.

    есть физический хост, работающий под vmware, на нем крутятся 4 виртуальных windows server 2016, каждый с двумя виртуальными процессорами.

    достаточно ли мне приобрести один 8-pack и раскидать его по виртуалкам, или на каждую виртуальную машину свой 8-pack необходим?

    Здравствуйте.

    Если ваш сервер имеет 16 (или менее 16) физических ядер (в 1 или 2 процессорах), то для получения права запуска на таком сервере 1 физического и 2 виртуальных экземпляров Win Svr нужно приобрести 8 двух-ядерных лицензий Win Svr 2016 Std. Это минимальный пакет для серверов начального уровня (до 2 процессоров и до 16 ядер включительно)

    Если на таком сервере требуется запустить 3 или 4 виртуальных экземпляра Win Svr то придется приобрести еще раз 8 двух-ядерных лицензий Win Svr 2016 Std. Общее количество требуемых лицензий составит 16 (8*2).

    Если на таком сервере требуется запустить 5 или 6 виртуальных экземпляров Win Svr то придется приобрести еще раз 8 двух-ядерных лицензий Win Svr 2016 Std. Общее количество требуемых лицензий составит 24 (8*3).

    ...и т.д. 

    Если на сервере требуется запустить 14 и более вирт.экз. Win Svr, то дешевле купить 8 двух-ядерных лицензий Win Svr 2016 Datacenter (он примерно в 7 раз дороже, чем Std).

    Вот так всё сложно стало с лицензированием Win Svr 2016...

    • Помечено в качестве ответа MSBuy.ruModerator 27 октября 2016 г. 10:04
    7 октября 2016 г. 20:35
    Модератор
  • понял, спасибо.

    надеюсь, жадность их все таки когда нибудь погубит.

    7 октября 2016 г. 21:36
  • понял, спасибо.

    надеюсь, жадность их все таки когда нибудь погубит.

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

    Теперь о цене:

    Цена пакета из 8 двух-ядерных лицензий 2016 не отличается от цены 1 двух-процессорной лицензии 2012R2.

    Это как вместо 1 большого сникерса купить 8 маленьких. Деньги те же, просто возни больше.

    7 октября 2016 г. 22:46
    Модератор
  • Если на таком сервере требуется запустить 3 или 4 виртуальных экземпляра Win Svr то придется приобрести еще раз 8 двух-ядерных лицензий Win Svr 2016 Std. Общее количество требуемых лицензий составит 16 (8*2).

    Все понятно с классическим примером, где на сервере 16 и менее ядер. А если на физической машинке, например, 20 ядер и необходимо 6 ВМ, то (следуя логике МС) мы уже предлагаем 10 лицензий + 10 лицензий + 10 лицензий, так? 
    В этом случае лицензирование ВМ становится "золотым" (при большем, чем 16, количестве ядер).

    И второй вопрос: Как нам теперь правильно лицензировать ВМ с *логическими* ядрами на VMWare, например?

    17 октября 2016 г. 11:24
  • Я думаю Вы не правы с этим выражением

    Это минимальный пакет для серверов начального уровня (до 2 процессоров и до 16 ядер включительно)

    Лицензируется по ядрам  и минимальный пакет на один процессор (8 лицензий), если два процессора тогда покупайте 16 лицензий из расчета как Вы уже писали (8*2)

    https://www.microsoft.com/ru-ru/server-cloud/products/windows-server-2016/default.aspx

    Скачать файлик "Скачать вопросы и ответы о лицензировании Windows Server 2016 и System Center 2016

    Each physical server will be required to be licensed for all physical cores 

    Each physical processor will be required to be licensed with a minimum of 8 physical cores

    Each physical server will be required to be licensed with a minimum of two processors, totaling a minimum of 16 physical cores 

    Core licenses will be sold in two-core packs

      Перевод:

    На каждый физический процессор  необходимо иметь лицензию минимум 8 физических ядер

    17 октября 2016 г. 12:07
  • Реальные примеры, которые произошли именно с мной. Имею сервер

    Приобретаю 24 лицензии

    Имею сервер 

    Буду покупать 16 лицензий

    17 октября 2016 г. 12:18
  • Если на таком сервере требуется запустить 3 или 4 виртуальных экземпляра Win Svr то придется приобрести еще раз 8 двух-ядерных лицензий Win Svr 2016 Std. Общее количество требуемых лицензий составит 16 (8*2).

    Все понятно с классическим примером, где на сервере 16 и менее ядер. А если на физической машинке, например, 20 ядер и необходимо 6 ВМ, то (следуя логике МС) мы уже предлагаем 10 лицензий + 10 лицензий + 10 лицензий, так? 
    В этом случае лицензирование ВМ становится "золотым" (при большем, чем 16, количестве ядер).

    И второй вопрос: Как нам теперь правильно лицензировать ВМ с *логическими* ядрами на VMWare, например?

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

    У Windows Server 2016 лицензируются только физические ядра хостов. Т.е. сколько логических ядер в виртуальной среде вы нарежете уже не важно.


    Сазонов Илья

    https://isazonov.wordpress.com/

    17 октября 2016 г. 13:09
    Модератор
  • Господа, может кто нибудь уже пнет российское представительство, пусть выпустят официальный гайдпо лицензированию? :)

    хотя, помню, как они мне меняли по гарантии мышку (ARC) больше ДВУХ ЛЕТ, понимаю, что вряд ли мы этот гайд увидим.. )

    17 октября 2016 г. 22:02
  • Есть официальные документы по лицензированию (PUR) на русском языке:

    http://www.microsoftvolumelicensing.com/DocumentSearch.aspx?Mode=3&DocumentTypeId=53

    https://www.microsoft.com/en-us/licensing/product-licensing/products.aspx

    Если это не то, что вам нужно, то уточните ваш вопрос.


    Сазонов Илья

    https://isazonov.wordpress.com/

    18 октября 2016 г. 4:41
    Модератор
  • Сорри, но вы меня не поняли. Это, наверное, моя вина, как говорящего :)

    Задам вопрос по другому: У меня есть сервер с 2 процессорами, по 10 ядер. Нужно поднять 6 ВМ на нем. Сколько наборов лицензий (по 2 ядра) мне нужно приобрести? :) 

    31 октября 2016 г. 11:06
  • Сорри, но вы меня не поняли. Это, наверное, моя вина, как говорящего :)

    Задам вопрос по другому: У меня есть сервер с 2 процессорами, по 10 ядер. Нужно поднять 6 ВМ на нем. Сколько наборов лицензий (по 2 ядра) мне нужно приобрести? :) 

    Здравствуйте.

    Для сервера с 20 ядрами требуемое количество лицензий (ТКЛ) = 10 двух-ядерных лицензий Win Svr 2016.

    После покупки ТКЛ вы получаете право установки и запуска на нем 1 физического и 1-2 виртуальных экземпляров Win Svr Std.

    После покупки ТКЛ * 2 вы получаете право установки и запуска на нем до 1-4 виртуальных экземпляров Win Svr Std.

    После покупки ТКЛ * 3 вы получаете право установки и запуска на нем 1-6 виртуальных экземпляров Win Svr Std.

    Итого:

    Для вашего 20-ядерного сервера c 6 вирт.экземплярами Win Svr Std понадобится приобрести 10*3=30 двух-ядерных лицензий.

    По деньгам это будет чуть больше, чем стоили бы 3 лицензии Win Svr Std 2012R2.

    31 октября 2016 г. 16:08
    Модератор
  • Можно наверное даже придумать формулу:

    LP = MAX(CEIL(C / 2),  8) * CEIL (V / 2)

    Где:

    LP - требуемое число пакетов лицензий

    C - число ядер (1-2 CPU)

    V - требуемое число ВМ

    MAX - максимальное число

    CEIL - округление до ближайшего большего целого

    Пример для C = 10, V = 6

    LP = MAX(CEIL(20 / 2),  8) * CEIL (6 / 2) = MAX(10,  8) * CEIL (3) =  10 * 3 = 30.

    Пример для C = 1, V = 1

    LP = MAX(CEIL( 1 / 2),  8) * CEIL (1 / 2) = MAX(1,  8) * CEIL (.5) =  8 * 1 = 8.

    Пример для C = 15, V = 33

    LP = MAX(CEIL(15 / 2),  8) * CEIL (33 / 2) = MAX(8,  8) * CEIL (16.5) =  8 * 17 = 136.



    This posting is provided "AS IS" with no warranties, and confers no rights.

    31 октября 2016 г. 18:04
    Модератор
  • Спасибо!!!
    Вы - волшебник :)
    1 ноября 2016 г. 8:53
  • Спасибо!
    1 ноября 2016 г. 8:53
  • Сорри, но вы меня не поняли. Это, наверное, моя вина, как говорящего :)

    Задам вопрос по другому: У меня есть сервер с 2 процессорами, по 10 ядер. Нужно поднять 6 ВМ на нем. Сколько наборов лицензий (по 2 ядра) мне нужно приобрести? :) 

    Здравствуйте.

    Для сервера с 20 ядрами требуемое количество лицензий (ТКЛ) = 10 двух-ядерных лицензий Win Svr 2016.

    После покупки ТКЛ вы получаете право установки и запуска на нем 1 физического и 1-2 виртуальных экземпляров Win Svr Std.

    После покупки ТКЛ * 2 вы получаете право установки и запуска на нем до 1-4 виртуальных экземпляров Win Svr Std.

    После покупки ТКЛ * 3 вы получаете право установки и запуска на нем 1-6 виртуальных экземпляров Win Svr Std.

    Итого:

    Для вашего 20-ядерного сервера c 6 вирт.экземплярами Win Svr Std понадобится приобрести 10*3=30 двух-ядерных лицензий.

    По деньгам это будет чуть больше, чем стоили бы 3 лицензии Win Svr Std 2012R2.

    Здравствуйте, а если данные хосты в кластере и используется живая миграция? Количество лицензий изменится? Нужно ли одинаково лицензировать все хосты в кластере?
    30 ноября 2016 г. 9:08
  • Здравствуйте, а если данные хосты в кластере и используется живая миграция? Количество лицензий изменится? Нужно ли одинаково лицензировать все хосты в кластере?

    Если существует какой-то алгоритм (ручной или автоматический) переноса виртуальных экземпляров Windows Server между устройствами, то требуется лицензионное покрытие, учитывающее все возможные варианты дислокации виртуальных экземпляров на устройствах с учетом причины переноса.

    Есть две причины переноса, отличающиеся юридически:

    1. Спонтанное желание сисадмина, необходимость балансировки нагрузки или иная технологическая причина

    2. Выход из строя устройства

    Если имеет место причина №2, то лицензии разрешено переносить с устройства на устройство. Если причина №1, то не разрешено.

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


    30 ноября 2016 г. 10:35
    Модератор
  • Здравствуйте, а если данные хосты в кластере и используется живая миграция? Количество лицензий изменится? Нужно ли одинаково лицензировать все хосты в кластере?

    Если существует какой-то алгоритм (ручной или автоматический) переноса виртуальных экземпляров Windows Server между устройствами, то требуется лицензионное покрытие, учитывающее все возможные варианты дислокации виртуальных экземпляров на устройствах с учетом причины переноса.

    Есть две причины переноса, отличающиеся юридически:

    1. Спонтанное желание сисадмина, необходимость балансировки нагрузки или иная технологическая причина

    2. Выход из строя устройства

    Если имеет место причина №2, то лицензии разрешено переносить с устройства на устройство. Если причина №1, то не разрешено.

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


    Спасибо за ответ!

    Еще один момент, в документе "Условия для продуктов, предоставляемых в рамках корпоративного лицензирования Microsoft (русский, ноябрь 2016 г.)", указано что "Для Продуктов с моделью лицензирования «на ядро» Клиент может выбрать Лицензирование по Физическим ядрам на Сервере или Лицензирование по отдельным Виртуальным операционным средам... 

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

    Правильно ли я понимаю, что есть возможность лицензировать отдельные виртуальные машины (Virtual OSE) в виртуальной среде, за счет лицензирования их виртуальных ядер?

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

    Или это две отдельные ветки лицензирования?

    30 ноября 2016 г. 12:23
  • Еще один момент, в документе "Условия для продуктов, предоставляемых в рамках корпоративного лицензирования Microsoft (русский, ноябрь 2016 г.)", указано что "Для Продуктов с моделью лицензирования «на ядро» ...

    Если вопрос касается Win Svr, то вы не туда посмотрели.

    В разделе "Windows Server" на стр.52 есть табличка "Права на использование". В ней есть ячейка "Условия лицензии". В ней есть ссылка на раздел в "Универсальных условиях лицензирования", которым подчиняется данный продукт. В русскоязычной версии есть мелкий косяк - ссылка называется не правильно, но указывает на правильный раздел. В английской версии все написано верно - и название и ссылка.

    30 ноября 2016 г. 13:13
    Модератор

  • Для сервера с 20 ядрами требуемое количество лицензий (ТКЛ) = 10 двух-ядерных лицензий Win Svr 2016.

    После покупки ТКЛ вы получаете право установки и запуска на нем 1 физического и 1-2 виртуальных экземпляров Win Svr Std.


    А подскажите еще, пожалуйста, в простейшем случае - 1 сервер 8 ядер, на нем 2 виртуалки, есть ли какие-то ограничения по ролям для хостовой ОС? Или все три системы можно использовать равнозначно?
    8 февраля 2018 г. 12:02
  • А подскажите еще, пожалуйста, в простейшем случае - 1 сервер 8 ядер, на нем 2 виртуалки, есть ли какие-то ограничения по ролям для хостовой ОС? Или все три системы можно использовать равнозначно?

    Здравствуйте.

    Официальная формулировка в MPT звучит так:

    Отсюда ответы на ваши вопросы:

    Ограничения есть (см.выше).

    Нелзья (см.выше).

    8 февраля 2018 г. 13:04
    Модератор
  • Благодарю за разъяснение.
    12 февраля 2018 г. 14:17
  • Ограничения есть (см.выше).

    Вот, кстати, интересный вопрос, ответ на который давно хочу от команды msbuy.ru услышать.

    Развёртывание ролей, например, Active Directory на хосте исключительно для гостевых операционных машин — это "предоставление удалённого доступа и управления"?
    12 февраля 2018 г. 15:18
    Модератор
  • Ограничения есть (см.выше).

    Вот, кстати, интересный вопрос, ответ на который давно хочу от команды msbuy.ru услышать.

    Развёртывание ролей, например, Active Directory на хосте исключительно для гостевых операционных машин — это "предоставление удалённого доступа и управления"?

    К сожалению, в условиях лицензирования продуктов Microsoft есть несколько формулировок, не получивших толкования в глоссарии или в тексте. Формулировка ограничений на сценарий использования физ.экз Win Svr - одна из них. Для понимания и оценки таких формулировок приходится использовать только логику и здравой смысл.

    Эти два инструмента подсказывают нам, что ограничение на сценарий использования физ.экз. Win Svr введено вендором чисто из экономических соображений. Покупатель, заплативший за лицензию, получает право использовать 2 экземпляра продукта. Не 3 и не 2.5 и не 2.1, а ровно 2 и ни байтом больше.

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

    Виртуальная операционная среда — Операционная среда, настраиваемая для запуска в виртуальной аппаратной системе;

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

    Итого:

    Определение Операционной среды (OSE) дает ключ выбору необходимых и достаточных ролей в физическом экземпляре Win Svr. Очевидно, среди них есть роль Hyper-V. А можно ли без AD соблюсти определение Операционной среды (OSE)? Наверное, можно. Но тут, как говорится, на вкус и цвет....

    12 февраля 2018 г. 18:08
    Модератор
  • Я думаю что можно сформулировать так: можно поднять 2 ВМ если сервисы хоста не доступны пользователям.

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



    This posting is provided "AS IS" with no warranties, and confers no rights.

    12 февраля 2018 г. 18:50
    Модератор
  • Я думаю что можно сформулировать так: можно поднять 2 ВМ если сервисы хоста не доступны пользователям.

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



    This posting is provided "AS IS" with no warranties, and confers no rights.

    Вербальная формулировка ограничений может звучать по разному и содержать разные смысловые оттенки, понятные одному человеку и непонятные другому. Главное помнить, что формулировка не должна намекать на какое-либо полезное использование функционала физического экземпляра Win Svr, кроме разрешенного в MPT.

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

    12 февраля 2018 г. 20:25
    Модератор
  • Ограничения есть (см.выше).

    Вот, кстати, интересный вопрос, ответ на который давно хочу от команды msbuy.ru услышать.

    Развёртывание ролей, например, Active Directory на хосте исключительно для гостевых операционных машин — это "предоставление удалённого доступа и управления"?
    Странно, но несколько лет назад Вы, Денис, утверждали что это разрешено. А, оказывается, Вы сами этого не знали...
    12 февраля 2018 г. 22:09


  • Если обратиться к англоязычной формулировке, то там будет написано:  to host and manage. To host, данном случае, можно перевести как "предоставлять, обеспечивать" VOSE (синоним слова provide). Т.е. в англоязычной версии не говорится ни о каком удаленном доступе. А имеется четкое, явное определение - исключительно для предоставления и управления виртуальными средами. Это, во-первых.

    Во-вторых, я специально выделил союз "and". Это означает, что оба этих условия должны выполняться одновременно. В случае выполнения лишь одного условия, там бы стоял союз "or". Почему это важно? может ли AD управлять VOSE - может. Может ли лишь один AD предоставлять VOSE - не может. Как видите, условие "and" - не выполняется, следовательно, устанавливать AD DS на хост виртуализации при использовании двух VOSE - нельзя.


    • Изменено Anahaym 12 февраля 2018 г. 22:43 бы
    • Предложено в качестве ответа Alexander RusinovModerator 12 февраля 2018 г. 22:46
    • Отменено предложение в качестве ответа Denis DyagilevEditor 13 февраля 2018 г. 6:21
    12 февраля 2018 г. 22:41
  • Странно, но несколько лет назад Вы, Денис, утверждали что это разрешено. А, оказывается, Вы сами этого не знали...

    Anahaym, Вы пишете, чтобы писать? 

    Что в Вашем понимании host and manage? Что такое host? Что такое manage? Попадает ли под эту терминологию фунциональность, предоставляемая Active Dicrectory в части групповых политик, например, ограничивающих работу сетевого экрана, термнального доступа и WMI-фильтров? В моём — да. Важно было услышать мнение msbuy.ru, а не Ваши семантические разборы.

    13 февраля 2018 г. 6:27
    Модератор
  • Что в Вашем понимании host and manage? Что такое host? Что такое manage?

    что такое host я описал выше. Даже ссылку на Кембриджский университет предоставил. И Вы не можете рассматривать host и manage по отдельности.

    Попадает ли под эту терминологию фунциональность, предоставляемая Active Dicrectory в части групповых политик, например, ограничивающих работу сетевого экрана, термнального доступа и WMI-фильтров? В моём — да.

    Да, всё выше перечисленное может быть использовано для управления VOSE, но по МРТ, одновременно должно выполняться условие предоставления VOSE, но ни сетевой экран, ни терминальный доступ, ни WMI-фильтры не предоставляют\обеспечивают запуск VOSE.

    И как Вам ответил MSBuy.ru:

    Итого:
    Определение Операционной среды (OSE) дает ключ выбору необходимых и достаточных ролей в физическом экземпляре Win Svr. Очевидно, среди них есть роль Hyper-V. А можно ли без AD соблюсти определение Операционной среды (OSE)? Наверное, можно. Но тут, как говорится, на вкус и цвет....

    Своим ответом, я лишь подчеркнул, что не просто "наверное, можно", о "однозначно, можно", а следовательно, AD не является обязательной для "host and manage the Virtual OSE".

    Anahaym, Вы пишете, чтобы писать?
    Так же как и Вы в тот раз (4 года назад), написали не зная ответа.
    Важно было услышать мнение msbuy.ru, а не Ваши семантические разборы.

    а что, msbuy.ru является последней инстанцией или MSFT? И я не имею права отвечать на форумах? От чего такая дискриминация?



    • Изменено Anahaym 13 февраля 2018 г. 8:53 4 года назад
    13 февраля 2018 г. 8:40
  • ...следовательно, устанавливать AD DS на хост виртуализации при использовании двух VOSE - нельзя.

    Здесь  важно понимать разницу между действиями, описываемыми словами устанавливать и использовать

    В MPT применено слово использовать:


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

    Образно говоря, речь идет о наборе инструментов:

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



    • Изменено MSBuy.ruModerator 13 февраля 2018 г. 9:35 (дополнение)
    13 февраля 2018 г. 9:35
    Модератор
  • Anahaym, ещё раз -)

    Мне важно было услышать мнение команды msbuy.ru, а не Ваше. Судя по всему, для Вас понятия "знать" и "уточнять" тождествены. Тем не менее, Вам тоже спасибо за цитаты и болд. На этом предлагаю прекратить всем оффтоп.


    13 февраля 2018 г. 9:56
    Модератор
  • ...следовательно, устанавливать AD DS на хост виртуализации при использовании двух VOSE - нельзя.

    Здесь  важно понимать разницу между действиями, описываемыми словами устанавливать и использовать

    В MPT применено слово использовать

    совершенно верно, только это слово применено не к ролям, а POSE в целом: если POSE используется исключительно для host and manage (я не могу принять русский перевод, ибо он сильно отличается от английского оригинала).

    Т.е. у меня есть POSE. Что неоходимо для host and manage VOSE? Ответ: роль Hyper-V. Manage имеется ввиду, к примеру, включить, перезагрузить, выключить, изменить конфигурацию. Конечно с помощью групповый политик тоже можно manage (выключать, перезагружать и т.п.), однако групповые политики не могу host. А по МРТ, как я писал выше, эти два условия должный выполняться одновременно для каждой устанавливамой роли.

    Образно говоря, речь идет о наборе инструментов:

    я немного попробую перефразировать Ваш пример: Вы купили набор инструментов, который может содержать два виртуальный набора инструментов. Вы можете использовать физический набор инструментов, если он используется исключительно для host and manage двух виртуальных наборов инструметов. Для того, чтобы виртуализировать и управлять наборами Вам надо использовать "гаечный ключ". Но "молоток" не предназначен для виртуализации и управления виртуальными наборами.

    Но ему не запрещается брать в руки другие инструменты и любоваться им.

    И я позовлю себе процитировать Игоря Лейко: согласно законодательству РФ, то, что явно не разрешено - запрещено. У пользователя нет явного разрещения на использование "Молотка", который не предназначены для host and manage, то есть Active Directory.

    Как то так.

    На этом предлагаю прекратить всем оффтоп.
    а где тут оффтоп? мы осуждаем МРТ
    • Изменено Anahaym 13 февраля 2018 г. 10:12
    13 февраля 2018 г. 10:08
  • У пользователя нет явного разрещения на использование "Молотка", который не предназначены для host and manage, то есть Active Directory.

    Понимаете, какое дело. У пользователи нет явного разрешения использовать Notepad. И чего?



    13 февраля 2018 г. 12:11
    Модератор

  • На этом предлагаю прекратить всем оффтоп.

    а где тут оффтоп? мы осуждаем МРТ
    Кстати, да. Давайте закрывать местное обсуждение. Если хотите, стартуйте новую тему. Но она не стоит какого-то отдельного обсуждения.
    13 февраля 2018 г. 12:14
    Модератор
  • У пользователя нет явного разрещения на использование "Молотка", который не предназначены для host and manage, то есть Active Directory.

    Понимаете, какое дело. У пользователи нет явного разрешения использовать Notepad. И чего?

    вообще-то есть:

    а. Область применения.
     Настоящее соглашение относится к программному обеспечению Windows, которое было предварительно установлено на вашем устройстве или приобретено у розничного продавца и установлено вами самостоятельно, носителям, на которых вы получили программное обеспечение (если таковые имеются), любым шрифтам, значкам, изображениям или звуковым файлам, предоставляемым в составе программного обеспечения, а также ко всем обновлениям, дополнениям или службам Microsoft для программного обеспечения, если в их отношении не применяются иные условия. Это также касается разработанных в Microsoft приложений для Windows, которые обеспечивают функциональные возможности, связанные, например, с электронной почтой, контактами, музыкой и фотографиями, и предоставляются в составе Windows. Если настоящее соглашение содержит условия, касающиеся функции или службы, которые не доступны на вашем устройстве, то эти условия не применяются.

    Давайте закрывать местное обсуждение.

    Вот как значит получается. Denis Dyagilev и Федору Кубанец(у) можно спрашивать технические вопросы в этой теме, а мне нельзя спросить тоже самое? Снова дискриминация?

    Но вернёмся к основному вопросу. Есть ли точный ответ, можно ли устанавливать Active Directory на хост с ролью Hyper-V при наличии двух виртуальных машин и лицензии Стандарт ?

    Вы ведь сами понимаете, что ответы "Наверное, можно\нельзя. Но тут, как говорится, на вкус и цвет..." в случаях, когда нужно будет держать ответ перед уполномоченными органами не подойдут. Если у Вас нету точного ответа на этот вопрос, то куда в Microsoft можно с ним обратиться?

    Заранее благодарю.

    15 февраля 2018 г. 9:11
  • и предоставляются в составе Windows

    Функционал роли AD не предоставляется в составе Windows?
    15 февраля 2018 г. 9:33
    Модератор
  • Функционал роли AD не предоставляется в составе Windows?
    совершенно верно, но там же в лицензии стоит ограничение на использование в случае "если...". Вот, не всем понятно: касается оно (ограничение) Active Directory или нет.

    Другой пример приведу. Вы купили и установили Windows Server 2016. И им стали пользоваться 100 пользователей. Ведь они могут делать это из коробки, не так ли? Но что бы легально пользоваться этим сервером неоходимо купить 100 CAL. Это я к чему, что даже при наличии чего-то "в коробке", ещё не означает что у вас есть право это использовать. Ещё одним примером являются пользовательские лицензии Exchange Enterprise.
    • Изменено Anahaym 15 февраля 2018 г. 9:42
    15 февраля 2018 г. 9:37
  • Функционал роли AD не предоставляется в составе Windows?

    совершенно верно, но там же в лицензии стоит ограничение на использование в случае "если...". Вот, не всем понятно: касается оно (ограничение) Active Directory или нет.

    Не понятно, что конкретно вас смущает в случае если... применительно к роли AD и любым другим ролям Win Svr, предоставляемым в составе Win Svr?


    15 февраля 2018 г. 9:45
    Модератор
  • да, к любым ролям кроме Hyper-V. Я вот открыл лицензию на 2016 сервер:

    d. Запуск экземпляров серверного программного обеспечения
    Windows Server Standard
    ii. Если вы одновременно запускаете все разрешенные экземпляры, экземпляр серверного программного обеспечения, запущенный в физической операционной среде, может использоваться только для:
    · работы программного обеспечения виртуализации устройств;
    · предоставления услуг по виртуализации устройств;
    · запуска программного обеспечения управления операционными средами и их обслуживания на лицензированном сервере.
    интересует нас третий пункт. Как заметил Денис, что означает "управление и обслуживание"?
    Для меня "управление" это "включить, выключить, переместить и т.п." виртуальный экземпляр операционной среды.
    Для меня "обслуживание" это "резервное копирование, восстановление и т.п." виртуального экземпляра операционной среды.
    Использование групповых политик для настройки, к примеру Firewall, является для меня "настройкой" виртуального экземпляра операционной среды.
    15 февраля 2018 г. 10:49
  • интересует нас третий пункт. Как заметил Денис, что означает "управление и обслуживание"?

    Стоп-стоп-стоп. Не увлекайтесь, пожалуйста. Надо закончить обсуждение начального вопроса, который вызвал у вас интерес и стал причиной траты времени. Он формулируется так:

    Разрешено ли устанавливать и никак не использовать роль AD на физическом экземпляре Windows Server под двумя виртуальными экземплярам Windows Server?

    Выражение никак не использовать означает, в частности, не использовать для управления и обслуживания каких-либо экземпляров Windows Server.

    Ответ на этот вопрос звучит так: разрешено.

    Почему?

    Потому, что действие установка роли AD не имеет ничего общего с действием использование роли AD. Лицензия ограничивает использование, но не ограничивает установку.

    Если у вас есть свое мнение на этот счет, выскажите его, пожалуйста. И на этом закрываем тему. Пусть даже с разными мнениями.


    15 февраля 2018 г. 11:20
    Модератор
  • Надо закончить обсуждение начального вопроса, который вызвал у вас интерес и стал причиной траты времени. Он формулируется так:

    Разрешено ли устанавливать и никак не использовать роль AD на физическом экземпляре Windows Server под двумя виртуальными экземплярам Windows Server?

    стоп-стоп-стоп. Изначально вопрос звучал так:

    Развёртывание ролей, например, Active Directory на хосте исключительно для гостевых операционных машин — это "предоставление удалённого доступа и управления"?

    если "для гостевых операционных машин" не подразумевает использование, тогда мне не понятно, для чего этот вопрос был задан Денисом. я лишь присоеденился к этому вопросу. Правильно ли я понял, что к примеру AD на хост виртуализации с двумя запущенными ВМ:
    1) устанавливать можно
    2) использовать (присоедениять ВМ к домену AD (который на физическом хосте)) нельзя (тогда теряется смысл первого пункта).

    p.s. мне жаль, что Вы считатете Вашу помощь на технете тратой времени.


    • Изменено Anahaym 15 февраля 2018 г. 12:34
    15 февраля 2018 г. 12:18