Windows 10 лицензирование виртуальной машины

Разбираемся в условиях лицензирования Windows 10

Пользователи Windows никогда не “владели” ОС, за которую они заплатили, но с выходом Windows 10 правила кардинально поменялись.

Привязка лицензии ОС к конкретной конфигурации оборудования

Лицензирование Windows всегда было непрозрачным и туманным. Например, Windows 7 имела розничную версию, OEM-версию и корпоративные издания. Теоретически, OEM-версия (т.е. когда ОС поставлялась с новым компьютерным оборудованием) была привязана к оборудованию, с которым она поставлялась. Розничные retail-версии были “портативными”, и пользователь получать возможность переносить свою копию Windows 7 с одного компьютера на другой, при условии, что на старой машине система больше не будет использоваться. Большинство retail-версий применялись как раз для установки на модернизированные машины или компьютеры с ручной сборкой отдельных компонентов. Обычно вам нужно было повторно авторизовать вашу копию Windows для новой системы, но в большинстве случае данная процедура была лишь формальностью.

В долгосрочной перспективе, портативность не является свойством бесплатной версии Windows 10. Когда Вы устанавливаете Windows 10, серверы активации Microsoft создают и сохраняют уникальный идентификатор, основанный на старом ключе и учитывающем конфигурацию оборудования текущей машины. Новая Windows 10 будет привязана к обновленной системе, а оригинальный ключ Windows 7/8.1 больше не будет действительным. (Таким образом, Вы сможете откатиться обратно к Windows 7, но не сможете одновременно запускать оригинальную ОС и Windows 10, например, в виртуальной машине или в режиме выбора нескольких ОС при загрузке).

Комментарий официального представителя Microsoft: “По истечению первого года, Вы больше не сможете переносить копию на другое устройство, т.к. обновление привязано к конкретному компьютеру, а не к лицензии или учетной записи Windows. Спустя год после выхода Windows 10, если на устройстве не была обновлена Windows, пользователю нужно будет отдельно приобретать копию Windows 10 в Магазине Microsoft или у официальных дистрибьюторов продуктов Microsoft”.

Как бы то ни было, Вы по-прежнему можете обновить систему Windows 10. Также как это было с предыдущими версиями Windows (обычно привязанными к программе Windows Genuine Advantage), Вам нужно будет позвонить в Microsoft для повторной активации (реактивации) лицензии, если Вы поменяете основные компоненты компьютера после обновления до Windows 10 (многих пользователей это раздражает, но на самом деле это не слишком болезненный процесс).

К сожалению, критерии изменений, которые требуют реактивацию системы довольно расплывчаты. Например, при добавлении ОЗУ повторная активация не требуется, но при замене материнской платы она нужна (в OEM-версиях замена материнской платы допускается, только если ПК еще на гарантии).

Другие общие вопросы про обновление Windows 10

Многие пользователи спрашивают, можно ли зарезервировать бесплатное обновление сейчас, а провести это обновление позже. Ответ очень прост: если Вы успеете выполнить обновление до конца июля 2016 года, потребительские версии Windows 10 будут для вас бесплатны. После июля 2016 Вам нужно будет приобрести лицензию Windows 10.

Некоторые пользователи Windows интересуются, могут ли они приобрести копию Windows 10 сейчас бесплатно, а начать пользоваться новой ОС после июля 2016 года. Как правило, эти пользователей ждут момента, когда разработчики сторонних приложений добавит поддержку Windows 10 в программы для корпоративных нужд. Чтобы отложить миграцию Windows 10 пользователи должны создать резервную копию системы Windows 7/8.1, а затем установить бесплатное обновление и откатиться назад на Windows 7/8.1. В этом случае они смогут перейти на бесплатную версию Windows 10 когда им заблагорассудится.

Тем не менее, на старых системах возможно нужно будет ввести лицензионный ключ Windows 10. Вы можете узнать его используя специальные просмотрщики ключей, например, утилиту NirSoft Produkey (как ни странно, поиск Google выдает большое количество сайтов, продающих ключи для бесплатной в данный момент Windows 10).

