Лицензирование server 2020: FAQ по лицензированию Microsoft SQL Server

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

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

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

Редакции WindowsServer

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

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

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

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

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

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

Примечание. Мы не рассматриваем редакции Essentials и Foundation, т.к. из-за ориентации на малые предприятия, в этих ОС заложен ряд специфических ограничений и отсутствуют права на виртуализацию. Также отметим, что редакция Web Server была упразднена окончательно.

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

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

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

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

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

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

Если вы запускаете на гипервизоре ВМ с ОС не от Microsoft, они не учитываются при лицензировании.

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

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

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

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

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

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

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

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

Примечание. В соответствии с лицензионной политикой Microsoft виртуальные машины могут быть запущены не только на платформе гипервизора Hyper-V, но и на любой другой на ваш выбор, например VMWare, XEN и пр. Т.е. если вы лицензировали физический сервер, купили 8 двухъядерных лицензий WS Standard и установили на него VMWare ESXi/ Hypervisor, вы можете запустить на нем 2 виртуальные машины с Windows Server 2019 Standard.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Не удается найти страницу | Autodesk Knowledge Network

(* {{l10n_strings.REQUIRED_FIELD}})

{{l10n_strings.CREATE_NEW_COLLECTION}}*

{{l10n_strings.ADD_COLLECTION_DESCRIPTION}}

{{l10n_strings.COLLECTION_DESCRIPTION}}
{{addToCollection.description.length}}/500

{{l10n_strings.TAGS}}
{{$item}}

{{l10n_strings.PRODUCTS}}

{{l10n_strings.DRAG_TEXT}}

{{l10n_strings.DRAG_TEXT_HELP}}

{{l10n_strings.LANGUAGE}}
{{$select.selected.display}}

{{article.content_lang.display}}

{{l10n_strings.AUTHOR}}

{{l10n_strings.AUTHOR_TOOLTIP_TEXT}}

{{$select.selected.display}}

{{l10n_strings.CREATE_AND_ADD_TO_COLLECTION_MODAL_BUTTON}}
{{l10n_strings.CREATE_A_COLLECTION_ERROR}}

Служба Private License Service | Altium Designer 21 Руководство пользователя

Полное содержание

Главная страница: Altium Infrastructure Server

Локальный сервер Altium Infrastructure Server (AIS) обеспечивает удобный и гибкий способ управления лицензиями ПО Altium на предприятиях, где необходимо изолировать рабочие места от подключения к Интернет. В состав свободно загружаемого сервера AIS входит служба Private License Service (PLS), к которой можно получить доступ через локальную сеть предприятия.

Для получения лицензий Altium администратор настраивает сервер AIS, установленный на компьютере в сети LAN/WAN предприятия. Затем служба PLS сервера «обслуживает» эти лицензии для рабочих мест с ПО Altium в сети. После первоначального получения этих лицензий через онлайн-службу Altium они преобразуются в тип Private License для локального доступа к ним.

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

Сервер Altium Infrastructure Server (AIS) и его служба PLS обеспечивает гибкое управление множеством установок ПО Altium на предприятии. Кроме того, лицензии и использование их рабочих мест можно настроить, отслеживать их и управлять ими централизованно, через сервер AIS. Сервер, в свою очередь, может быть размещен в локальной сети LAN/WAN, изолированной от Интернет.

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

Подготовительные действия

Если сервер AIS еще не установлен, то первым этапом в использовании службы AIS должна быть установка и лицензирование сервера Altium Infrastructure Server.

► См. Установка Altium Infrastructure Server

Функциональность сервера AIS, в том числе служба PLS, становится доступной после добавления соответствующей лицензии AIS. Для этого нужно войти в AIS с помощью учетных данных по умолчанию admin/admin, открыть страницу Licenses (ADMIN » LICENSING) и добавить файлы лицензии из скачанного zip-архива с установщиком AIS. Сам сервер лицензируется импортированным файлом alf или из облака, если к нему есть доступ.

После установки и лицензирования сервер может получить лицензии на ПО Altium из онлайн-службы лицензировния через портал AltiumLive. Для этого нужно зайти на страницу диспетчера лицензий сервера License Manager (ADMIN » LICENSES) и выбрать опцию From Cloud (Из облака) из выпадающего меню кнопки .

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

Использование службы лицензирования

После того, как сервер Altium Infrastructure Server (AIS) и его служба Private License Service (PLS) лицензированы (см. выше), полученными через портал AltiumLive лицензиями (сервер, клиентский доступ – CAL, прочее ПО Altium) можно управлять службой PLS в локальной сети.

Настройка локальной службы PLS

В конфигурации PLS по умолчанию, полученные лицензии назначаются группе All Users (Все пользователи), и они становятся доступны любым рабочим станциям с ПО Altium в сети. Сам сервер AIS лицензируется отдельно, как описано выше, через импорт файла alf.

Служба PLS обслуживает рабочие станции с ПО Altium (клиентские места) в сети, когда они подключены к серверу AIS.

Служба PLS и полученные лицензии настроены по умолчанию таким образом, что ПО Altium при любом соединении к PLS получит доступ к лицензиям. Такая работа оптимальна при использовании центральной службы лицензирования (AIS) для обслуживания нескольких рабочих станций с равными требованиями к использованию ПО Altium – например, для обслуживания одной лицензии на несколько рабочих мест. См. информацию ниже, как ПО Altium, например Altium Designer, подключается к PLS.

Чтобы войти в настройки PLS, выберите License Manager в веб-интерфейсе AIS – ADMIN » SETTINGS – License Manager.

Параметры диспетчера лицензий License Manager управляют конфигурацией и заимствованием лицензий.

Параметры диспетчера лицензий License Manager:

• Cloud license service url (URL-адрес облачной службы лицензирования). При установке AIS здесь задается веб-адрес для доступа к службе лицензирования AltiumLive, что позволяет получить лицензию в соответствии с учетными данными AltiumLive. Эти данные можно добавить или отредактировать на странице General – Altium Live Credentials в разделе ADMIN » SETTINGS.
• Automatic user creation (Автоматическое создание пользователей). Если флажок поставлен, PLS будет автоматически создавать учетную запись пользователя AIS (в соответствии с учетной записью Windows рабочей станции), когда ПО Altium подключается к AIS. В Altium Designer это происходит, если включена настройка Setup Private License Server (см. ниже). Созданный профиль пользователя AIS затем используется для определения участия в роли, а значит, для определения лицензии, которая будет передана рабочему месту с ПО Altium. Если эта настройка отключена, учетная запись пользователя создаваться не будет.
• Seat return timeout interval (Интервал ожидания возврата рабочего места). Здесь определяется период неактивности клиента (подключенной рабочей станции), по истечении которого заимствованная лицензия деактивируется и возвращается в пул доступных лицензий. PLS периодически опрашивает клиента в сети и ожидает получение отклика. Если ответ не пришел в течение указанного количества часов, то заимствование лицензии отменяется. Если ПО на клиентском рабочем месте отключается от лицензии обычным способом (выход, отключение от PLS и т.д.), то лицензия на рабочее место возвращается автоматически.
• Automatically create assignment for All Users group (Автоматически создавать назначение для группы Все пользователи). Если этот параметр включен, полученные лицензии будут назначены группе All Users (Все пользователи). Лицензия будет доступна для всех рабочих мест, которые будут подключаться к AIS, без учета роли, назначенной профилю пользователя. Обратите внимание, что назначение лицензий можно изменить, как указано выше. Назначение лицензий можно отредактировать, как описано ниже. Если этот параметр отключен, то полученная лицензия не будет назначена какой-либо группе пользователей и она будет не доступна.

На практике, служба PLS с настройками по умолчанию при подключении рабочих станций ведет себя следующим образом:

1. Программному обеспечению Altium становятся доступными подходящие лицензии Altium из AIS. Все совместимые лицензии доступны всем рабочим станциям, поскольку для лицензий в PLS включено автоматическое назначение для всех пользователей (Automatically create assignment for All Users group).
2. В AIS создается новый профиль пользователя на основе имени учетной записи Windows рабочей станции, даже если ПО рабочей станции не заимствует лицензию. Это происходит, потому что включено автоматическое создание пользователей (Automatic User Creation).

С точки зрения пользователя это значит, что подходящие лицензии доступны и их можно использовать (заимствовать).

Лицензирование программного обеспечения Altium

ПО Altium на рабочих станциях в сети, которые работают как клиенты службы PLS в AIS, могут получить доступ к лицензиям, которые настроены и сделаны доступными с помощью службой PLS.

Для доступа к лицензии, например из Altium Designer, используйте параметр Setup private license server на странице управления лицензиями License Management, чтобы сначала установить соединение. В диалоговом окне Private License Server Setup задайте соответствующие AIS значения в полях Server name и Server port (Имя сервера и Порт сервера). После того, как Altium Designer подключится к серверу AIS и его службе PLS, в разделе ‘Available Licenses’ (Доступные лицензии) на странице License Management будет выведен список лицензий, предоставленных соединением PLS, в категории Private Server – Connected to xxx, где под ‘xxx’ обозначено название AIS, обслуживающего лицензии.

Чтобы заимствовать лицензию для Altium Designer, выберите нужную лицензию из списка и нажмите на кнопку Use (Использовать). Другой способ – лицензия, обслуживаемая AIS, может быть настроена в режим автоматического заимствования (Automatic Leasing). В этом случае, кроме установления первого подключения, иного вмешательства пользователя не требуется. Altium Designer сохранит настройки подключения к PLS и при запуске будет пытаться установить соединение.

Состояние выбранной лицензии изменится – будет указано, что она используется вами. Также изменится поле Assigned Seat Count (Количество назначенных рабочих мест), чтобы показать, что было взято одно рабочее место лицензии.

Пользователям ПО Altium нет необходимости входить в онлайн-аккаунт Altium, чтобы использовать лицензию. Соединение с локальной сетью LAN/WAN может быть изолировано от Интернет. Если необходимо, перейдите на страницу System – Account Management в настройках Preferences, чтобы отключить соединение с аккаунтом Altium, и выберите разрешенные сетевые соединения на странице System – Network Activity.

После заимствования лицензии, автоматическим или ручным выбором в клиентском приложении, на странице Licensing сервера AIS (ADMIN » LICENSES) будет показано, что одно рабочее место лицензии взято в пользование – для этой лицензии будет увеличен счетчик пользователей User Count. Эта лицензия будет сразу возвращена, если рабочая станция отключится от PLS, пользователь закроет программу или администратор AIS принудительно вернет лицензию, нажав кнопку

.

Рекомендуется, чтобы параметр параметр PLS Automatic user creation был включен (параметр пвключен по умолчанию). В примере, показанном здесь, рабочая станция ENGINEERING-2 с учетной записью пользователя Bruce заимствовала лицензию ПО Altium. В AIS был создан пользователь (Bruce), которого можно сделать участником роли с назначенной ей лицензией. Таким образом можно управлять доступом к лицензиям для отдельных рабочих станций – по умолчанию лицензии доступны группе всех пользователей.

Управление доступом к лицензиям

Чтобы управлять доступом к лицензиям для пользователей ПО Altium, на сервере AIS можно настроить назначение лицензий пользователям из определенной группы (т.е. с определенной ролью). На практике это означает, что при подключении рабочей станции к AIS служба PLS предоставит лишь те лицензии, которые назначены роли, т.е. той группе пользователей, участником которой является пользователь.

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

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

