Записки IT специалиста
Технический блог специалистов ООО»Интерфейс»
Лицензирование Windows Server 2012.
С выходом Windows Server 2012 Microsoft серьезно пересмотрела правила лицензирования, с учетом последних тенденций в отрасли. В частности, уделено самое пристальное внимание виртуальным средам, а также существенно изменена продуктовая линейка. Надо сказать, что это пошло только на пользу, схема стала намного проще и понятнее, сохранив при этом общие принципы лицензирования. Самое время познакомиться с предметом более подробно.
Изменения встречаю нас уже в прайс листе, по сравнению с Windows Server 2008, который имел целых шесть редакций (не считая версии для Itanium) и два специальных выпуска для малого бизнеса, Windows Server имеет всего две основных редакции и два выпуска для малого бизнеса.
Начнем с последних. Редакции Foundation и Essentials предназначены для самого малого бизнеса и лицензируются на сервер с числом пользователей 15 и 25 соответственно, кроме того Foundation доступен только в OEM канале. Обе редакции не имеют прав на виртуализацию и не предполагают никакого расширения, при выходе за лимиты вам придется заново лицензировать как сервера, так и пользователей.
Основными редакциями являются Standard и Datacenter. Еще одна хорошая новость — функционально обе редакции полностью одинаковы и отличаются только лицензионными условиями. Также изменился объект лицензирования, если предыдущие выпуски лицензировались на сервер, то Windows Server 2012 лицензируется по количеству процессоров. Одна лицензия покрывает два процессорных сокета в пределах одного физического сервера, одиночный сокет также рассматривается за два.
В чем же разница? Разница в правах на виртуализацию. Одна лицензия Standard дает право запуска двух виртуализированных экземпляров на хосте, Datacenter позволяет запускать неограниченное количество виртуальных машин. При этом Standard, как и редакции Server 2008, позволяет, в случае запуска двух виртуализированных экземпляров, использовать физический экземпляр ОС только для обслуживания виртуальных машин, Datacenter таких ограничений не имеет.
С точки зрения лицензирования пользователей ничего не изменилось, каждый пользователь или устройство, явно или опосредованно использующий службы и приложения размещенные на сервере должен иметь лицензию клиентского доступа на пользователя или на устройство (CAL).
Остановимся более подробно на лицензировании серверов и правах на виртуализацию. Рассмотрим следующую схему:
В левой части у нас имеется четырехпроцессорный хост под управлением Windows Server, по общему правилу сначала следует лицензировать все процессорные сокеты, поэтому нам потребуется две серверных лицензии, вне зависимости от редакции. В нашем случае это будет Standard, что дает нам право на запуск четырех виртуализированных экземпляров Server 2012. Понятно, что запускать четыре виртуальных машины на четырехпроцессорном сервере никто не будет, поэтому следует докупать серверные лицензии Standard на каждые две виртуальные машины. Также вы можете использовать без каких-либо ограничений виртуальные машины с Linux и *nix системами или предыдущие версии Windows Server, при наличии соответствующих лицензий на них.
Теперь посмотрим на правую часть схемы. Там у нас также четырехпроцессорный сервер, но под управлением VMWare ESXi. В этом случае нам также следует сначала лицензировать процессорные сокеты, а потом уже докупать лицензии для виртуализированных экземпляров. Проще говоря, не важно под управлением какой ОС работает хост, правила лицензирования от это не меняются.
Также существенно изменились правила использования предыдущих версий (downgrade). Если раньше OEM версии позволяли понижать выпуск только для предыдущего, то теперь это ограничение снято, вы можете использовать любую предыдущую версию. Редакция Datacenter позволяет использовать любые редакции предыдущих выпусков, Standard только Standard и Enterprise.
Единственной проблемой будет достать легальные дистрибутивы. Право использования предыдущих версий не разрешает использовать первый попавшийся дистрибутив, например, скачанный с торрента, вы должны получить его законным путем: с оборудованием по каналу OEM, медианосители для корпоративного лицензирования, подписки MSDN и ТechNet и т.д.
Кроме того, следует помнить, что понижение версии — это только понижение дистрибутива, но не понижение лицензионных прав. Простой пример: лицензия Windows Server 2008 Enterprise позволяет использовать в виртуальной среде до 4 экземпляров ОС, в случае понижения версии для лицензии Windows Server 2012 Standard мы можем запустить только две виртуальных машины с Windows Server 2008 Enterprise. Также не забываем, что несмотря на то, что предыдущие версии лицензировались «на сервер», понижая лицензии Server 2012 вы также обязаны лицензировать процессорные сокеты.
Напоследок рассмотрим некоторые моменты лицензирования клиентов, несмотря на то, что данные правила не изменились, обновить знания применительно к современным технологиям лишним не будет.
Начнем с мобильных устройств. Существует ошибочное мнение, что они не требуют лицензирования, но это не так. Ниже представлена типичная схема: в сети развернуты различные службы и вместе с ними Exchange-сервер, к которому кроме рабочих станций имеют доступ мобильные устройства сотрудников.
Так как Exchange работает не в вакууме, а на платформе Windows Server, то каждое подключение к нему должно быть покрыто не только клиентской лицензией Exchange, но и Windows Server CAL. Это правило распространяется и на мобильные устройства, вне зависимости от их платформы.
Еще один момент связан с опосредованными подключениями. Рассмотрим следующую схему: в локальной сети на платформе Windows Server развернут сервер СУБД и работающий с ним сервер с корпоративным ПО, в нашем случае это 1С, также для доступа удаленных клиентов организован доступ к 1С через веб-клиент, для этого установлен веб-сервер на платформе Linux.
Начнем с локальных клиентов, очевидно, что для них потребуются лицензии 1C и Windows Server CAL, а также SQL CAL. Постойте, скажет читатель, как же так, ведь клиент не работает с сервером СУБД, все обращения к базе данных производит только сервер 1С. Здесь самое время вспомнить, что межсерверные соединения не лицензируются, в то время как любое клиентское обращение к ресурсам сервера, даже опосредованное, подлежит лицензированию.
Исходя из этих же принципов мы обязаны снабдить удаленных клиентов тем же самым набором лицензий, несмотря на то, что непосредственно с серверами на Windows они не взаимодействуют, а обращаются только к Linux машине.
Дополнительные материалы:
Настройка и лицензирование терминального сервера Windows Server 2012 R2
У нас есть новенький активированный Windows Server 2012 R2. Статья будет состоять из двух частей:
- Установка роли терминального сервера.
- Лицензирование терминального сервера.
Установка роли терминального сервера
Я уже установил терминальный сервер, поэтому найду в интернете подходящую статью, наиболее похожую на правду с инструкцией по установке терминального сервера.
Входим в Server Manager. Справа вверху выбираем Manage -> Add Roles and Features. Для установки сервиса удаленных рабочих столов предусмотрен специальный мастер Remote Desktop Services installation.
Для одного сервера, выбираем Quick Start. Мастер обещает установку сервиса удаленных рабочих столов, настройку Collection и RemoteApp programs. (Я выбирал Standard deployment — процедура немного отличалось от этой.)
Выбираем, что наши пользователи будут подключаться к серверу (собственным сессиям на сервере), а не к собственным виртуальным машинам.
По сценарию на наш сервер будут добавлены следующие серверные роли:
- RD Connection Broker – контроль подключений пользователей, определяет для какого пользователя на каком сервере будет открыта сессия или запущено приложение.
- Web Access – доступ к приложениям через веб браузер.
- RD session Host – сервер, на котором будут опубликованы приложения и на который пользователи смогут подключаться через удаленный рабочий стол.
Если инфраструктура у вас большая или вам нужна отказоустойчивость, то необходимо дублировать серверы с данными ролями, изначально решение создавалось как кластерное.
Позже, во второй части статьи, мы добавим ещё одну роль:
- RD Licensing — сервер лицензий.
После чего начинается «автоматическая» настройка ролей, которая кончается ошибкой настройки Session collection и отменой установки RemoteApp programs. У меня все процедуры закончились «succeeded», здесь скриншот корявый.
После установки первой роли сервер перезагружается и включается триальный период работы терминального сервера 120 дней.
Чтобы завершить установку вручную, выбираем в Server Manager вкладку управления ролью Remote Desktop Services.
Там видим еще одно графическое представление плана установки. Первые два пункта у нас выполнены.
Кликаем по третьему пункту, Create session collection. Запускается мастер создания.
Придумываем название для Session Collection.
Выбираем наш сервер, в качестве RD session Host.
Выбираем группы или отдельных пользователей, которые смогут подключаться к нашему серверу по протоколу RDP.
Нужно выбрать, где централизованно будут храниться данные о пользовательских сессиях, настройки. Дело в том, что сессия пользователя запускается как-бы в подобии виртуальной машины и в папке с профилями будут храниться виртуальные жесткие диски .vhdx В процессе использования, когда вы зайдете под администратором, то не найдете на системном диске никаких признаков присутствия юзеров. Я снял галку «Enable user profile disks».
Вот теперь установка закончилась удачно.
Дальше нужно выбрать RemoteApp программы. Я пока пропускаю, потому что ещё не установил 1С, для которого терминальный сервер и поднимается. Сделаю это позже.
Перезагружаемся и переходим к второй части.
Лицензирование терминального сервера
Здесь я наконец-то буду одновременно с написанием статью сам выполнять те же действия.
Устанавливаем RD Licensing сервис, нажав на зелёный плюсик. Следуем инструкциям, сложностей не должно быть.
Запускаем Диспетчер лицензирования удалённых рабочих столов (RD Licensing Manager). Выбираем наш сервер, правой кнопкой — активировать.
Открывается окно активации. Жмем Next на первой странице мастера.
Выбираем метод соединения Web Browser.
Получаем код продукта который нам понадобится для активации.
Далее переходим на узел лицензирования удаленных рабочих столов: https://activate.microsoft.com/
Выбираем «Активизация сервера лицензий» и жмем далее.
На следующем экране вводим код продукта полученный ранее, организацию и любую страну или регион. И жмем далее.
Если все сделано правильно, то мы получим необходимый код сервера лицензирования.
Вводим код в открытом мастере, жмём Next.После ввода кода сервера лицензирования появится окно, нужно поставить галку напротив «Запустить мастер установки лицензий».
Переходим на уже знакомый нам узел лицензирования Microsoft, где на этот раз выбираем Установить клиентские лицензии доступа и нажимаем далее. Снова заполнить поля, помеченные (*) теми же данными, что и первый раз. Вставляем License Server ID, в качестве программы лицензирования (License Program) выбираем Enterprise agreement (иначе не получите лицензии).
Выбираем нужные нам лицензии и их количество (можно большое количество). Нужный сервер 2003/2008/2012 лицензии на клиента или на компьютер и т.д.
Обязательно соглашение Enterprise agreement, один из данных номеров 6565792, 5296992, 3325596, 4965437, 4526017 или ищем в интернете который подойдет…
Ну вот мы и получили нужные нам клиентские лицензии. Собственно, теперь мы имеем полноценный активированный сервер терминалов. Копируем ключ и вводим его в мастер.
Тут у меня возникла проблема — лицензии не принимались и новые на сайте не генерировались. Нажал Cancel, запустился сервер лицензий. Нажал правой кнопкой и выбрал Install Licenses. Со второго раза всё прошло нормально.
Лицензии получились. Но сервер светится желтым:
Ну нажмём Add to grоup, посмотрим что получится.
Картинка стала приятнее.
Если теперь посмотреть на RD Licensing Diagnoser, то увидим:
Раскрываем Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Licensing
Редактируем Set the Remote Desktop licensing mode. В поле Specify the licensing mode for the RD Session Host server устанавливаем значение Per Device или Per User в зависимости от установленных вами лицензий.
Сохраняемся, перезагружаемся, проверяем:
Всё зелёненькое, доступные лицензии есть.
Если у вас более одного терминального сервера, то для всех можно выбрать единый сервер лицензирования, но это уже другая история.