Новые системы с UEFI и поддержкой Microsoft Data Management будут хранить ключ Windows 10 в прошивке материнской платы. Если вы восстанавливаете Windows 10 до исходного состояния или выполняете чистую установку, операционная система найдет лицензионный ключ самостоятельно.

В любом случае ваша система должна быть успешно обновлена до Windows 10. Только в этом случае она будет добавлена белый список продуктов Microsoft в качестве подлинной. В настоящее время есть ли у вас запрашивается ключ во время переустановки Windows 10, Вы можете использовать общий ключ (рисунок 1).

Рисунок 1. На данный момент, можно использовать общий ключ для переустановки Windows 10 (на рисунке показан ключ Windows 10 Pro)

Обновление с 32-битной версии Windows на 64-битную

Обновление только до аналогичных версий

Некоторые пользователи Windows жалуются на отсутствие Media Center в Windows 10. Соответствующая страница на веб-портале Microsoft отмечает, то на некоторых системах можно бесплатно получить приложение для проигрывания DVD из Магазина Windows. Остальные пользователи смогут приобрести данное приложение. Конечно, в сети представлено большое количество хороших сторонних плееров.

На соответствующей странице сайта Microsoft есть целый список более недоступных функции.

Действительно ли бесплатна текущая версия Windows 10?

Да, она бесплатна, но с некоторыми оговорками. Как неоднократно сообщалось, данное бесплатное обновление будет доступно до июля 2016 года. По истечению данного срока, если Вы не успели воспользоваться правом бесплатного обновления, вам нужно будет приобрести Windows 10.

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

Можно ли запустить Windows 10 на виртуальной машине в режиме двойной загрузки?

Многие осторожные пользователи стремятся оставить на своих машинах Windows 7 или Windows 8, устанавливая Windows 10 на второй диск или логический раздел. Как правило, они хотят скопировать или создать образ установки Windows 7, обновиться до Windows 10, а затем восстановить исходное состояние системы на другом диске или разделе. Извините, но подобные действия не разрешены. Если Windows 10 установлена, она забирает оригинальную лицензию Windows 7/8.1. В течение месяца после обновления Windows 10 позволяет откатиться до Windows 7 или Windows 8.1, но в этом случае удаляется новая ОС.

Как всегда, в случае с Windows, виртуальные копии должны иметь свои собственные лицензии, отличающиеся от хост-систем. Как упомянуто в блоге TechNet UK, лицензия Windows 10 “позволяет устанавливать только один экземпляр программного обеспечения для использования только на одном устройстве неважно является оно физическим или виртуальным. Если Вы хотите использовать ПО на нескольких устройствах, вам нужно приобрести отдельные лицензии ОС для каждого из них”.

Windows как услуга

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

Корпоративные клиенты должны принять к сведению: Для обновления Windows 10 Вы должны иметь действующий контракт Software Assurance. Если Вы просто купили лицензию Windows 7 Enterprise, Вы не имеете права обновиться до новой ОС. Клиенты с подписанным контрактом смогут авторизоваться в лицензионном центре Microsoft и загрузить версию Enterprise. Вы также должны будете пролонгировать текущий контракт Software Assurance для получения будущих обновлений Windows 10.

Источник

Просто есть мнение, если 2 хоста, то надо лицензировать полностью каждый хост, т.к. необходимые лицензии х2

так я так и написал:

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

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

Если у Вас же используется репликация между виртуальными средами Windows, то Вам одназначно нужно лицензировать обе ноды (хоста).

Имеем HA ( High Available ) кластер, состоящий из 2-х хостов. Оба хоста имеют по 2 процессора. В каждом процессоре 6 ядер.

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

На виртуальных машинах будет установлено стороннее ПО (не Microsoft )

Виртуалки будут администрироваться через консоль гипервизора.

Никто на них работать удаленно не собирается.

Чтобы составить внятную Спецификацию на необходимые и достаточные лицензии для вашего случая, нужно уточнить (написать словами):

1. сколько вирт.экземляров Win Svr будет на хосте А и сколько на хосте Б в штатном и нештатном режимах? (например, в штатном: 1+1, в нештатном: 0+2 или 2+0).