• Добавить профили пользователей для соответствующих рабочих станций. Они создаются автоматически при подключении рабочей станции к AIS.
• Добавить подходящие роли в AIS и сделать профили пользователей участниками этих ролей.
• Получить для AIS лицензии, соответствующие ПО на рабочих станциях. Это должны быть активные лицензии с подходящим количеством доступных рабочих мест.
• Изменить в AIS учетные данные администратора по умолчанию (admin/admin) на корректные данные профиля администратора. Сделать это настоятельно рекомендуется, независимо от того, как будет использоваться AIS.

Назначение лицензий

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

В примере, показанном ниже, подключены две рабочие станции (ENGINEERING-2 и ENGINEERING-3) и созданы соответствующие профили пользователей (Bruce и Narelle), на основе активной учетной записи Windows рабочей станции. Были добавлены две роли (Engineering и QA), пользователи назначены участниками этих ролей: Bruce – участник роли Engineering, Narelle – участник обеих ролей Engineering и QA.

Добавить лицензии к желаемым ролям можно на странице ADMIN » LICENSES. В примере ниже на сервер AIS были добавлены две лицензии ПО Altium, по умолчанию назначенные роли All Users.

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

. Откроется страница License Edit (Редактирование лицензии), где нужно нажать кнопку для редактирования назначения лицензии. Откроется диалоговое окно Edit Assignment – назначение роли можно изменить в меню Assign to role. В этом примере лицензия была назначена роли QA.

Параметры назначения лицензий:

• Automatic leasing (Автоматическое заимствование). Указывает ПО Altium на рабочих местах автоматически заимствовать (использовать) лицензию, если она доступна. Например, на странице License Management обычный процесс выделения лицензии в списке и ее выбор для использования будет происходить автоматически.
• Seat availability (Доступность рабочих мест). Здесь указывается число рабочих мест лицензий (вплоть до их общего количества), которые будут доступны соответствующей роли. Чтобы сделать доступными все рабочие места лицензии, поставьте флажок All available seats.
• Roaming (Роуминг). Выбор параметра Allow Roaming (Разрешить роуминг) позволяет взять в использование лицензию на ПО Altium, если рабочая станция не подключена к сети. Параметр Max roam позволяет указать максимальный период, по истечению которого рабочее место лицензии деактивируется на заимствовавшей ее рабочей станции. Для более подробной информации по роумингу лицензий Altium см. раздел Лицензирование On-Demand.
• Notifications (Уведомления). Уведомления – это сообщения, которые отправляются пользователю при определенных событиях, например если были заимствованы почти все назначенные рабочие места лицензии (параметр Notify for 90% seat count – Уведомить при использовании 90% рабочих мест). Опционально можно выбрать параметр Reject notifications (Уведомления об отказе) и целевую роль, чтобы отправлять уведомления пользователям в случае их отключения от назначенной лицензии (аннулирование рабочих мест).

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

у соответствующей записи.

Просмотр ролей

Чтобы видеть общую сводку назначений и редактировать их, выберите Roles (Роли) в диспетчере лицензий (ADMIN » LICENSES – вкладка Roles). Нажмите на название роли в столбце Roles, чтобы увидеть ее участников и назначенные ей лицензии. В примере ниже показано, что пользователь Narelle является участником роли QA, которой доступна назначенная ей лицензия на 15 рабочих мест.

Здесь также можно назначить лицензию роли, с помощью кнопки . Чтобы здесь назначить лицензию роли Engineering, а следовательно, и пользователям Bruce и Narelle, выберите подходящую лицензию из выпадающего меню License в диалоговом окне Add Assignment, и нажмите для сохранения изменений.

Здесь роли Engineering (и ее участникам) была назначена лицензия на 5 рабочих мест. Для получения более подробной информации по назначенной лицензии раскройте соответствующую запись с помощью

.

Обратите внимание, что здесь было создано новое назначение лицензии, а не существующее назначение было изменено с All Users на другую роль (как было описано ранее). Т.е. здесь лицензия на 5 рабочих мест была назначена роли Engineering, но она также все еще назначена роли All Users по умолчанию, поэтому она будет доступна всем рабочим станциям, которые подключаются к серверу AIS.

Если удалить назначение роли All Users, то лицензия будет назначена только роли Engineering, следовательно, она будет доступна только группе пользователей Engineering. Чтобы удалить существующее назначение лицензии, воспользуйтесь кнопкой

для соответствующей записи.

Таким образом, в этом примере:

• Рабочей станции с именем учетной записи Windows Bruce на компьютере ENGINEERING-2 будет доступна лицензия ПО на 15 рабочих мест, поскольку в AIS:
  • Профиль подключенного пользователя Bruce (Bruce/ENGINEERING-2).
  • Пользователь Bruce – участник роли Engineering.
  • Роли Engineering назначена лицензия на 15 рабочих мест.
• Рабочей станции с именем учетной записи Windows Narelle на компьютере ENGINEERING-3 будет доступна лицензия на 15 рабочих мест и лицензия на 5 рабочих мест, поскольку в AIS:
  • Профиль подключенного пользователя – Narelle (Narelle/ENGINEERING-3).
  • Пользователь Narelle – участник ролей Engineering и QA.
  • Роли Engineering назначена лицензия на 15 рабочих мест, а роли QA назначена лицензия на 5 рабочих мест.

Работа с лицензиями

Служба Private License Service на базе AIS предоставляет ряд инструментов для управления расположением и использованием лицензий, в том числе возможность принудительного возврата заимствованной лицензии и подробное отслеживание того, как лицензии используются.

Возврат используемой лицензии

В тех случаях, когда лицензия была заимствована ПО Altium, но не была возвращена корректно, служба PLS предлагает средство для прекращения заимствования и возврата рабочего места в пул доступных лицензий. Это может произойти, если компьютер пользователя перешел в режим ожидания при активном ПО или если программа по какой-то причине завершилась аварийно. Тогда рабочее место лицензии остается в использовании, и другие пользователи не смогут получить к нему доступ.

В этой ситуации перейдите в список лицензий в веб-интерфейсе AIS через ADMIN » LICENSES. В списке лицензий на вкладке Licenses разверните лицензию с помощью кнопки

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

Это заимствование можно прекратить, после чего рабочее место вернется в пул лицензий. Для этого нажмите кнопку

у соответствующего пользователя и подтвердите действие в диалоговом окне Release seat. Например, пользователь Altium Designer получит уведомление, что лицензия была принудительно отозвана администратором.

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

Отслеживание использования лицензий

Сервер Altium Infrastructure Server (AIS) включает в себя ряд инструментов для отслеживания использования лицензий и создания отчетов, что позволяет проверять, как лицензии на ПО Altium используются на предприятии. Это может быть полезно для оптимизации доступа к лицензиям, прогноза будущих потребностей в лицензиях и определения использования лицензий отдельными пользователями.

Эти функции доступны в меню администратора на вкладке Reports (Отчеты) на странице License Manager (ADMIN » LICENSES). Здесь представлен ряд опций, которые доступны на различных вкладках этого раздела. В зависимости от того, какую информацию требуется представить в том или ином отчете, можно использовать фильтры по лицензиям, ролям, пользователям и периодам времени.

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

На странице Report также можно экспортировать текущий отчет в формате CSV, который совместим с Microsoft Excel и другими приложениями по работе с электронными таблицами. Выберите необходимые данные для отчета с помощью вкладок и фильтров, нажмите кнопку и укажите расположения для сохранения файла на диск.

Настраиваемые сообщения об ошибках

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

Тексты для кодов ошибок, показанных в сообщениях, можно настроить, изменив содержимое файла errors.xml, расположенного в папке LicenseManagerService установки AIS – обычно это C:\Program Files (x86)\Altium\Altium Infrastructure Server\LicenseManagerService.

Например, запись XML для сообщения по умолчанию об ошибке, которая происходит, когда служба PLS не может создать сихнронизированную учетную запись пользователя (например, из-за того, что отключен параметр Automatic user creation), выглядит следующим образом:
<Error code="4" text="Unable to connect to License Manager.&#13;&#10;User %USERNAME% has not been found and could not be created because of the server policies.&#13;&#10;Please contact License Administrator"/>.

Эта запись может быть отредактирована, чтобы отображалось диалоговое окно Error, представленное ниже. Обратите внимание, что при необходимости здесь можно включить коды CR/LF (
) и ключенвые параметры, такие как имя пользователя (%USERNAME%).

Измененное сообщение об ошибке для условия ‘код 4’.

Для применения изменений в файле errors.xml может понадобиться перезагрузка AIS errors.xml. Сделать это можно перезагрузкой хост-ПК либо перезапуском сервера в диспетчере Internet Information Services (IIS) Manager Windows (%windir%\system32\inetsrv\InetMgr.exe).

Лицензирование удаленного сервера Altium

Кроме ПО для проектирования, такого как Altium Designer, с помощью сервера Altium Infrastructure Server (AIS) можно лицензировать сервер Altium. При такой конфигурации сервер AIS выступает в роли центра управления лицензиями для всех продуктов Altium, в том числе всеми серверов Altium в сети, которые, например, управляют проектными данными различных отделов проектирования.

Такой тип установки подходит для больших предприятий, где каждый отдел предприятия (разработка, ОТК и т.д.) может использовать множество установок ПО Altium и локальный сервер Altium для управления проектными данными. Установки серверов и другого ПО Altium лицензируются центральным выделенным сервером – службой PLS сервера Altium Infrastructure Server (AIS).

► См. диаграмму ниже, где схематично представлена организация множества серверов.

В предположении, что на сервере отдела уже настроены учетные записи его пользователей, всеми лицензиями этого отдела можно управлять с центрального сервера AIS, если:

• Сервером AIS получены лицензии Altium Server и Altium Server CAL.
• Удаленный сервер отдела настроен на использование внешнего PLS (External PLS Mode) для доступа к центральному серверу AIS, а локальный диспетчер лицензий сервера отключен (см. ниже).

Добавление лицензий сервера Altium

Лицензии сервера добавляются аналогично любым другим лицензиям – выбором опции From cloud (Из облака) меню кнопки ; и выбором доступных лицензий из службы лицензирования AltiumLive.

При корректной настройке, сервер Altium в сети будет автоматически заимствовать доступную лицензию по сети, и в AIS никакой дальнейшей настройки не потребуется – можно оставить назначение лицензии группе All Users по умолчанию, и выбирать параметр Auto leasing (Автоматическое заимствование) для этого назначения не нужно.

Настройка службы PLS удаленного сервера

Поскольку сервер Altium, как правило, лицензируется собственными инструментами, то в случае использования центрального сервера лицензий (AIS) лицензию сервера будет предоставлять AIS. Для настройки сервера Altium таким образом, чтобы он заимствовал доступную лицензию по сети из AIS, сначала включите режим использования внешней службы лицензирования External PLS в настройках License Manager сервера (Admin » Settings – License manager).

В этом режиме сервер отдела будет пытаться заимствовать лицензию с сервера PLS, адрес и порт которого указаны в полях PLS url и PLS Port. Введите сетевой адрес и порт сервера AIS, который выступает в роли центрального сервера лицензий. Сетевой адрес «внешнего» AIS на рисунке выше, а значит, и внешней службы PLS, – http://sydpc016. Оно основано на имени компьютера, на котором установлен сервер AIS.

