Для чего нужна лицензия на сервер
Заметка про лицензирование Windows Server или как не обанкротить компанию при лицензионном аудите
Лицензионная политика Microsoft — вещь достаточно сложная и запутанная. Тем не менее, многие уже изучили все основные правила и знают, как лицензировать тот или иной продукт. Но проблема в том, что не учтя всего один небольшой нюанс, можно ошибиться на несколько порядков. И такая ошибка может попросту привести к банкротству компании при процедуре лицензионного аудита от Microsoft.
Взять, например, Windows Server, который используется практически в любой компании. Почти все системные администраторы знают, чем отличается лицензирование Windows Server Standard от Windows Server Datacenter. Опустим отличия в функционале, которое снова появилось в версии 2016. Основное отличие в том, что 1 лицензия Windows Server Standard может быть установлена на 2 виртуальных машинах в пределах 1 хоста, а Datacenter на неограниченном числе виртуальных машин в пределах одного хоста. Второе важное требование — это лицензирование всех физических ядер (ранее процессоров) сервера. Это, казалось бы, все знают. Но дьявол, как известно, кроется в деталях.
Рассмотрим практическую задачку.
У нас есть 5-узловой Hyper-V кластер. Каждый хост имеет по 2 процессора по 20 ядер. И на каждом хосте будет работать по 10 виртуальных машин с Windows Server. Давайте прикинем, как будет выгоднее пролицензировать?
Для начала посчитаем Windows Server Datacenter
Если мы возьмём Datacenter, то не важно, сколько у нас виртуалок, просто лицензируем все ядра на хосте. Т.е. 2*20 = 40 Core лицензий на хост. Поскольку Windows продаётся лицензиями по 2 ядра, получаем 20 2Core лицензий на хост. Поскольку у нас 5 хостов, получаем 20*5 = 100 лицензий 2Core.
По стоимости получаем:
9EA-00128 WinSvrDCCore 2016 SNGL OLP NL 2Lic CoreLic 40579,94*100 = 4’057’994р. (4 млн. руб.)
Теперь посчитаем Windows Server Standard
У нас 10 виртуалок на хост. 10 ВМ на хост требует 5 лицензированных Windows Server. (т.к. 1 лицензия Standard — это 2 ВМ). Поскольку у нас на 1 хост 2×20 = 40 ядер. Нужно 5 раз пролицензировать 40 ядер. — это 200 Core лицензий. Но, поскольку Windows Server Standard продаётся лицензиями по 2, то нужно 100 2Core лицензий на каждый хост. Всего у нас 5 хостов, потому умножаем на 5. Получаем 500 2Core License.
По стоимости получаем:
9EM-00124 WinSvrSTDCore 2016 SNGL OLP NL 2Lic CoreLic 5815,38*500 = 2’907’690р. (2,9 млн. руб.)
Казалось бы, если будем лицензировать Windows Server Standard, то сэкономим целый миллион рублей по сравнению с Datacenter. Так?
Мы упустили одну маленькую мелочь, на которую редко кто-то обращает внимание. Уже догадались о чём я?
Если нет, то мелочь заключается в том, что я вначале написал, что у нас кластер. А в кластере любая виртуальная машина может перемещаться с хоста на хост. Причём, даже если у вас нет динамического распределения ресурсов. Она может переехать на другой хост просто в случае отказа одного из хостов. И согласно политике лицензирования Microsoft вы должны пролицензировать все виртуальные машины на все хосты, на которых они теоретически могут работать. А для аудиторов достаточно того, что у вас HA кластер. Причём, о таком сценарии явно сказано в документации (см. картинку).
А теперь пересчитываем лицензирование Windows Server Standard для нашего сценария «правильно»:
5 хостов по 10 машин — это 50 виртуалок, т.е. требуется 25 лицензированных Windows. Каждую виртуалку нужно пролицензировать на все хосты, т.е. на все ядра всех хостов, а это 200 ядер. Т.е. вам получается нужно 200*25 = 5 000 Core лицензий. Ну или 2500 2Core лицензий!
По стоимости получаем:
9EM-00124 WinSvrSTDCore 2016 SNGL OLP NL 2Lic CoreLic 5815,38*2500 = 14’538’450р. (14,5 млн. руб.)
14,5 миллионов рублей — против 2,9 миллиона, который мы посчитали изначально. 5-кратная ошибка. Можете представить масштаб бедствия, если у вас не 5 хостов, а 50 или 500.
Т.е. в данном случае, естественно намного дешевле будет лицензировать все хосты более дорогой лицензией Datacenter (это обойдётся в 4 млн. руб.). Хотя на первый взгляд кажется, что версия Standard выходит дешевле.
Разбираемся в лицензиях клиентского доступа Microsoft (CAL): какие они бывают и сколько их нужно
В организациях, как правило, используется один или несколько серверов, на которых установлены ОС Windows Server и некоторые сервисы (SQL-сервер для баз данных, Exchange-сервер для почты, календарей и т. д.), которыми пользуются сотрудники. Для того, чтобы использование ИТ-инфраструктуры было законным и, соответственно, не повлекло рисков, необходимо иметь лицензии как для серверов, так и для клиентов.
Что такое клиентская лицензия?
Клиентская лицензия (или CAL — Client Access License) даёт пользователям за их устройствами законное право на доступ к установленному на сервер программному обеспечению Microsoft для серверов — самой Windows, SQL-сервера, Exchange-сервера.
Сама по себе серверная лицензия не предоставляет пользователям и устройствам прав на подключение к серверу. Для этих целей каждый пользователь или устройство должны иметь клиентскую лицензию.
Изготовители серверов, распространяющие программное обеспечение вместе с серверами, могут поставлять лицензии клиентского доступа. При этом приобретаемые вместе с сервером лицензии клиентского доступа предоставляют такие же права, как и аналогичные лицензии, приобретаемые отдельно от оборудования.
Но многие не знают, что корпорация Microsoft больше не поставляет клиентские лицензии (CAL) в составе с операционными системами Windows Server, лицензированными по каналу OEM.
Какие бывают клиентские лицензии и чем они отличаются?
Клиентские лицензии бывают двух типов, и в зависимости от организации работы в компании — используют ли сотрудники несколько устройств или, напротив, за некоторыми устройствами работают поочередно разные люди — можно значительно оптимизировать расходы, выбрав подходящий тип.
Лицензии CAL на пользователя (User CAL)
Лицензируя доступ по числу пользователей, вы покупаете лицензию CAL для каждого сотрудника. При этом не имеет значения, сколько устройств используют сотрудники, для которых вы купили лицензии. Приобретать лицензии CAL по числу пользователей имеет смысл, если сотрудникам вашей компании необходим доступ к корпоративной сети с нескольких разных устройств или если вы не знаете, с каких именно устройств они будут осуществлять доступ. Они также выгодны в тех случаях, когда в организации больше устройств, чем пользователей.
Лицензии CAL на устройство (Device CAL)
Лицензируя доступ по числу устройств, вы покупаете лицензии для каждого устройства, которое обращается к серверу. При этом не важно, сколько пользователей работает с имеющим лицензию устройством. Лицензии CAL на устройство позволяют снизить затраты и упростить администрирование в компаниях, где несколько сотрудников могут использовать одно устройство, например при работе в несколько смен.
Что, если в компании несколько серверов?
В крупной организации может быть сразу несколько серверов. Полезно знать, что наличие CAL-лицензии у пользователя (или устройства) позволяет ему законно работать с любым из них.
Для каких редакций Windows Server нужны клиентские лицензии?
Клиентские лицензии Windows Server 2019 можно использовать и для более ранних версий Windows Server.
Нужны ли CAL-лицензии, если пользователи/устройства не подключаются к серверному ПО Microsoft напрямую?
В компании может использоваться определенный серверный продукт для кадрового управления, бухгалтерского учёта и т. д. с собственной системой лицензирования. Если этот продукт сам по себе обращается к серверному ПО Microsoft — например, SQL Server — то такая схема называется мультиплексированием, и для законного использования нужны CAL-лицензии (в данном примере SQL Server CAL) по числу реальных пользователей/устройств.
Записки IT специалиста
Технический блог специалистов ООО»Интерфейс»
Особенности применения программных лицензий 1С:Предприятие
Программные лицензии 1С:Предприятия являются на сегодня основным вариантом для лицензирования, предоставляя администраторам новые возможности и снимая некоторые ограничения аппаратных ключей. В тоже время применение программных лицензий имеет свои особенности, которые способны вызвать немало затруднений, несмотря на то, что они довольно подробно описаны в руководстве администратора, которое «по традиции» никто не читает. Поэтому мы решили подготовить данный материал, включив в него как официальную информацию, так и собственные пояснения, и примеры.
Прежде всего напомним, что программные лицензии никоим образом не меняют существующие правила лицензирования 1С:Предприятия и рекомендуем освежить свои знания, прочитав следующую статью: Лицензирование 1С Предприятие 8.
Общие сведения о программных лицензиях
Программная лицензия представляет собой специальный файл, который в зашифрованном виде содержит параметры лицензии и компьютера, для которого эта лицензия была активирована. Дублирование данного файла не допускается, в этом случае лицензия аннулируется и заносится в «черный список» на сервере активации 1С.
Активация лицензии выполняется при помощи пин-кода, вместе с лицензией поставляются активные и резервные пин-коды, которые требуются для повторной активации лицензии при изменении ключевых параметров компьютера.
Здесь мы подошли к крайне важному моменту: привязке программных лицензий к конкретному ПК. Для этого используется понятие ключевых параметров, в которые входят:
На платформе Windows в число ключевых параметров также входят:
При этом из списка ключевых параметров исключаются:
В дальнейшем список ключевых параметров, который хранится в зашифрованном виде в файле лицензии сравнивается с текущими параметрами компьютера, при этом анализируется только удаление, а не добавление устройств, это же касается и объема оперативной памяти.
Проще говоря, вы можете добавить в систему еще один сетевой адаптер или жесткий диск, но не заменить текущие, а также не можете снизить объем оперативной памяти до значение меньшего, чем было на момент активации лицензии.
Из этого следует простое правило: при активации программной лицензии временно отключите все жесткие диски, кроме системного, а также все дополнительные сетевые адаптеры (если установлены).
Отдельно следует коснуться активации в виртуальных средах, при этом в качестве ключевых параметров лицензии берутся аналогичные значение виртуальной машины. Если вы используете динамическое выделение памяти, то на момент получения лицензии должны отключить эту возможность и загрузить систему с минимально возможным объемом выделенной памяти.
Наибольшие сложности возникают при использовании виртуальных машин в составе кластера, в этом случае при перемещении машин между нодами могут измениться сразу несколько ключевых параметров, в частности параметры процессора и сетевой карты. Если последний вопрос легкое решается присвоением статического MAC-адреса, то изменение типа процессора при текущей модели лицензирования является серьезной проблемой.
Из нашего опыта можем сказать следующее: успешная миграция виртуальной машины с сохранением активации лицензии 1С возможна только при использовании на всех доступных для миграции нодах однотипного железа, т.е. одинаковых моделей материнских плат (вплоть до версии BIOS) и одинаковых процессоров (с одинаковым степпингом).
Также обратите внимание на информацию о владельце лицензии, которую вы должны заполнить при первоначальной активации, при повторном получении лицензии вам потребуется ее повторить с точностью до символа! О чем, кстати, вас предупреждают, требуя установить соответствующую галочку.
Поэтому, чтобы не было неприятных сюрпризов, сохраните введенные данные в надежном месте.
Вообще, складывается впечатление, что фирма 1С сильно переусложнила систему защиты программных лицензий, что приводит к существенным неудобствам и в ряде случаев вынуждает владельцев лицензии прибегать к способам обхода защиты (что негласно рекомендуют даже партнеры 1С), например, при использовании кластера с разным железом на нодах. Более логично было бы пойти по пути Microsoft и аннулировать активацию при изменении только нескольких ключевых параметров.
Виды программных лицензий
Все программные лицензии делятся на клиентские и серверные. Клиентские лицензии бывают трех типов:
Серверная лицензия позволяет запускать неограниченное число рабочих процессов сервера 1С:Предприятия (rphost) на одном сервере, делится на 32-х и 64-х разрядную, при этом 64-х разрядная лицензия позволяет запускать и 32-разрядную версию сервера.
Однопользовательская лицензия поставляется с основной поставкой или в виде лицензии на одно рабочее место. Может быть установлена на компьютер, сервер 1С:Предприятия, модуль расширения веб-сервера или сервер терминалов. В случае установки на сервер складывается с другими активированными на сервере лицензиями и используется, кроме сервера терминалов, как многопользовательская.
Многопользовательские лицензии поставляются в комплектах на 50, 100, 300 и 500 лицензий и могут быть установлены только на сервер 1С:Предприятия, модуль расширения веб-сервера или сервер терминалов, в последнем случае используются как однопользовательские.
Комплекты на 5, 10 и 20 пользователей являются комбинированными, тип лицензии выбирается в момент активации первого пин-кода.
Использование однопользовательских лицензий
В большинстве случаев, особенно для небольших предприятий, использование однопользовательских лицензий является предпочтительным, потому как ограничением данного вида лицензии являются лицензируемые ПК, а не сеансы 1С. В файловом режиме это единственный доступный вид лицензии (кроме режима терминального сервера). Рассмотрим следующую схему:
Имея в своем распоряжении ПК с активированной однопользовательской лицензией вы можете без ограничений запускать любое количество баз в файловом режиме, расположенных как локально, так и в сети, а также базы расположенные на сервере 1С:Предприятия или веб-сервере, в последнем случае работа возможна только в режиме тонкого клиента. Запуск базы через веб-клиент с однопользовательской лицензией невозможен, так как веб-клиент должен получить клиентскую лицензию от модуля расширения веб-сервера.
В данном режиме, как мы уже говорили, возможны два варианта: использование однопользовательской лицензии на каждом рабочем месте или получение многопользовательской лицензии от сервера 1С:Предприятия. Также не следует забывать, что отдельного лицензирования требует сам сервер.
При запуске любого клиентского приложения 1С:Предприятия (толстый и тонкий клиенты, конфигуратор) сначала происходит поиск локальной лицензии, если она найдена, то происходит запуск приложения. Таким образом ПК с установленной однопользовательской лицензий позволяет открыть неограниченное число клиентских приложений для работы в клиент-серверном варианте.
Если локальная лицензия не обнаружена, приложение обращается к серверу, который выдает ему многопользовательскую лицензию на каждое запущенное приложение. На нашей схеме на сервер установлена лицензия на 5 подключений и если на двух ПК откроют по два клиентских приложения, то пользователь ноутбука сможет открыть только одно, так как недостаточно клиентских лицензий.
Режим веб-сервера
Модуль расширения веб-сервера 1С:Предприятия может работать как с файловыми, так и с клиент-серверными базами. В первом случае лицензии должны быть активированы на компьютере с модулем расширения, во втором, если лицензия у модуля расширения отсутствует, то он запросит ее с сервера 1С:Предприятия. Важно понимать этот момент, так как для файловой базы модуль расширения никогда не запрашивает лицензию с сервера, в тоже время, для клиент-серверных баз сначала отдаются собственные лицензии и только потом запрашиваются лицензии с сервера. Это может привести к ситуации, когда общего числа лицензий хватает, но вы не можете запустить файловую базу из-за отсутствия свободной лицензии на веб-сервере.
На нашей схеме на сервер 1С:Предприятия установлена многопользовательская лицензия на 5 пользователей, а на веб-сервер однопользовательская. Это позволяет запустить через веб-клиент один сеанс в файловом режиме или до шести сеансов в клиент-серверном режиме.
Если после этого на третьем ПК мы запустим через веб-клиент клиент-серверную базу, то для нее модуль расширения получит лицензию на сервере, а вот запустить через веб-клиент файловую базу уже не получится, так как у модуля расширения нет свободных локальных лицензий, в тоже время оставшаяся свободной лицензия на сервере позволит запустить через веб-клиент еще одну серверную базу.
Чтобы избежать такой ситуации не следует публиковать на одном веб-сервере файловые и клиент-серверные базы одновременно.
Еще одна тонкость связана с модулем расширения веб-сервера и локальной однопользовательской лицензией.
При подключении веб-клиента локально на компьютере с веб-сервером можно будет запустить только конфигуратор, запуск в режиме клиентского приложения для любых баз будет невозможен. Это следует учитывать в небольших организациях, где в качестве веб-сервера может быть использована одна из рабочих станций. С другой стороны, такое поведение облегчит жизнь разработчикам, так как позволяет использовать единственную лицензию как локально, так и для клиентских подключений.
Режим терминального сервера
Терминальный сервер допускает установку любого типа лицензий, все лицензии должны быть установлены локально и быть доступны всем пользователям. При этом все лицензии, вне зависимости от вида складываются как однопользовательские и ограничивают общее количество терминальных сеансов (не путать с сеансами приложений 1С).
Как видно из схемы выше, установив на сервер терминалов одну многопользовательскую, на пять пользователей, и две однопользовательские лицензии получим возможность неограниченного запуска клиентских приложений 1С:Предприятия в семи терминальных сессиях, причем не важно, каким именно образом будут запущены приложения, в режиме рабочего стола или как удаленные приложения RemoteApp. При этом работа может производиться как с файловыми, так и с клиент-серверными базами, а также с базами на веб-сервере при помощи тонкого клиента.
При неправильной настройке терминального сервера может возникнуть ситуация, когда на каждое новое подключение пользователя создается новый терминальный сеанс, особенно это касается режима RemoteApp, поэтому в настройках сервера терминалов обязательно укажите опцию Ограничивать пользователя единственным сеансом.
Сочетание программной и аппаратной защиты
Сочетание программной и аппаратной защитыЕще один важный вопрос, который нельзя не упомянуть. 1С:Предприятие позволяет сочетать оба типа лицензий, складывая их количество, и для эффективного их использования следует знать некоторые моменты. А именно процесс поиска лицензии. Мы приведем упрощенную схему, которой, однако должно быть вполне достаточно для понимания происходящих процессов. При запуске клиентского приложения поиск лицензий происходит в следующем порядке:
При использовании локального или доступного по сети клиенту HASP-ключа полученная лицензия рассматривается как однопользовательская, т.е. позволяет запустить на ПК неограниченное количество клиентских приложений. При получении лицензии из HASP-ключей доступных серверу лицензии выдаются как многопользовательские, т.е. на каждый сеанс к информационной базе.
Что такое лицензия 1С?
Все программы 1С обеспечиваются встроенной защитой, которая не допускает нелегально устанавливать, использовать или копировать программные продукты 1С. Функции такой защиты выполняет специальная лицензия, работающая в составе инсталлированного программного обеспечения.
Нужно отметить, что существует несколько типов лицензий и несколько способов их активации.
Какого типа бывают лицензии 1С?
Способы активации лицензии 1С и их особенности
Лицензии могут активироваться двумя способами.
Нужно учитывать, что нельзя использовать несколько многопользовательских аппаратных ключей с совпадающей серией на одном компьютере – рекомендуется разнести их на различные вычислительные устройства.
Если пользователь установил и зарегистрировал программные продукты, а также имеет подписку на 1С: ИТС (информационно-технологическое сопровождение), то он может сменить аппаратный ключ на его программный аналог.
Что нужно для корректной установки лицензии 1С?
На компьютере (сервере) должно присутствовать соответствующее программное обеспечение.
Как проверить, правильно ли активирована лицензия 1С
Для аппаратных ключей необходимо:
Для программных ключей рекомендуется войти в папку C:\ProgramData\1C\licenses и убедиться в наличии файлов xxxxx.lic. Если таких объектов не обнаружено, то попытка активации лицензии была неудачной.
Наиболее часто встречающиеся ошибки 1С с лицензией
В процессе установки и эксплуатации 1С могут выдаваться сообщения об ошибках, связанных с лицензированием. Причинами возникновения таких неисправностей, как правило, являются:
Сервер лицензирования 1С
Пришла пора сделать сервер лицензирования 1С. Для начала расскажу зачем это нужно и какие преимущества это даёт.
Сервер лицензирования позволяем перенести сервисы по проверке и выдаче лицензий 1С на отдельную машину. Сервер лицензирования позволяет выдавать не только клиентские лицензии, но и серверные. Тем самым, с точки зрения системного администрирования, мы получаем дополнительные плюшки. Итак, преимущества отдельного сервера лицензирования:
Итак, делаем сервер лицензирования. У меня вся инфраструктура 1С виртуальная, поэтому я могу создать любую конфигурацию. Для сервера лицензирования выделяю следующие мощности:
В крайнем случае можно будет нарастить мощностей, но это потребует переактивации лицензий.
Виртуальный сервер сразу включаю в политику резервного копирования. Если сервер сдохнет, можно будет поднять его из резервной копии.
Устанавливаем 1С на сервер лицензирования. Я использую установку 1С как сервис Windows, этот сервис я мониторю через заббикс. Запускаем службу.
Из консоли администрирования 1С удаляем автоматически созданный локальный кластер. В дальнейшем мы добавим сервер лицензирования в существующий кластер 1С.
На сервере лицензирования запускаем службу WMI или убеждаемся в том, что служба запущена.
Далее идём на сервер приложений в консоль администрирования 1С. Переходим в кластер. Подробнее про создание кластера напишу в отдельной статье:
Добавляем в кластере новый рабочий сервер:
Указываем для него описание и остальные пункты:
В кластере появляется новый рабочий сервер:
Теперь нужно настроить правила требования назначения функциональности. Чтобы на сервер лицензирования не начали распределяться сервисы, на сервере лицензирования добавляем правило, запрещающее всё:
Добавляем требование для назначения серверу лицензирования сервиса лицензирования, перемещаем его вверх:
Активируем лицензии 1С на сервере лицензирования.
Применяем полное применение правил функциональности:
Проверяем, что сервис лицензирования переехал на сервер лицензирования:
Можно ещё на остальных серверах кластера добавить требование для запрещения сервиса лицензирования. Открываем «Требования назначения функциональности». Добавляем две функциональности: «Клиентское соединение с ИБ: Назначать — Для всех баз» и «Сервис лицензирования: не назначать — Для всех баз».