2. Сценарий использования 7 вирт.экземляров Win 10 Pro (с учетом вашего комментария о том, что с ними никто не будет работать).

Имеем HA ( High Available ) кластер, состоящий из 2-х хостов. Оба хоста имеют по 2 процессора. В каждом процессоре 6 ядер.

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

На виртуальных машинах будет установлено стороннее ПО (не Microsoft )

Виртуалки будут администрироваться через консоль гипервизора.

Никто на них работать удаленно не собирается.

В штатном 1+1, в нештатном 2+0 или 0+2

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

И еще такой вопрос, лицензируя один сервер полностью редакцией standart, сколько виртуалок с windows 10 можно будет запускать?

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

а смысл их администрировать если никто не будет с ними работать? может какие-то службы там будут?

И еще такой вопрос, лицензируя один сервер полностью редакцией standart, сколько виртуалок с windows 10 можно будет запускать?

В штатном 1+1, в нештатном 2+0 или 0+2

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

Ок. С серверами понятно. Для них необходимо и достаточно приобрести лицензии:

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

Право установки, запуска и использования Windows 10 Pro в виртуальных машинах на сервере представляют три лицензии:

3. Лицензия Software Assurance для Windows Enterprise. Эта лицензия вам вряд ли будет полезна или интересна, поэтому про нее и говорить не стоит.

Если ваш сценарий предполагает использование виртуальных Windows людьми с помощью каких-то устройств посредством сетевых соединений, то подойдут первые две лицензии.

Источник

Windows 10 лицензирование виртуальной машины

Сообщения: 717
Благодарности: 30

Negativ, если Hardware ID гостевой (виртуальной) машины не меняется при смене хоста, вполне логично, что лицензионные требования к ней применяются такие же, как и установленной стационарно (на одном хосте), либо как к ноутбуку, который попеременно используют разные люди, а, кроме того, он постоянно меняет свое положение в пространстве в силу своей мобильности. »

——-
В некоторые головы мысли приходят умирать

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Сообщения: 356
Благодарности: 155

Подсказка, без которой ничего не получится:

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

Источник

Windows 10 лицензирование виртуальной машины

Вопрос

В соответствии с лицензионным соглашением на коробочную версию Windows 10:

«предоставляем вам право установить и запустить один экземпляр программного обеспечения на устройстве (лицензированное устройство).

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

Как это применять в случае кластера высокой доступности, где ВМ свободно перемещается между хостами? Надо покупать число коробок умноженное на число хостов? То есть лицензировать каждый хост максимально возможным числом коробок? Или для кластера лицензирование ВМ с помощью коробок не применимо?

Все ответы

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

Термин «переназначение» в EULA мне найти не удалось.

А про перенос есть только это:

» b. Отдельно приобретенное программное обеспечение. Если программное обеспечение было приобретено отдельно (а также если вы обновляли отдельно приобретенное программное обеспечение), вы можете перенести программное обеспечение на другое принадлежащее вам устройство. Кроме того, можно перенести программное обеспечение на устройство, принадлежащее другому лицу, если (i) вы являетесь первым лицензированным пользователем этого программного обеспечения и (ii) новый пользователь соглашается с условиями настоящего соглашения. Для переноса программного обеспечения можно использовать разрешенную резервную копию или носитель, на котором вы получили программное обеспечение. Прежде чем переносить программное обеспечение на новое устройство, вы должны удалить его с предыдущего устройства. Запрещено передавать программное обеспечение в целях совместного использования лицензий на нескольких устройствах. «

Не понятно, можно ли это отнести к миграции ВМ с хоста на хост. Например, условие «Прежде чем переносить программное обеспечение на новое устройство, вы должны удалить его с предыдущего устройства.» при миграции не выполняется. Потому что если прежде удалить ПО в ВМ, то миграция бессмыслена.

Не понятно, можно ли это отнести к миграции ВМ с хоста на хост. Например, условие «Прежде чем переносить программное обеспечение на новое устройство, вы должны удалить его с предыдущего устройства.» при миграции не выполняется. Потому что если прежде удалить ПО в ВМ, то миграция бессмыслена.

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