На сервере Altium также необходимо переключить поиск собственных лицензий с внутренней службы PLS на внешнюю, т.е. на AIS. Для этого отключите параметр Use local license manager for vault licensing (Использовать локальный диспетчер лицензий для лицензирования сервера), как показано выше.

Чтобы подтвердить изменения в разделе License Manager, сохраните новые настройки ().

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

Теперь настроенный сервер отдела будет заимствовать лицензии из центрального сервера AIS, где будет показано, что увеличилось количество User Count заимствованных рабочих мест сервера, а рабочее место заимствовала сформированная учетная запись пользователя удаленного сервера с именем <имя_компьютера>:System. В этом примере, удаленный сервер (Altium Concord Pro) установлен на компьютере с именем SERVER4.

Когда в диспетчере лицензий AIS включен параметр Automatic user creation (Автоматическое создание пользователей), что является необходимым, будет создан профиль системного пользователя – в этом примере SERVER4:System. Соответствующая настройка находится в разделе ADMIN » SETTINGS – License manager.

Лицензирование пользователей локального сервера

В больших системах со множеством серверов, которые описаны выше, удаленный сервер обеспечивает управление проектными данными, но его лицензирование «переключено» с использования внутренней службы на службу центрального сервера AIS. Это значит, что лицензирование ПО отдела (как сервер, так и ПО для проектирования) будет осуществляться центральной службой PLS.

При такой конфигурации, пользователи рабочих станций отдела регистрируются на сервере как обычно, с помощью существующих пользовательских аккаунтов сервера. После того, как сервер настроен на использование внешней службы PLS, у этих пользователей будет доступ к лицензиям, которые были «перенаправлены» на центральную службу лицензирования (AIS). Например, при входе из Altium Designer, на его странице License Management будет автоматически выведен список всех совместимых лицензий, предлагаемых центральным AIS.

Синхронизация пользователей сервера

Частью механизма, который обеспечивает пользователю доступ к удаленным лицензиям через локальный сервер Altium, является создание «синхронизированного» имени пользователя на центральном сервере лицензий (AIS). Чтобы успешно лицензировать ПО на рабочих станциях, которые входят в локальные серверы Altium отделов, в диспетчере лицензий AIS должен быть включен параметр Automatic user creation (Автоматическое создание пользователей).

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

В примере на рисунке ниже показан сервер отдела (Altium Concord Pro, размещенный на сервере SERVER4) с двумя зарегистрированными пользователями: Bruce и Narelle. Это учетные записи пользователей, которые входят на сервер для доступа к его возможностям по управлению данными. Этот сервер представляет собой один из серверов отделов, показанных на иллюстрации многосерверной системы выше, где источником всех лицензий является центральная служба лицензирования AIS.

Если лицензии, предлагаемые центральным сервером AIS, доступны всем пользователям (группа All Users по умолчанию), то они будут перенаправлены через сервер отдела ко всем вошедшим пользователям. После того, как пользователь сервера вошел, служба лицензирования центрального сервера AIS автоматически выполнит создание «синхронизированной» учетной записи пользователя, даже если лицензия не была заимствована.

На рисунке ниже пользователь Bruce вошел со своими учетными данными на локальный сервер SERVER4, который настроен на взятие лицензий из центральной службы лицензирования AIS (sydpc016). Здесь ПО Altium использует рабочее место лицензии, предложенной центральной службой лицензирования (AIS). Считается, что лицензия заимствована пользователем Bruce SERVER4 (Имя + Фамилия автоматически созданной учетной записи в AIS). Также обратите внимание, что заголовок таблицы лицензий указывает на то, что источником всех доступных лицензий является Private Server, которым в данном случае является sydpc016.

Как показано ниже, при входе пользователей на локальный сервер отдела со своих рабочих станций происходит автоматическое создание двух учетных записей, соответствующих учетным записям сервера: пользователь локального сервера Bruce стал учетной записью AIS SERVER4:Bruce, а пользователь Narelle – учетной записью SERVER4:Narelle на центральном AIS. Обратите внимание, что учетная запись SERVER4:System соответствует самому серверу отдела (Altium Concord Pro в этом примере), который заимствует лицензии сервера с AIS – см. Лицензирование удаленного сервера Altium выше.

После того, как учетная запись пользователя была зарегистрирована в AIS, ее можно отредактировать, если это необходимо. Подключения и роли связаны только с именем пользователя (User Name), поэтому остальные параметры можно менять. Например, изменения имени и фамилии будут отражены в имени, связанным с лицензией, заимствованной ПО Altium при входе на локальный сервер.

Управление лицензиями пользователей сервера

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

Для рассмотренного здесь примера:

• Синхронизированная учетная запись пользователя SERVER4:Bruce (пользователь Bruce, синхронизированный с локального сервера SERVER4 отдела) был добавлен в роль QA.
• Роли QA была назначена одна из доступных лицензий Altium Designer, с 5 из 20 рабочих мест, выделенных для этой роли.
• Синхронизированная учетная запись пользователя SERVER4:Narelle (пользователь Narelle, синхронизированный с локального сервера SERVER4 отдела) был добавлен в роль Eng.
• Роли Eng была назначена одна из доступных лицензий Altium Designer, со всеми 20 рабочими местами, выделенных для этой роли.

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

Исходя из этого примера, при входе пользователя в учетную запись Bruce локального сервера отдела из Altium Designer, центральная служба лицензирования (AIS) предлагает ему 5 из 20 рабочих мест лицензии Altium Designer через локальный сервер (Altium Concord Pro). Аналогично, при входе в учетную запись Narelle из Altium Designer становятся доступны все 20 рабочих мест другой лицензии Altium Designer.

Если в настройках назначения был включен параметр Automatic leasing, какого-либо вмешательства со стороны пользователя для лицензирования своего ПО для проектирования не требуется.

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

Решение проблем с доступом к лицензиям

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

При устранении проблем доступа примите во внимание следующее:

• Брандмауэр хост-ПК – служба PLS сервера Altium при передаче по сети данных о лицензии использует по умолчанию порт 9780. Проверьте, что этот порт открыт брандмауэром хост-компьютера при установке AIS.
• Разрешенные сетевые соединения – например, Altium Designer позволяет настроить сетевую активность на странице Network Activity в разделе System диалогового окна параметров Preferences. Проверьте, что параметр ‘License Server’ включен, чтобы AIS мог соединяться с Altium Designer по сети.
• Проведите основные тесты:
  • Проверьте локальную установку. Если на компьютере с AIS также установлено ПО Altium, то перед тем, как устранять проблемы с удаленными ПК, убедитесь, что служба PLS доступна для локального ПО. Если PLS и лицензии доступны локально, значит, проблема состоит в конфигурации сети или ПО того компьютера, к которому PLS не может подключиться.
  • Назначьте лицензию всем пользователям. Если лицензия была корректно назначена в AIS, но ПО Altium не может ее заимствовать, временно изменить ее назначение на роль All Users (Все пользователи), или просто создайте новое назначение этой лицензии на всех пользователей. См. раздел Назначение лицензий выше. Если после этого лицензия стала доступна, значит проблема состоит в роли пользователя или назначении лицензии.
• Обновите службу PLS. После внесения изменений в службу PLS на сервере AIS, например при добавлении или удалении лицензий сервера, может понадобиться выйти и войти обратно на сервер, чтобы увидеть эти изменения. В некоторых случаях может быть необходимо перезапустить AIS с помощью перезагрузки компьютера или нажатием Restart (Перезапустить) в Диспетчере служб IIS.
• Перезапустите соединение к службе PLS. После внесения изменений в настройки доступа лицензии в PLS или в ПО Altium попробуйте перезапустить соединение, чтобы обнаружить изменение. Например, в Altium Designer нажмите кнопку Refresh на странице управления лицензиями Licensing Management и/или ссылку Disconnect/Reconnect… private license server. Чтобы принудительно перезапустить соединение, выберите ссылку Setup private license server и нажмите OK в диалоговом окне Private License Server Setup.
• Используйте режим автоматического создания пользователей Automatic user creation. Если этот параметр отключен в AIS, то профиль пользователя не будет создан при подключении ПО к PLS. Следовательно, не будет доступен соответствующая учетная запись, и она не сможет стать участником роли, которой назначена лицензия. При многосерверной системе, которая описана выше, автоматическое создание профилей пользователей AIS необходимо для входа пользователей сервера и их доступа к лицензиям.

Блог — ITERBI

В конце 2018 года вышла новая версия Microsoft Windows Server 2019.

Лицензирование WS 2019 схоже по правилам с версией 2016. Более подробно мы писали в этой статье, там же можно воспользоваться калькулятором расчёта лицензий по ядрам Windows Server.

Читайте статью «Лицензирование SQL Server: от А до Я»

Линейка редакций упростилась:

• Datacenter – неограниченная виртуализация в рамках физического хоста
• Standard – один комплект лицензий на физический хост для развертывания до 2х виртуальных машин
• Essentials – решение для малого бизнеса – поддерживает до 25 пользовательских подключений по умолчанию и до 50 пользовательских подключений при наличии расширенной пользовательской лицензии

Основные моменты, которые необходимо знать при лицензировании WS 2019:

При расчете количества серверных лицензий на WS 2019 необходимо руководствоваться 2 правилами:

1 правило:

Считаем, сколько суммарно ядер во всех процессорах, установленных на физическом сервере / хосте¹

¹ Количество ядер на процессоре, которое необходимо покрыть лицензиями, должно быть не менее 8; количество залицензированных ядер на одном сервере должно быть не менее 16. Даже, если их фактически меньше, лицензируем 8 и 16.

2 правило (если есть виртуализация):

Определяем максимальное количество ВМ, которое может оказаться одномоментно на физическом хосте

Исходя из этих данных, определяется количество необходимых лицензий:

• Для WS 2019 Standard:
  

  
  

  
  

  
  

  
  

  
  

  
  

  
  

  
  

  
  

  				Количество физических ядер на 1 процессоре
  				8	10	12	14	16
  Количество виртуальных машин	1-2	Количество процессоров в сервере	1	16	16	16	16	16
  			2	16	20	24	28	32
  			4	32	40	44	56	64
  	3-4		1	32	32	32	32	32
  			2	32	40	44	56	64
  			4	64	80	88	112	128
  				Количество лицензий Windows Server 2019 Standard на 1 ядро

• Для WS 2019 Datacenter:
  

  
  

  
  

  
  

  
  

  
  

  
  

  			Количество физических ядер на 1 процессоре
  			8	10	12	14	16
  Количество виртуальных машин НЕОГРАНИЧЕННО	Количество процессоров в сервере	1	16	16	16	16	16
  		2	16	20	24	28	32
  		4	32	40	44	56	64
  			Количество лицензий Windows Server 2019 Standard на 1 ядро

Как определить порог, когда редакция Datacenter является более выгодной, чем Standard?

Если лицензий WS 2019 Standard на 2 ядра для физического хоста необходимо более 50 шт., экономически целесообразно рассмотреть WS 2019 Datacenter

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