На самом деле у коробочной версии Windows 10 есть ещё одно существенное ограничение, которое не даёт возможности устанавливать эту версию на кластере:

2. Права установки и использования.

c. Ограничения. … Например, эта лицензия не предоставляет вам права:

(v) использовать программное обеспечение в качестве серверного программного обеспечения, для предоставления к услуг размещения на коммерческой основе, предоставлять данное программное обеспечение для одновременного использования несколькими пользователями в сети, устанавливать программное обеспечение на сервере и предоставлять пользователям удаленный доступ к нему или устанавливать программное обеспечение на устройстве для использования только удаленными пользователями;

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

(v) использовать программное обеспечение в качестве серверного программного обеспечения, для предоставления к услуг размещения на коммерческой основе, предоставлять данное программное обеспечение для одновременного использования несколькими пользователями в сети, устанавливать программное обеспечение на сервере и предоставлять пользователям удаленный доступ к нему или устанавливать программное обеспечение на устройстве для использования только удаленными пользователями;

Если владелец коробки назначил коробку устройству и назначил этому устройству основного пользователя, то владелец коробки выполнил условие EULA и получил соответствующее право:

(v) Удаленный доступ. Вы можете назначать одного пользователя, который физически использует лицензированное устройство, лицензированным пользователем не чаще, чем один раз в 90 дней. Лицензированный пользователь может получать доступ к лицензированному устройству с другого устройства с помощью технологий удаленного доступа.

Если владелец коробки назначил ее устройству, но не назначил этому устройству основного пользователя, то владелец коробки не выполнил указанное выше условие EULA. В этом случае у лицензированного устройства могут быть только удаленные пользователи. А это запрещено приведенной Вами цитатой EULA.

Говоря простым языком:

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

Кроме того, не будем забывать:

Права, предоставляемые EULA коробки №1 не имеют никакого отношения к правам, предоставляемым EULA коробки №2, №3, №4 и т.д.. Не запрещено назначать несколько коробок одному устройству и не запрещено назначать несколько основных пользователей одному устройству (в рамках каждого конкретного EULA на каждую конкретную коробку).

Одному устройству не запрещено назначить 10 коробок и не запрещено назначить 10 основных пользователей (в рамках каждого конкретного EULA на каждую конкретную коробку). При этом, каждый основной пользователь (Маша, Петя, Коля, Вася. ) может получать доступ к лицензированному устройству с другого устройства с помощью технологий удаленного доступа.

Источник

Настройка VDA для активации Windows 10/11 подписки

В этом документе описывается настройка виртуальных машин (виртуальных компьютеров), чтобы включить активацию подписки Windows 10/11 в сценарии Windows виртуальный настольный доступ (VDA). Windows VDA — это устройство или пользовательский механизм лицензирования для управления доступом к виртуальным рабочим столам.

Инструкции по развертыванию предоставляются для следующих сценариев.

Требования

Активация

Сценарий 1

VM работает Windows 10 версии 1803 или более поздней версии (например, Windows 11).

VM находится в Azure или другом многотенантном хостере (QMTH).

Когда пользователь с правами на VDA вошел в VM с помощью учетных данных AAD, VM автоматически активируется Enterprise и активируется. Нет необходимости выполнять Windows 10/11 Pro активации. Это устраняет необходимость сохранения KMS или MAK в облачной инфраструктуре.

Сценарий 2

Хост Hyper-V и VM работают Windows 10 версии 1803 или более поздней версии.

Включена наследуемая активация. Все VMs, созданные пользователем с лицензией Windows 10/11 E3 или E5, автоматически активируются независимо от того, включается ли пользователь с локальной учетной записью или Azure Active Directory учетной записью.

Сценарий 3

VM работает Windows 10 версии 1703 или 1709, или хостер не является авторизованной партнером QMTH.

В этом сценарии Windows 10/11 Pro лицензия должна быть активирована до активации подписки Windows 10/11 Enterprise. Активация выполняется с помощью универсального ключа лицензии на объем (GVLK) KMS сервера активации, предоставляемой хостером. Кроме того, KMS можно использовать сервер активации. KMS активация предоставляется для VMs Azure. Дополнительные сведения см. в видеоролике Устранение неполадок Azure Windows активации виртуальных машин.