Если у вас остались вопросы или требуется помощь в разъяснении правил лицензирования, пожалуйста, обращайтесь к нашим консультантам по лицензированию, мы обязательно ответим!

ЛВС Сервер лицензий

Доступная версия: 1.7.1.0

Скачать

ЛВС Сервер Лицензий позволяет использовать одну или несколько корпоративных подписок (многопользовательских лицензий) для определенного количества пользователей ModPlus в сети.

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

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

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

В левой части расположено поле вывода лога работы сервера.

В правой части расположено:

Ipv4 адрес текущего компьютера – список ipv4 адресов текущего компьютера. Один из адресов списка должен быть указан в настройках конечных пользователей (в Конфигураторе на вкладке Настройки). Рекомендуется использовать первый адрес в списке.

Прослушиваемый порт – в данном поле нужно указать номер порта, по которому сервер лицензий будет принимать запросы от конечных пользователей. Максимально допустимое значение 65535. Такое же значение порта нужно указать у всех конечных пользователей (в Конфигураторе на вкладке Настройки)

Вы можете проверить свободный порт с помощью команды netstat –na | find “xxxx” (где хххх – номер порта), введенной в командной строке Windows. На следующей картинке показан результат – порт 11000 занят, порты 8080 и 12345 – свободны.

Запустить – запуск сервера. При нажатии кнопки сервер начнет прослушивание локальной сети по указанному порту. После запуска сервера невозможно изменить номер порта.

Остановить – остановка сервера. При нажатии кнопки сервер прекратит прослушивание сети, и все подключенные клиенты будут отключены.

Рабочие места – в данном поле выводится список возможных рабочих мест по типу поддерживаемого продукта. Рабочее место может быть как на любой продукт (при покупке подписки на весь плагин ModPlus), так и для конкретного поддерживаемого продукта (при покупке подписки на поддерживаемый продукт).

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

При запросе рабочего места от конечного пользователя сначала выдается рабочее место конкретного продукта, а если таковых нет – то рабочее место типа «Любой продукт».

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

Привязка к жесткому диску – выпадающий список со всеми жесткими дисками, найденными на данном компьютере.

Серийный номер жесткого диска – информационное поле, отображающее серийный номер выбранного жесткого диска

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

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

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

Далее расположено поле, выводящее список всех лицензий, находящихся в хранилище лицензий. Для каждой лицензии отображаются её основные данные:

• Продукт, для которого выдаются рабочие места. Может иметь тип «Любой продукт», если лицензия приобретена на весь плагин ModPlus
• Дата начала периода подписки, дата окончания периода подписки, срок действия подписки в месяцах (3, 6 или 12) и оставшееся время действия подписки
• Количество пользователей – количество рабочих мест, выдаваемое данной лицензией
• Активационный ключ на основе которого добавлена данная лицензий
• Регистрационный ключ для которого сгенерирована лицензия

Удалить выбранную лицензию – безвозвратное удаление выбранной лицензии из хранилища лицензий.

Внимание! Удаление лицензии приводит к разовому отключению всех пользователей, в случае, если сервер запущен на прослушивание

Данная вкладка позволяет создавать и использовать белый или черный список для фильтрации входящих соединений.

Язык – выбор текущего языка. Смена языка не требует перезагрузки сервера. При первом запуске язык устанавливается согласно настройкам операционной системы. В случае отсутствия подходящего языка по умолчанию устанавливается русский язык.

Запускать при старте Windows – добавление или удаление сервера лицензий из автозагрузки Windows.

Сворачивать в трей при запуске – если галочка установлена, то при запуске сервер лицензий автоматически будет сворачиваться в трей

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

Использовать вспомогательное приложение – при установке галочки в папку расположения сервера лицензий будет извлечено и запущено вспомогательное приложение ModPlusLicenseServerHelper.exe. Данное приложение работает в фоновом режиме и с периодичностью в 1 минуту проверяет наличие рабочего процесса сервера лицензий (процесс ModPlusLicenseServer.exe). В случае, если процесс не найден, приложение будет запускать сервер лицензий.

Использование вспомогательного приложения рекомендуется в случае включения настроек Запускать при старте Windows и Запускать работу сервера при загрузке приложения.

Перезапуск приложения каждый день — при длительном использовании ЛВС Сервера Лицензий возможны переполнения ресурсов приложения, приводящие к зависанию. Рекомендуется включить перезапуск приложения. При включении перезапуска приложения не забудьте включить опцию Запускать работу сервера при загрузке приложения.

Запуск приложения осуществляется с использованием Планировщика заданий Windows. В планировщике заданий создаются два задания: ModPlusLANLicenseServerStopTask — запускает исполняемый файл KillServerProcess.bat, который останавливает процесс ЛВС Сервера Лицензий и вспомогательного приложения в назначенное время. Файл KillServerProcess.bat создается при запуске ЛВС Сервера Лицензий. ModPlusLANLicenseServerStartTask — запускает ЛВС Сервер Лицензий через 10 секунд после назначенного времени.

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

При нажатии кнопки закрытия программы (крестик) появляется окно:

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

Версия 1.7.1.0 [22.12.2020]
— Обновлен адрес проверки обновлений

Версия 1.7.0.0 [22.11.2020]
— Изменен принцип выдачи лицензий типа «Любой продукт» — если у пользователя запущено несколько поддерживаемых продуктов одновременно (например, AutoCAD и Revit), пользователем занимается одно рабочее место типа «Любой продукт»
— Добавлена возможность не писать в лог сообщения, если пользователь не подключился ввиду отсутствия рабочих мест
— Добавлена возможность не писать в лог сообщения, если пользователь не подключился ввиду отсутствия в белом списке или присутствия в черном списке
— На вкладке «Сервер» в списке «Подключенные пользователи» добавлено контекстное меню с возможностью скопировать имя пользователя в буфер обмена, а также добавить пользователя в белый или черный список

Версия 1.4.7.5 [17.10.2020]
— Добавлена возможность включить перезапуск приложения каждый день в указанное время

Версия 1.3.7.5 [20.09.2020]
— Добавлена вкладка «Разрешения», на которой можно настроить белый или черный список для фильтрация входящих соединений
— На вкладке «Регистрация» добавлено отображение серийного номера выбранного жесткого диска
— Для всех лицензий в хранилище добавлено отображение регистрационного ключа, для которого была сгенерирована лицензия
— Изменена иконка приложения
— На вкладке «О программе» добавлена ссылка на справку

Версия 1.2.5.2 [27.02.2020]
— Внесены небольшие правки в методы чтения жестких дисков
— Добавлена возможность вставки ключа активации из текстового файла

Версия 1.2.4.1 [15.10.2019]
— Убрано отображение ошибок в всплывающем окне, возникающих при проверке обновлений

Версия 1.2.4.0 [22.09.2019]
— Добавлена возможность сворачивать сервер лицензий в трей
— Изменен путь проверки наличия обновлений
— Исправлены некоторые ошибки

Версия 1.0.3.0 [11.02.2019]
— Добавлено требования прав администратора на запуск приложения

Версия 1.0.2.0 [07.02.2019]
— Добавлена цифровая подпись

Версия 1.0.1.0 [17.01.2019]
— Исправлена ошибка, приводящая к закрытию сервера в момент отключения клиента

Версия 1.0.0.0 [15.01.2019]
— Релиз

Spirit предоставит бесплатные лицензии на сервер VideoMost на 1000 пользователей

Интеграция
Инфраструктура

13.04.2020, Пн, 16:32, Мск
, Текст: Владимир Бахур

Spirit объявила о предоставлении бесплатных лицензий на сервер видеоконференций VideoMost на 1000 пользователей для установки в инфраструктуре организаций на 3 месяца.

«Российский ВКС сервер VideoMost доказал свою надежность и сегодня он особенно востребован. В условиях пандемии коронавируса и вынужденного переноса коммуникаций в онлайн мы предложили любым отечественным организациям (большим и малым, частным и государственным) бесплатный доступ к видеоконференциям бизнес-уровня через наш облачный сервис SaaS VideoMost. Спрос на VideoMost со стороны школ за последние 2 недели возрос в 1000 раз, – сказал Андрей Свириденко, предправления Spirit. – Сейчас мы расширили меры поддержки и дополнительно начали предоставлять лицензии на сервер VideoMost на 1000 пользователей для установки в инфраструктуре организации бесплатно, на 3 месяца».

Получая бесплатную лицензию на масштабируемый, полнофункциональный программный сервер VideoMost для интерактивной видеокоммуникации и совместной работы, любая организация получает возможность развернуть ВКС в своей инфраструктуре. Установка сервера VideoMost on-premises это двойная защита от коронавируса: во-первых, максимально сокращаются личные контакты и вся деловая коммуникация может быть перенесена в онлайн, во-вторых, нет рисков, что канал будет перегружен большим количеством пользователей, т.к. сервер работает в закрытой сети и обслуживает только одну организацию. Кроме того, собственный сервер — это надежная защита от утечек информации.

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

Сервер видеконференций VideoMost внутри организации может быть развернут силами штатного IT специалиста за 1 день. Достаточно отправить запрос на бесплатный сервер и получить лицензию. Вместе с лицензией будет отправлена инструкция по установке сервера и активации.

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

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

Руководство по лицензированию FLEXnet

Скачать инструкцию

Что такое FLEXnet?

Скачать Tekla Structures недостаточно для начала работы инженера-конструктора. Потребуется ещё активировать лицензию Tekla Structures, чтобы начать разработку КМД.

Данное руководство содержит информацию о том, как установить систему лицензирования FLEXnet и запустить вашу лицензию Tekla Structures.

FLEXnet – это основанная на активации система лицензирования от компании Flexera Software.

В подобных системах вам необходимо выполнить следующие шаги:

• Установить и настроить сервер лицензий на компьютере.
• Активировать лицензии Tekla Structures
• Указать в программе Tekla Structures путь к серверу лицензий.

Контрольный перечень ИТ-ресурсов, необходимых для использования системы лицензирования Tekla Structures

Администратор должен принять во внимание следующие требования, связанные с ИТ-ресурсами:

1. Поддерживаемая операционная система.
Система лицензирования FlexNet для Tekla Structures предназначена для операционной системы Windows. Поддержка виртуальных серверов ограничена. Дополнительные сведения см. в рекомендациях по оборудованию для Tekla Structures на Tekla User Assistance (https://teklastructures.support.tekla.com/).

2. Учетная запись пользователя Windows с правами администратора.
Ваше имя пользователя для входа в Windows не должно содержать никаких специальных символов. Для установки сервера лицензий и управления им необходимо иметь права администратора на компьютере. Дополнительные сведения см. в разделе Права, необходимые для выполнения задач по администрированию системы лицензирования Tekla Structures.

3. Порт TCP/IP 27007 для сервера лицензий.
Служба лицензирования Tekla Structures (lmgrd) автоматически запускается на порте TCP/IP 27007. Этот порт должен быть выделен для использования исключительно службой лицензирования Tekla Structures. При необходимости можно вручную задать для службы лицензирования другой порт TCP/IP; см. раздел Редактирование файла лицензий tekla.lic вручную.

4. Локальная сеть
Сервер лицензий и клиентские компьютеры должны находиться в одной и той же локальной сети. Клиенты должны иметь возможность связи с сервером лицензий. Если в компании нет локальной сети, рекомендуется установить сервер лицензий на каждый компьютер с программой Tekla Structures и активировать одну лицензию на каждом компьютере.

5. Внутренний брандмауэр и прямой обмен данными
Используемый в компании внутренний брандмауэр (например, брандмауэр Windows) не должен препятствовать обмену данными между серверным компьютером и компьютерами с установленной программой Tekla Structures. Приложения tekla.exe и lmgrd.exe должны иметь возможность работать через брандмауэр. Дополнительные сведения см. в разделе Настройка работы сервера лицензий Tekla Structures для работы через брандмауэр Windows.
Во время подключения сервера лицензий компании к серверу активации в Trimble Solutions серверному компьютеру должен быть разрешен прямой обмен данными с Интернетом. Для активации используется протокол SOAP поверх HTTP через порт TCP/IP 80.
Брандмауэр не должен блокировать никакие входящие или исходящие данные во время активации. Чтобы разрешить обмен данными активации, укажите адрес сервера активации в настройках брандмауэра:
http://activate.tekla.com:80/flexnet/services/ActivationService?wsdl
Если непосредственная отправка данных с серверного компьютера в Интернет невозможна, обратитесь в службу поддержки программы Tekla Structures в вашем регионе для активации лицензий вручную.

6. Настройки резервного копирования системы.
Если в компании используется система автоматического резервного копирования и восстановления, необходимо настроить ее таким образом, чтобы доверенное хранилище не перезаписывалось резервной копией. Доверенное хранилище — это место хранения данных лицензирования на серверном компьютере, которое находится в папке C:\ProgramData\FLEXnet , в зависимости от операционной системы.

Выбор сервера для лицензий Tekla Structures

Вы можете установить сервер лицензий Tekla Structures, как на локальный компьютер, так и на выделенный сервер. Лучше всего сделать выбор в пользу сетевого, к которому есть доступ 24 часа в сутки.

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

Установка Tekla Structures License Server

Редактирование файла лицензии

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

Tekla Structures License Server автоматически создаст файл лицензии, так что в большинстве случаев вам не придется создавать его вручную, а также, в большинстве случаев, вам не придется редактировать этот файл.

Для редактирования файла лицензии:

1. Откройте директорию ..\TeklaStructures\License\Server на сервере.
2. Откройте tekla.lic с помощью текстового редактора. Первая строка должна начинаться с SERVER, затем имя машины, где установлена лицензия, затем ANY и номер порта. В большинстве случаев эта строка не оставляется как есть. Вы можете изменить имя сервера на его IP-адрес и вы можете указать другой номер порта, если это необходимо.
3. Запомните имя сервера и порт. Они необходимы для подключения рабочих станций к серверу лицензий.
4. Сохраните изменения и закройте редактор.

Важно. Не удаляйте слова SERVER и ANY, когда указываете имя или порт.

Сохранение сертификата Entitlement Certificate

После приобретения лицензии, вы получите сертификат на право пользования Tekla Structures по электронной почте — entitlement certificate. Данный сертификат описывает конфигурации, количество и идентификатор вашей лицензии Tekla Structures. Первый необходимый шаг для передачи лицензионных прав вашему серверу – это сохранение сертификата. Далее вы сможете открыть сертификат с помощью Tekla Structures License Administration Tool и активировать ваши лицензии.

Для сохранения сертификата:

1. Откройте свой почтовый клиент.
2. Откройте письмо с сертификатом.
3. Сохраните прикрепленный EntitlementCertificate.html в директорию ..\TeklaStructures\License\Server

Совет. Копирование именно в директорию ..\TeklaStructures\License\Server не является обязательным условием, Вы можете выбрать любой другой путь для хранения.

Запуск Tekla Structures License Administration Tool

Для использования лицензий, вам необходимо активировать их. Когда вы активируете лицензии, лицензионные права передаются от сервера активации компании Tekla к серверу лицензий вашей компании или, в случае одного пользователя, — вашему компьютеру. Tekla Structures License Administration Tool – это приложение, используемое для активации лицензий. Для запуска Tekla Structures License Administration Tool, нажмите Пуск > Все программы > Tekla Structures Licensing > Tekla Structures License Administration Tool. Для смены языка воспользуйтесь кнопкой на ленте (Language/Язык).

Для активации лицензии:

1. Если Вы не сохранили сертификат в директории ..\TeklaStructures\License\Server, Вам необходимо открыть сертификат. Для этого нажмите Открыть, а затем укажите Ваш файл EntitlementCertificate.html.
2. Выберите количество лицензий в столбце Активировать. Вы также можете ввести количество с клавиатуры.

3. Нажмите кнопку Активировать. В этот момент ваш сервер лицензий устанавливает контакт с сервером активации компании Tekla.

4. После успешной активации, появится окно с сообщением, подтверждающим это. Нажмите OK.
5. Активированные лицензии появятся в списке Активированные лицензии. Вам не обязательно активировать все лицензии разом. Вы можете активировать часть лицензий в одно время и часть – в другое, на другом компьютере, например.

Уведомление сервера лицензий об активированных лицензиях

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

1. С правами администратора нажмите Пуск > Все программы > Tekla Structures Licensing > LMTOOLS. Откроется окно LMTOOLS. Если установлено более одной службы лицензирования, убедитесь, что выбрана «Tekla Structures Licensing Service».
2. Перейдите на вкладку Start/Stop/Reread.
3. Нажмите ReRead License File.

Сервер лицензии считывает информацию о лицензии Tekla Structures. Если вы подключены к нескольким серверам лицензий, перечитывание файла лицензии может не работать. В этом случае, вам необходимо остановить сервис лицензий и запустить снова: нажать Stop Server, а потом – Start Server.

Установка сервера лицензий Tekla Structures завершена. Tekla License Server автоматически пытается перечитать файл лицензии после активации, поэтому иногда необходимость в этом шаге иногда отпадает.

Запуск Tekla Structures с лицензированием FLEXnet

Если вы установили сервер лицензий и Tekla Structures на один и тот же компьютер, система автоматически использует, установленный на компьютере, когда вы пытаетесь запустить Tekla Structures.

Если вы установили Tekla Structures и сервер лицензий на разные компьютеры, система попросит указать приоритетный при первом запуске Tekla Structures.

Для этого вам потребуется сделать следующее:

1. Введите имя хоста сервера лицензий, начиная с символа @ в строку Адрес сервера, как указано в вашем файле tekla.lic.
2. Существует еще несколько вариантов, как можно ввести имя сервера:
   27007@server_host_name.mycompany.com – с номером TCP/IP порта перед символом @
   27007@server_host_name1;27007@server_host_name2 – для указания нескольких серверов, разделенных точкой с запятой
   27007@ipaddress – для указания через IP-адрес
3. Если вы хотите проверить, какие лицензии доступны на сервере, нажмите Проверить лицензии.
4. Нажмите OK для запуска Tekla Structures.

Совет. Вы можете переопределить сервер лицензий, выбрав Инструменты > Выбор сервера лицензий в самой Tekla Structures. Изменения вступят в силу при следующем запуске программы.

Деактивация лицензий

Задача 1 — Обновление Лицензий Tekla Structures

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

Задача 2 — Перемещение Лицензий

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

Для деактивации лицензий:

1. Посмотрите ID Активации лицензий, которые вам необходимо деактивировать, в электронном сообщении, найдите этот ID Активации в списке Активированные лицензии.
2. Поставьте галку напротив лицензий, которые необходимо деактивировать.
3. Нажмите Деактивировать. В этот момент ваш сервер лицензий устанавливает контакт с сервером активации компании Trimble Tekla.

4. После успешной деактивации, появится окно с сообщением, подтверждающим это. Нажмите OK. Теперь деактивированные лицензии больше не будут отображаться в списке Активированные лицензии.

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

1. С правами администратора нажмите Пуск > Все программы > Tekla Structures Licensing > LMTOOLS. Откроется окно LMTOOLS. Если установлено более одной службы лицензирования, убедитесь, что выбрана «TeklaStructuresLicensingService».
2. Перейдите на вкладку Start/Stop/Reread.
3. Нажмите ReRead License File.

Совет. Для активации нового сертификата на другом сервере/компьютере, заново выполните действия, описанные ранее.

Замена сертификата

Перед заменой лицензий, отдел выдачи лицензий Tekla должен получить снимок экрана, показывающий MAC-адрес сервера лицензий и все активированные на нем лицензии. Пожалуйста, следуйте следующим указаниям для получения такого снимка с экрана.

1. Найдите в меню Пуск > Служебные — Windows > Командная строка. Нажмите правой кнопкой “Запуск от имени администратора».

2. В командной строке, для смены диска, введите C:

3. Для перехода в нужную директорию введите cd\TeklaStructures\License\Server.

4. Получите МАС-адрес компьютера, введя команду getmac.

5. Введите serveractutil -view для просмотра всех лицензий на сервере.

6. Сделайте снимок окна командной строки, так чтобы вся полученная информация умещалась в окне. Отправьте снимок в службу поддержки.

Разрешение запуска Tekla через брандмауэр

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

1. Нажмите Пуск > Панель управления, нажмите Система и безопасность.

2. Далее нажмите Разрешение запуска программы через Windows.

3. Далее нажмите Разрешить другую программу, если Вы не можете нажать эту кнопку, нажмите сначала Изменить параметры выше, а затем Разрешить другую программу.

4. Нажмите Обзор.

5. Найдите папку C:\TeklaStructures\License\Server и выберете в ней исполняемые файлы tekla.exe и lmgrd.exe.

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

Создание резервной копии файлов лицензий

После каждой активации/восстановления/обновления лицензии, обязательно сделайте резервную копию файлов лицензии. В случае повреждения диска или утери самого сервера, восстановить лицензию будет сложно. В большинстве случаев Trimble согласится только заново продать Вам лицензию, так что отнеситесь к резервному копированию с максимальной ответственностью.

1. Откройте папку C:\ProgramData\FLEXnet. Скопируйте в буфер обмена все файлы, начинающиеся на tekla_

2. Создайте папку в надежном месте и назовите её, например, TeklaStructuresActivatedLicences_10_08_18
3. Вставьте файлы лицензии в эту папку.

Вопросы пользователей

У меня лицензия Tekla 2017, Tekla 2018, Tekla 2019, Tekla 2020. Могу ли я использовать старые версии?
Да, ваша FLEXnet лицензия совместима с версиями Tekla вплоть до 12й.

Нужна ли активация и смогу ли работать без лицензии Tekla Structures?
Без активированной лицензии вы не сможете запустить программу.

Активация не удается с ошибкой 50041. Что теперь?
Так происходит из-за того, что антивирус или брандмауэр блокируют активацию. Убедитесь, что программы «lmgrd.exe» и «tekla.exe» не блокируются вашим антивирусом или брандмауэром. Вам также необходимо разрешить прямое обращение к порту 80 или к «http://193.64.145.74:80/flexnet/services/ActivationService?wsdl».

Могу ли я выполнять какие-либо манипуляции с «железом» и операционной системой на компьютере, где запущен сервер лицензий?
Да, но перед любыми апгрейдами и обновлением/переустановкой ОС, вам необходимо деактивировать лицензии. После апгрейда или обновления, активируйте лицензию заново.

Нужна ли мне локальная сеть в офисе?
Если сервер лицензий и Tekla Structures установлены на разных машинах, то эти компьютеры должны находиться в одной локальной сети. Если у вас в офисе нет локальной сети, вы можете активировать лицензии отдельно на каждом компьютере.

Должен ли сервер лицензий иметь постоянный доступ к интернету?
Подключение к интернету необходимо только во время процесса активации или деактивации лицензий Tekla.

Как установить

Калькулятор лицензирования

Windows Server Core

HPE OEM Microsoft Windows Server Datacenter Edition

Datacenter Edition включает неограниченное количество виртуальных экземпляров среды операционной системы (виртуальных машин / операционных сред) и контейнеров Hyper-V на лицензированном физическом сервере.

Лицензионные требования:

• Все физические ядра на сервере должны быть лицензированы (Hyperthreading (SMT) не считается фактическими физическими ядрами)
• Для каждого процессора необходимо лицензировать минимум 8 ядер.
• Для каждого сервера должно быть лицензировано минимум 16 ядер.

Требования к лицензии

HPE OEM Microsoft Windows Server Standard Edition

Standard Edition включает до двух (2) виртуальных экземпляров среды операционной системы (VM / OSE) или до двух (2) контейнеров Hyper-V, если все физические ядра на сервере лицензированы.Для каждых двух (2) дополнительных операционных сред или контейнеров Hyper-V все ядра на сервере должны быть снова лицензированы.

Лицензионные требования:

• Все физические ядра на сервере должны быть лицензированы (Hyperthreading (SMT) не считается фактическими физическими ядрами)
• Для каждого процессора необходимо лицензировать минимум 8 ядер.
• Для каждого сервера должно быть лицензировано минимум 16 ядер.

Требования к лицензии

Ознакомьтесь с последними изменениями в лицензировании Microsoft

— Microsoft расширит сферу действия мобильности лицензий с помощью SA для соответствующих лицензий с активным соглашением Software Assurance (SA), которые будут назначены облачным службам выделенного хоста от «перечисленных поставщиков», которые являются авторизованными партнерами по мобильности (AMP), включая выделенный хост Azure. .Например, Exchange Server, SharePoint Server, Skype для бизнеса Server и SQL Server. Раньше это преимущество можно было использовать только в общих средах аренды, а теперь оно будет распространено на выделенные хосты.

— Microsoft ограничит использование собственных лицензий (BYOL) для продуктов, отвечающих требованиям мобильности лицензий, когда лицензии были приобретены без SA или по истечении срока действия SA, облачными службами выделенного хоста от «перечисленных поставщиков», включая выделенный хост Azure. Раньше это было разрешено на выделенных серверах в соответствии с положением об «аутсорсинге».

— Microsoft ограничит назначение лицензий для выделенных облачных служб хоста от «Перечисленных поставщиков», которые не имеют права на перемещение лицензий. Например, Windows Server, ОС Windows Desktop, Microsoft Office или программное обеспечение, на которое распространяется подписка разработчика Visual Studio.

— Лицензии Microsoft SQL Server и Windows Server с активным SA можно назначить в рамках расширенного «преимущества гибридного использования Azure» выделенному узлу Azure.

— Microsoft ограничит «Неограниченные права на виртуализацию», которые позволяют планировать неограниченное количество виртуальных машин (при наличии аппаратного обеспечения) для SQL Server Enterprise с SA и Windows Datacenter в службах выделенного хоста «Зарегистрированного поставщика» от AWS, Google и Alibaba.

— Microsoft будет предлагать расширенные обновления безопасности для всех рабочих нагрузок SQL Server и Windows Server на выделенных узлах Azure без дополнительной оплаты.

— Чтобы обеспечить постоянные обновления безопасности для рабочих нагрузок SQL Server 2008 и 2008 R2, а также Windows server 2008 и 2008 R2 по окончании расширенной поддержки на Alibaba, AWS и Google, вам потребуется обновить или поддерживать активную SA на лицензированных серверах до приобрести расширенные обновления безопасности.

— Программное обеспечение Microsoft по-прежнему доступно вам через предложения «Включенная в лицензию» от «Включенных в список поставщиков», которые участвуют в программе лицензионного соглашения с поставщиком услуг (SPLA), и через службы «Включенная лицензия», доступные через Microsoft Azure.

— Это не относится к другим провайдерам выделенного хостинга и партнерам SPLA. Запланированные изменения в лицензировании распространяются только на Microsoft, AWS (включая VMware на AWS), Alibaba и Google.

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

— Обзор продукта

Модели лицензирования BizTalk Server 2016

Начиная с версии программного обеспечения 2013 года, BizTalk Server (BTS) лицензируется по той же модели Per Core, что и SQL Server. Эта модель обеспечивает точное измерение вычислительной мощности и согласованную метрику лицензирования независимо от того, развернуто ли ваше решение BTS на локальных, виртуальных или физических серверах или в облачных средах в рамках «Мобильность лицензий с Software Assurance».В рамках модели лицензирования на ядро ​​каждому серверу, на котором выполняется программное обеспечение BTS, должно быть назначено соответствующее количество лицензий на ядро ​​BTS. Количество необходимых лицензий на ядро ​​зависит от того, лицензируете ли вы физический сервер или отдельные виртуальные среды операционных систем (OSE).

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

Модель лицензирования на ядро ​​

Эта модель обеспечивает точное измерение
вычислительная мощность и согласованная метрика лицензирования,
независимо от того, развернуто ли ваше решение BizTalk
в локальных, виртуальных и / или облачных средах.

• В рамках модели лицензирования на количество ядер каждому серверу, на котором выполняется программное обеспечение BizTalk Server, должно быть назначено соответствующее количество лицензий на ядро ​​BizTalk Server. Количество необходимых лицензий на ядро ​​зависит от того, лицензируете ли вы физический сервер или отдельные виртуальные среды операционных систем (OSE).
• Чтобы лицензировать физический сервер, вы должны лицензировать все ядра на сервере, при этом для каждого физического процессора на сервере требуется минимум 4 лицензии на ядро. Лицензии на ядро ​​BizTalk Server продаются пакетами по две штуки.
• Фактическое количество необходимых лицензий на ядро ​​может варьироваться в зависимости от типа процессора и, как таковое, будет зависеть от коэффициента ядра, назначенного вашим применимым процессорам.

В зависимости от развернутой версии BizTalk Server 2016 также применяются следующие требования к использованию:

• Программное обеспечение BizTalk Server 2016 Enterprise или Standard Edition не может быть установлено на сервере, который является частью сетевого кластера или в операционной среде, которая является частью сетевого кластера операционных сред на том же сервере.
• BizTalk Server 2016 Branch Edition Программное обеспечение может быть установлено только на серверах в конечной точке его внутренней сети (или на границе организации) для связи бизнес-событий или транзакций с операциями, обрабатываемыми на этой конечной точке, при условии, что сервер не:
  • действует как центральный узел в сетевой модели «концентратор и спица»,
  • централизовать общекорпоративную связь с другими серверами или устройствами;
  • или автоматизировать бизнес-процессы в подразделениях, бизнес-единицах или филиалах.

Примечание

Для использования версии BizTalk Server Branch требуется, чтобы BizTalk Server Enterprise Edition был установлен в качестве центрального узла в архитектуре «концентратор и звезда».

• Host Integration Server 2016 Программное обеспечение входит в состав каждой лицензированной версии BizTalk Server 2016. Каждый сервер, на котором работает Host Integration Server 2016, должен быть лицензирован для BizTalk Server 2016.

Лицензирование виртуализации

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

Отдельные виртуальные машины

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

• Чтобы лицензировать виртуальную машину с лицензиями на ядро, приобретите лицензию на ядро ​​для каждого виртуального ядра (виртуального потока), выделенного виртуальной машине (минимум 4 лицензии на ядро ​​на виртуальную машину).

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

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

• Заказчики могут развернуть неограниченное количество виртуальных машин на сервере и использовать полную мощность лицензированного оборудования, полностью лицензируя сервер (или ферму серверов) с лицензиями на ядро ​​BizTalk Enterprise Edition и покрытием SA на основе общего количества физических ядер. на серверах.
• SA позволяет запускать неограниченное количество виртуальных машин для обработки динамических рабочих нагрузок и полностью использовать вычислительную мощность оборудования.

Мобильность лицензий через Software Assurance

Заказчики с корпоративной лицензией

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

Для получения информации о перемещении лицензий посетите страницу «Мобильность лицензий с помощью программы Software Assurance» по адресу: https: // www.microsoft.com/en-us/Licensing/licensing-programs/software-assurance-license-mobility.aspx

Лицензия для непроизводственного использования

BizTalk Server 2016 Developer Edition предоставляет полнофункциональную версию программного обеспечения BizTalk Server, включая все функции и возможности BizTalk Server Enterprise Edition, и лицензируется только для целей разработки, тестирования и демонстрации.

Клиенты могут устанавливать и запускать программное обеспечение BizTalk Server Developer Edition на любом количестве устройств.Это важно, поскольку позволяет клиентам запускать программное обеспечение на нескольких устройствах (например, в целях тестирования) без необходимости лицензировать каждую непроизводственную серверную систему для BizTalk Server.

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

BizTalk Server 2016 Developer Edition теперь является бесплатным продуктом, доступным для загрузки из программы Visual Studio Dev Essentials.

Для получения дополнительной информации о бесплатной программе Visual Studio Dev Essentials, в том числе о том, как зарегистрироваться, посетите:
https://www.visualstudio.com/en-us/products/visual-studio-dev-essentials-vs.aspx

Была ли эта статья полезной?

Да
Нет

Лицензирование продуктов Microsoft (Windows Server и Microsoft SQL Server) в VMware Cloud on AWS — новая парадигма

Думаете ли вы о переносе рабочих нагрузок Microsoft в VMware Cloud on AWS? В этом блоге представлен обзор понимания VMware некоторых элементов изменений лицензирования Microsoft, которые могут повлиять на вас, если вы все же осуществите миграцию с помощью VMware Cloud on AWS.

1 октября 2019 года Microsoft объявила о существенных изменениях условий лицензирования своих продуктов, развертываемых в выделенных размещенных облачных сервисах. Эти изменения могут вызвать беспокойство и повлиять на клиентов, решающих, следует ли переносить рабочие нагрузки Microsoft в выделенные размещенные облачные сервисы, включая VMware Cloud on AWS. Несмотря на то, что мы просмотрели опубликованные Microsoft комментарии относительно изменений, VMware не уполномочена выступать от имени Microsoft или делать заявления от ее имени.Ниже приведены некоторые наблюдения VMware, которые могут быть полезны предприятиям, желающим перенести продукты Microsoft в облачный сервис VMware Cloud on AWS.

Обзор

Мы считаем, что эти изменения в условиях лицензирования Microsoft в первую очередь затрагивают клиентов, желающих использовать лицензии, приобретенные по соглашениям корпоративного лицензирования с Microsoft, при переносе рабочих нагрузок Microsoft в VMware Cloud on AWS (часто именуемое Bringing Your Own Licenses или «БЁЛ»). Мы видим два ключевых элемента, связанных с этими изменениями:

1. Active Software Assurance теперь требуется для всех продуктов Microsoft (с мобильностью лицензий через Software Assurance), если рассматривается использование BYOL в VMware Cloud on AWS.
2. Microsoft определила определенные продукты как неподходящие для использования BYOL. Вместо этого, чтобы предоставить клиентам доступ к некоторым из этих продуктов, включая Windows Server, служба хостинга должна использовать лицензионное соглашение поставщика услуг (SPLA) с Microsoft.У VMware есть соглашение SPLA с Microsoft, и сейчас они прорабатывают детали ценообразования и упаковки для выбранных продуктов Microsoft, которые будут доступны в ближайшее время.

Рекомендации по лицензированию Windows Server в VMware Cloud on AWS.

Таблица 1 обобщает наше понимание изменений в лицензировании Windows Server.

* Дата лицензии вступает в силу в следующих случаях:

1. Заказчик приобретает новые лицензии 1 октября 2019 г. или позднее.
2. Заказчик обновляет существующую установку с использованием версии продукта (ов) ) выпущен 1 октября 2019 г. / после этой даты.
3. Клиент продлевает лицензии на подписку в последующем контракте EA или приобретает новые бессрочные лицензии в последующем контракте EA 1 октября 2019 г. или после этой даты.