Виртуальные машины, присоединенные к Active Directory

Используйте следующие инструкции для подготовки виртуальной Машины для Azure: Подготовьте виртуальный жесткий диск Windows или VHDX, чтобы загрузить Azure

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

В командной строке с повышенными привилегиями введите команду sysdm.cpl и нажмите клавишу ВВОД.

На вкладке «Удаленный доступ» выберите разрешить удаленные подключения к этому компьютеру и нажмите кнопку Выбрать пользователей.

Щелкните Добавить, введите Прошедшие проверку подлинности пользователи, а затем трижды нажмите кнопку ОК.

Следуйте инструкциям по использованию средства sysprep в разделе Шаги для подготовки виртуального жесткого диска, а затем снова запустите виртуальную машину.

Если необходимо активировать Windows 10 Pro, как описано в сценарии 3,выполните следующие действия, чтобы использовать Windows Configuration Designer и ввести ключ активации. В противном случае пропустите шаг 20.

Откройте Windows конструктор конфигурации и нажмите кнопку Подготовка настольных служб.

В разделе Введите ключ продукта введите ключ Pro GVLK: W269N-WFGWX-YVC9B-4J6C9-T83GX.

На странице Настройка сети выберите отключение.

На странице управления учетными записями выберите Регистрация в Active Directory, а затем введите данные учетной записи.

На странице Добавить приложения, при необходимости, добавьте приложения. Этот шаг является необязательным.

На странице Добавить сертификаты, при необходимости, добавьте сертификаты. Этот шаг является необязательным.

На странице «Готово» нажмите кнопку Создать.

В проводнике дважды щелкните файл виртуального жесткого диска для подключения образа диска. Определите букву диска для подключенного образа.

Введите следующее в командной подсказке с повышенными уровнями. Замените букву G буквой диска подключенного образа, а затем введите используемое имя проекта, если оно отличается от предложенного:

В проводнике щелкните правой кнопкой мыши подключенный образ и нажмите кнопку Извлечь.

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

Виртуальные машины, подсоединенные к Azure Active Directory

Azure Active Directory (Azure AD) для пакетов подготовка имеет ограничение в 180 дней на массовое использование маркеров. Вам потребуется обновить пакет подготовка и повторно ввести его в изображение через 180 дней. Существующие присоединенные к Azure AD и развернутые виртуальные машины не потребуется создавать заново.

Для виртуальных машин, присоединенных к Azure AD, выполните те же инструкции (выше), что и для виртуальных машин, присоединенных к Active Directory, со следующими исключениями:

Виртуальные машины Azure Gallery

В командной строке с повышенными привилегиями введите команду sysdm.cpl и нажмите клавишу ВВОД.

Откройте Windows конструктор конфигурации и нажмите кнопку Подготовка настольных служб.

Если необходимо активировать Windows 10 Pro, как описано в сценарии 3,выполните следующие действия. В противном случае пропустите шаг 8.

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

На странице Настройка сети выберите отключение.

На странице «Управление учетными записями» выберите Регистрация в Azure AD, нажмите кнопку Получение массового маркера, войдите и добавьте массовый маркер с использованием учетных данных вашей организации.

На странице «Добавить приложения», при необходимости, добавьте приложения. Этот шаг является необязательным.

На странице «Готово» нажмите кнопку Создать.

Создание настраиваемых параметров протокола удаленного рабочего стола для Azure

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

Откройте подключение к удаленному рабочему столу и введите IP-адрес или DNS-имя удаленного узла.

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

Закройте окно подключения к удаленному рабочему столу и откройте Блокнот.

Перетащите RDP-файл в окно программы Блокнот для его редактирования.

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

enablecredsspsupport и уровень проверки подлинности появятся только один раз в файле.

Сохраните изменения, а затем используйте этот пользовательский RDP-файл с учетными данными Azure AD для подключения к виртуальной машине Azure.

Источник