Насколько мы понимаем, Microsoft заняла позицию, согласно которой лицензия Windows Server, приобретенная клиентом 1 октября 2019 г. или позднее в соответствии с соглашением о корпоративном лицензировании, не имеет мобильности лицензий и не может быть развернута в VMware Cloud on AWS, независимо от выпуска продукта. или приобрел ли клиент Software Assurance. Согласно новой политике Microsoft, чтобы клиент мог переместить рабочую нагрузку с экземпляром Windows Server в VMware Cloud on AWS, необходимо приобрести новую лицензию на Windows Server через VMware SPLA для каждого хоста и кластера ESXi.Другими словами, Microsoft, похоже, придерживается позиции, что все возможные хосты в кластере ESXi должны быть лицензированы. Хотя у нас есть серьезные сомнения по поводу многих аспектов позиции Microsoft, тем не менее на данный момент мы считаем, что для клиентов разумно приобретать лицензии, исходя из позиции Microsoft.

VMware работает над техническим решением по перемещению виртуальной машины (ВМ) в VMware Cloud on AWS, которое не потребует переплатформизации виртуальной машины с установленной операционной системой Windows Server.

Рекомендации по лицензированию Microsoft SQL Server в VMware Cloud on AWS.

Таблица 2 суммирует наше понимание изменений для лицензий SQL Server.

* Применяются те же соображения в отношении даты лицензии, которые указаны в таблице 1 ниже.

ПРИМЕЧАНИЕ: SQL Server относится только к движку реляционной базы данных в контексте этого сообщения.

Мы понимаем, что лицензия SQL Server, приобретенная 1 октября 2019 г. или позднее, дает право на мобильность лицензий (в рамках программы Software Assurance, если она приобретена), и поэтому клиенты могут использовать BYOL при перемещении рабочих нагрузок SQL Server в VMware Cloud on AWS.

Microsoft, похоже, внесла два основных изменения для лицензий SQL Server в соответствии с новыми условиями, если выбран путь BYOL:

1. Требование использовать мобильность лицензий через Software Assurance, чтобы иметь возможность перемещать лицензии из локальной среды в VMware Cloud on AWS:
   1. Похоже, что у клиентов должна быть действующая программа Software Assurance для переноса всех лицензий SQL Server в VMware Cloud on AWS.
   2. Похоже, что заказчики должны активно использовать преимущество мобильности лицензий, соблюдая процедуру, описанную в этом документе Microsoft.
2. Отмена «неограниченного права виртуализации» в рамках Software Assurance, если лицензия SQL Server перемещена в VMware Cloud on AWS. Насколько мы понимаем, Microsoft заняла позицию, согласно которой клиенты должны лицензировать отдельные виртуальные машины: все ЦП, назначенные всем виртуальным машинам, на которых размещается рабочая нагрузка SQL Server в VMware Cloud on AWS, должны быть лицензированы.

Мы думаем, что VMware SPLA предлагает альтернативный и, возможно, предпочтительный путь для заказчиков приобретения новых лицензий SQL Server.Насколько мы понимаем, Microsoft заняла позицию, согласно которой все хосты ESXi (общее количество физических ядер ЦП) в выбранном кластере vSphere в VMware Cloud on ASWS должны быть лицензированы. Как и прежде, у нас есть серьезные сомнения по поводу многих аспектов позиции Microsoft, тем не менее, на данный момент мы считаем, что для клиентов разумно приобретать лицензии, исходя из позиции Microsoft. Если был выбран маршрут VMware SPLA, применяются следующие условия:

• Лицензии применяются для каждого хоста.
• Предоставляется право неограниченной виртуализации.Неограниченное количество виртуальных машин (до технических ограничений), на которых размещены экземпляры SQL Server, можно развернуть в лицензированном кластере vSphere.
• Microsoft заняла позицию, согласно которой заказчик не может смешивать лицензии BYOL и SPLA в одном кластере vSphere в VMware Cloud on AWS. Однако мы считаем, что разные кластеры в SDDC можно лицензировать с использованием разных типов лицензий.

Мы проиллюстрируем разницу между лицензированием BYOL и VMware SPLA для SQL Server на следующем примере: двенадцать (12) виртуальных машин, каждая из которых имеет 18 процессоров (всего 216 виртуальных ЦП), работают на трех узлах ESXi (i3.metal) размещает кластер в VMware Cloud on AWS (в VMware Cloud on AWS минимальный поддерживаемый размер кластера ESXi составляет три хоста на момент написания). Каждый хост имеет 36 физических ядер, всего 108 физических ядер на кластер. На рисунке 1 изображена эта конфигурация.

VMware применяет следующий подход к лицензированию SQL Server для сценария, изображенного на рисунке 1:

• BYOL (лицензии приобретены до 1 октября 2019 г.):
  • Лицензирование на виртуальную машину: все ЦП назначены всем виртуальным машинам для выполнения рабочих нагрузок SQL Server необходимо иметь 216 лицензий (12 виртуальных машин X 18 процессоров).Можно использовать SQL Server Standard или Enterprise по лицензии на ядро ​​ с SA или без SA .
  • Лицензирование на каждый хост виртуализации: все физические ядра на всех хостах виртуализации (всего 108 лицензий, 3 X 36 ядер на хост) должны быть лицензированы. Следует использовать SQL Server Enterprise с SA.

• BYOL (лицензии, приобретенные 1 октября 2019 г. или позднее):
  • Лицензирование на виртуальную машину: мы понимаем, что Microsoft заняла позицию, согласно которой все ЦП, назначенные виртуальным машинам, на которых выполняется рабочая нагрузка SQL Server, должны быть лицензированы с общим 216 процессоров (12 виртуальных машин X 18 процессоров).Можно использовать SQL Server Standard или Enterprise с лицензиями на ядро ​​с SA .
  • Лицензирование хоста виртуализации: исходя из нашего понимания приведенных выше изменений, эта модель не предоставляет «неограниченное право виртуализации». 108 SQL Server Enterprise с лицензиями SA следует назначить узлам виртуализации (3 узла X 36 ядер). * Дополнительные * 108 лицензий SQL Server Enterprise или Standard с SA должны быть назначены для покрытия дополнительных виртуальных машин, на которых выполняется рабочая нагрузка SQL Server (216 ЦП используется виртуальными машинами –108 лицензий, назначенных хостам = 108 дополнительных лицензий).
• VMware SPLA: лицензирование всего хоста виртуализации даст вам возможность запускать неограниченное количество виртуальных машин с рабочей нагрузкой SQL Server. Необходимо приобрести 36 лицензий на каждый хост, всего 108 лицензий (3 хоста X 36 ядер).

ПРИМЕЧАНИЕ. На дату публикации SQL Server Developer edition можно использовать в VMware Cloud on AWS.

Рекомендации по лицензированию других продуктов Microsoft с помощью License Mobility

Мы понимаем, что многие другие продукты Microsoft Server (Exchange Server, SharePoint Server, Skype для бизнеса Server, System Center Server, BizTalk Server, службы удаленных рабочих столов — см. Полный список здесь) имеют право на мобильность лицензий (при покупке Software Assurance).Таким образом, лицензия на эти продукты может быть перенесена в VMware Cloud on AWS на новых условиях. Должны быть выполнены следующие условия:

VMware не предоставляет лицензии на эти продукты как часть SPLA на момент написания.

Если у вас есть вопросы о том, как это повлияет на вашу среду, напишите нам по адресу [email protected].

Отказ от ответственности: вы несете ответственность за получение лицензий, необходимых для соответствующих приложений Microsoft, работающих в VMware Cloud on AWS, и за соблюдение всех применимых лицензионных требований Microsoft.VMware не имеет полномочий выступать от имени Microsoft или делать какие-либо заявления от имени Microsoft.

Демистификация лицензирования Microsoft Server — сертифицированный ИТ-директор

Лицензирование Microsoft… Microsoft 365, облачных решений Azure, операционных систем и других имеет множество аспектов. Но сегодня я хотел бы сосредоточиться на Windows Server и связанных с ним лицензиях и развенчать некоторые из словосочетаний, которые вы, вероятно, встретите при покупке лицензий на сервер.

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

https://www.bizjournals.com/portland/news/2018/06/01/nike-countersues-in-pirated-software-lawsuit.html

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

Windows Server выпускает новые выпуски каждые несколько годы. Они названы по году выпуска (в отличие от нескольких последних версий для ПК).Последнее издание — 2019 год, ему предшествуют 2016, 2012, 2008 и 2005 годы. Сервер 2019 в настоящее время продается с использованием модели на количество ядер, что означает количество ядер в процессоре (ах) сервера. Это позволяет улучшить методы адаптации к центрам обработки данных и виртуализированным средам. (Следует отметить, что существует минимальное требование к покупке для лицензий на количество ядер.)

Software Assurance

Software Assurance (обычно сокращенно SA) — это программа, предлагаемая Microsoft, предлагающая простой способ гарантировать, что программное обеспечение будет оставаться в актуальном состоянии. .С Software Assurance конечный пользователь покупает душевное спокойствие. Для гипотетических целей предположим, что следующая версия Windows Server будет выпущена в 2023 году. SA работает так, что, хотя клиент может приобрести Server 2019 в 2020 году — это будет лицензия и Software Assurance, или L / SA, в течение срок действия соглашения (который может варьироваться в зависимости от типа лицензии… еще не запутались?… но составляет 3 года для лицензии Open Value), покупка SA позволит этому пользователю перейти на наш гипотетический Windows Server 2023 без дополнительных затрат.SA может быть приобретена в конце каждого периода действия соглашения, то есть после первоначального соглашения и после каждого последующего соглашения.

Однако, когда конечный пользователь отказывается от SA для любого конкретного продукта, этому конечному пользователю разрешается только законное обновление до версии, которая была текущей на момент отказа. Другими словами, если бы я приобрел Server 2016 в 2016 году (лицензия и Software Assurance), продлен для Software Assurance только в 2019 году, но затем не продлевал SA в 2022 году, я бы сохранил лицензию на Server 2019, но не имел бы права на нее. (гипотетический) Server 2023, если он не был выпущен до истечения срока действия моего соглашения Software Assurance.

Software Assurance включено в первое соглашение Open Value и является необязательным после покупки лицензии (хотя мы рекомендуем его, поскольку это «золотое яйцо» программы Open Value). Лицензирование Software Assurance Only распространяется на продукты, которыми вы уже владеете; Software Assurance можно приобрести одновременно с лицензией, но нельзя приобрести отдельно для лицензии, которая не принадлежит или не является частью действующего соглашения.

Сравнение Open Value и Open License

Наши клиенты могут приобрести серверные лицензии двумя основными способами: Open Value и Open License.

Открытая лицензия — более традиционный способ покупки лицензии на программное обеспечение, поскольку он аналогичен покупке программного обеспечения в коробке. Вы платите авансом и владеете этими лицензиями, при этом программа Software Assurance является необязательным дополнением.

Open Value предлагает долгосрочное решение для конечных пользователей, которые хотят обновляться по мере развития технологий. Это лучше всего подходит для бизнеса, который рассчитывает продолжать свою деятельность на неопределенный срок и хочет постоянно обновлять свои лицензии в рамках программы Software Assurance.

Open Value продается по трехлетнему соглашению с Microsoft для ежегодной оплаты лицензий (чаще всего) в течение этого периода. В течение первых трех лет действия соглашения покупаются лицензии и гарантия на программное обеспечение, часто сокращенно «L / SA». После выполнения первоначальных трехлетних обязательств конечные пользователи могут продолжить программу Software Assurance для своих лицензионных продуктов (со значительно меньшей скоростью по сравнению с L / SA).

«1Yr Acq Yr1»

Можно также увидеть сокращения, такие как «1Yr Acq Yr1», прикрепленные к вашим покупкам продукта.«1Yr Acq Yr1» просто означает в соглашении Open Value, что конечный пользователь платит за этот продукт в течение первого года действия соглашения, и продукт был добавлен к соглашению в первый год. Такие варианты, как «3Yr Acq Yr1», означают, что конечный пользователь платит за все три года использования продукта и что он был приобретен в первый год действия соглашения. «1Yr Acq Yr2» означает, что конечный пользователь платит за 1 год продукта, но продукт был добавлен к соглашению в течение 2-го года 3-летнего соглашения.Этот шаблон имеет много возможностей, но соглашение об именах остается неизменным во всем.

Лицензии RDS

Службы удаленных рабочих столов или лицензии RDS стали гораздо более распространенными в эпоху «работы из дома». Эти лицензии позволяют удаленное прямое управление устройством. Эти лицензии применяются к серверу, например к серверу терминалов, и являются лицензией на одновременное использование. Это означает, что 5 лицензий RDS позволяют 5 пользователям одновременно входить в систему. Это не обязательно всегда одни и те же 5 пользователей.Например, 10 пользователей могут использовать 5 лицензий RDS, но только 5 могут войти в систему одновременно.

Пользовательские клиентские лицензии

Пользовательские клиентские лицензии, или клиентские лицензии, позволяют пользователю подключаться к службам сервера с компьютера или другого устройства. В отличие от RDS, где пользователь входит непосредственно на сервер, клиентская лицензия «на пользователя» используется для доступа к файловым хранилищам, печати и т. Д. Эта лицензия применяется к пользователю, и устройство, используемое для доступа к службам, не имеет значения. Это лучший выбор для клиентских лицензий, когда сотрудники компании могут использовать несколько точек доступа к серверу.Это основное отличие от…

Клиентских лицензий на устройство

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

Мы знаем, что это может сбивать с толку, и время от времени нам приходится ломать голову, чтобы убедиться, что наши рекомендации являются лучшим решением для каждой ситуации.Если вы не уверены, ОБЯЗАТЕЛЬНО СВЯЗАТЬСЯ С НАМИ, и мы поможем вам получить надлежащую лицензию!

Калькулятор лицензирования Windows Server 2019

Калькулятор лицензирования Windows Server 2019 — VirtuallyInclined.com

2

Windows Server 2019 уже давно отсутствует, и, за исключением некоторых проблем с ранним внедрением, сейчас он кажется довольно стабильным. Я подумал, что пришло время обновить очень популярный калькулятор, чтобы отразить повышение цен Standard на .Этот калькулятор во многом идентичен калькулятору Windows Server 2016 с небольшими изменениями. Если вы новичок в лицензионных изменениях в Windows Server 2016 или Windows Server 2019, ознакомьтесь с моей подробной статьей по этой теме. Он ориентирован на Windows Server 2016, но концепции лицензирования для Windows Server 2019 такие же.

В Windows Server 2019 есть много изменений, о которых я не буду здесь рассказывать, но если вам интересно, вот руководство по сравнению функций для последних 4 версий Windows Server.Вам также следует ознакомиться с ценами и лицензированием для Windows Server 2019, чтобы увидеть различия между Standard и Datacenter. Наконец, вы также можете ознакомиться с этой красивой таблицей данных, в которой, как я обнаружил, подробно описано корпоративное лицензирование Windows Server 2019. Спасибо за чтение!

Заявление об ограничении ответственности. Указанные здесь цены основаны на рекомендованной производителем розничной цене. Фактические цены могут отличаться. Это не цитата. Это обоснованное предположение о ценах и лицензировании основных пакетов, основанное на ценах MSRP, доступных в то время.Вам следует связаться с вашим торговым посредником или LSP, чтобы узнать актуальные цены или расценки. Стоимость Software Assurance основана на 2-летней открытой лицензии или 3-летней открытой лицензии и составляет ~ 25% в год. Я использую для этого калькулятора более дорогие клиентские лицензии на пользователя (~ 43 доллара США за клиентскую лицензию), и я считаю, что стоимость увеличилась, но мне пока не удалось это проверить. Я обновлю калькулятор, когда получу подтверждение.

Нравится:

Нравится Загрузка …

Связанные

Авторские права — VirtuallyInclined.com — 2018

Лицензирование

SQL Server, объясненное таким образом, чтобы иметь смысл

Лицензии клиентского доступа (CAL)

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

User CAL: Позволяет одному уникальному физическому пользователю получать доступ к программному обеспечению Microsoft с множества различных устройств. Сюда входят рабочие устройства, персональные устройства, интернет-киоск или персонального цифрового помощника без необходимости приобретения лицензии CAL для каждого устройства. Однако вы получаете лицензию на физическое лицо, а не на имя пользователя для входа в систему, поэтому все сотрудники John Smith в вашей компании могут вздохнуть спокойно.

Клиентская лицензия на устройство: Позволяет большому количеству пользователей получать доступ к серверному программному обеспечению с одного устройства.

Будьте очень осторожны с номером версии вашей лицензии CAL при ее покупке (IE. Windows Server 2010 CAL). Клиентская лицензия должна иметь ту же версию или быть более поздней версией, чем версия серверного программного обеспечения, с которым вы ее связываете. Например, клиентская лицензия Windows Server 2010 CAL может быть связана с сервером Windows 2010 или 2008, но не с сервером 2012 года.

Для каждого серверного продукта потребуется соответствующая клиентская лицензия.Например, если у вас есть Windows Server и Exchange Server, которые оба имеют доступ к Active Directory, вам потребуются клиентские лицензии Window Servers и Exchange CAL. CAL также может предоставить вам доступ к нескольким серверам одного типа в вашем домене.

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

Преимущества лицензий Server + CAL

class = «listbox»>

Типы SQL Server Edition

Теперь, когда у нас есть модели лицензирования SQL-сервера, мы можем перейти к следующему уровню сложности: редакциям. Microsoft предлагает четыре различных редакции: Standard (популярный выбор), Enterprise (также популярный), Express и Developer.

Стандарт: Базовый опыт работы со стандартной отчетностью и аналитическими возможностями. Существует ограничение на объем памяти, размер базы данных и максимальное количество ядер.Предлагается как по моделям лицензирования на основе ядер, так и по модели Server + CAL.

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

Express: Эта бесплатная версия предлагает ограниченные возможности, даже по сравнению со стандартной версией. Тем не менее, он отлично подходит для общего использования баз данных, включая небольшие приложения с аппаратными и программными ограничениями. Многие организации сначала развертывают SQL Server Express, чтобы убедиться, что этого достаточно для их конкретных приложений, и переходят на платные версии только тогда, когда они смогут подтвердить, что Express не соответствует их требованиям.

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

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

class = «listbox»> Основная проблема с этими редакциями — проверить, какая у вас редакция. Например, если вы участвуете в аудите программного обеспечения, если не предоставлены доказательства, подтверждающие обратное, аудиторы программного обеспечения будут предполагать, что у вас есть только версии Enterprise, которые являются самыми дорогими. Доказательство того, какие издания у вас есть, может означать разницу между задолженностью в сотни тысяч долларов и ничем.

Лицензирование для сред разработки

Несмотря на то, что среды разработки и Express могут быть очень полезными для экономии ваших денег, тестирования и демонстрации вашего программного обеспечения перед развертыванием, важно, чтобы эти сценарии были правильно лицензированы и вы понимали их ограничения. Существует два типа лицензий на разработку SQL Server:

Лицензии для разработчиков: Используется в основном для отладки, проектирования, разработки, тестирования и демонстрации.Эта лицензия предназначена только для непроизводственного использования и часто приобретается при привлечении программистов, профессиональных тестировщиков, технических писателей, специалистов по базам данных или ИТ-администраторов. Лицензии для разработчиков назначаются индивидуально для каждого пользователя, при этом пользователи могут устанавливать и получать доступ к неограниченному количеству экземпляров SQL Server и совместно использовать эти экземпляры только с другими пользователями, которым был назначен такой же тип пользовательских лицензий для разработчиков.

Это означает, что для данной модели лицензирования, если кому-либо, желающему получить доступ к среде разработки, потребуется лицензия для конкретного разработчика, даже для таких задач, как административные цели.Единственное исключение — приемочное тестирование пользователя. Установки могут быть установлены и отключены в любое время и могут быть размещены на настольных компьютерах, выделенных серверах, общих серверах и в облачных средах. Некоторые потенциально менее дорогие альтернативы этой лицензии включают следующее:

• Покупка новых производственных лицензий
• Облачные сервисы, такие как Windows Azure, которые обычно основаны на модели ежемесячной подписки (если у вас есть подписка MSDN, она включает Windows Azure кредиты, скидки и возможность использовать программное обеспечение MSDN без дополнительной оплаты)
• Бесплатные выпуски, такие как SQL Server Express и SQL Server Compact (бесплатная встраиваемая версия SQL специально для разработчиков)

class = «listbox»>

Оценочные лицензии: Используется для оценки программного обеспечения для потенциального использования в бизнесе.Опять же, используется только для непроизводственных сред, но не часто используется в средах разработки и тестирования. Обычно поставляется с датой истечения срока действия (60–180 дней для оценки использования программного обеспечения) при получении по контрактам с корпоративной лицензией.

Лицензирование виртуальных сред

Лицензирование виртуальных сред возможно и необходимо, и у вас есть возможность покрыть свои виртуальные машины в рамках дополнительной модели лицензирования Enterprise + Software Assurance, если она у вас есть.Это будет охватывать все виртуальные машины, которые ваша программная среда когда-либо увидит, что очень удобно, поскольку виртуальные машины так легко и быстро клонируются и устанавливаются.

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

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