В прошлом было немало сказано о моделях лицензирования Терминальных серверов и Citrix. Однако, интерпретация полученной информации и ее обозревание на конкретном результате не совсем ясны. Данная статья написаны, дабы помочь Вам более глубоко разобраться в сущности указанного вопроса.
Вступление
Модели лицензирования меняются от одной версии к другой как для Операционных систем, так и для Citrix. Это может стать серьезной проблемой при обновлении или перенесении Терминального сервера или сервера Citrix. Иногда даже изменения на другом сервере могут иметь влияние на вашу операционную среду SBC. Неправильный выбор, сделанный много месяцев назад, может привести к несоответствующему выполнению рабочего сценария.
Отбросив NT4 TSE и Metaframe 1.8, мы сосредоточимся на Windows 2000 и 2003 Terminal Services, а также на Citrix XP, MPS 3.0 и CPS 4.0.
Лицензирование Терминального сервера
При установке соединения RDP на Терминальный сервер, последний (именуемый далее TS) будет подключен к Серверу лицензирования TS (именуемому в дальнейшем TSLS), для того, чтобы TS CAL (лицензия приложения клиента) была распространена на машину клиента. CAL выбирается из базы данных TSLS и сохраняется в реестре на компьютере клиента. Данный тип лицензирования является «поименным», поэтому Вам потребуется отдельная лицензия для каждого клиента.
С выпуском Windows 2000, Microsoft решил ввести обновления TS для Windows 2000 professional и позже — для Windows XP professional. Поэтому специалисты запрограммировали TSLS на распознавание подобных операционных систем клиента и снабдили клиента бесплатным TS CAL (многие говорят, что это, так называемый «встроенный» CAL, однако, это неправда. Они лишь распознаются и являются бесплатными приложениями по своей сути).
Если Windows 2000 TS используется в среде рабочей группы, то сервис TSLS будет активирован на всех серверах TS. Поскольку TS имеет совмещенный домен, то TSLS должен быть перемещен на контроллер домена Windows 2000.
Позднее, при выпуске Windows 2003 весь процесс немного изменился. Если TS остается на Windows 2000, тоже самое можно сказать и про DC, которое должно подходить под Windows 2000 или Windows 2003 и совместимо с TSLS (В них до сих пор присутствует функция бесплатного CAL, если TS был в Windows 2000).
Если TS являлся Windows 2003, то DC также должно быть в Windows 2003, если присутствует необходимость использования сервиса TSLS. Существующие 2000 CAL НЕ пригодны для использования NOT на серверах 2003, поэтому Вам необходимо приобрести новые TS CAL при обновлении TS на Windows 2003! Хорошая новость о Windows 2003 заключается в том, что TSLS могли являться одним из TS на Windows 2003, находясь в среде домена.
При такой большой разобщенности местонахождения TSLS процесс автоматического поиска TS в TSLS. Вы можете установить ключи реестра в TS для определения сервера, на котором располагается TSLS.
Для Windows 2000 TS:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\ParametersDefaultLicenseServer=Servername
Для Windows 2003 TS:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServersServername
Внимание:
Тем, кто производит установку TS/Citrix следует запомнить, что ключи меняются между Windows 2000 и Windows 2003. Ключ Windows 2000 НЕ работает в Windows 2003 и наоборот.
В Windows 2003 имеется модель лицензирования “По устройству” и “По пользователю”. При установке по умолчанию включается опция “По устройству”. Все установки в опции “по устройству” регулируются гораздо легче, чем установки “По пользователю”, так как при активации установок “По пользователю” не проводится никакая легализация при правильном установлении сетевого соединения. Изменение установок системы на опцию “По пользователю” может быстро помочь Вам в решении насущных проблем, однако может быть абсолютно нелегальным, если у Вас нет на то соответствующих прав.
На стороне клиента
Как я уже говорил выше, если TSLS работает в Windows 2000, то операционные системы клиента Windows 2000 и XP Professional снабжаются бесплатным TS CAL (это значит, что XP Home, Media Centre Edition и Tablet PC НЕ снабжаются бесплатным TS CAL, и Вам придется приобретать его отдельно).
TS CAL сохраняется на машине клиента в ключе : (x—переменная величина) HKEY_LOCAL_MACHINE\Software\Microsoft\MSLicensing\Store\LICENSE00x
Как вы видите, это ключ HKLM, и обычные пользователи не имеют прав написания в этом ключе (по умолчанию).
Это один из самых частых вопросов, когда дело доходит до проблемы лицензирования: Если у пользователей будут права доступа к написанию данного ключа, то все проблемы с соединением отпадут. (Будет обеспечена защита от сетевых ошибок и ошибок набора номера…) Документ Citrix, описывающий подобное поведение можно прочитать здесь.
Иногда данный ключ — лишь временный TS CAL (версия, действительная 90 дней) без права перезаписывания. Удаление LICENSE00x и повторный вход в систему обычно устраняет проблему. Я также видел, как некоторые ключи становились полностью нерабочими, и это устранялось путем обычного удаления неисправного ключа, с повторной установкой нового (рабочего).
Внимание:
Помните об этом во время эксплуатации среды SBC. Это предотвратит панику при истечении срока в 90 дней действия временного TS CAL и вы будете отброшены из процесса работы.
Вы можете, в конце концов, связаться со службой Microsoft Clearing House — (888) 571-2048 – для устранения неисправностей, связанных с реактивацией TS CAL и т.п. Помните, что clearing house было создано для защиты моделей лицензирования Microsoft, но не является частью их общих программ поддержки. Вызов Clearing House для устранения неисправностей, обычно, бесплатный.
Лицензирование Citrix
Лицензирование Citrix использует так называемую модель “конкурентного лицензирования”. Лицензии Citrix гораздо более дорогие, однако Вам не нужно иметь большое их количество. Число необходимых лицензий равняется максимальному числу конкурентных пользователей, на Вашей ферме (В версиях MPS 3.0 и более поздних подсчет производится на межфермовой основе). Так, если у Вас есть 100 пользователей, 50% которых конкурентны, Вам необходимо 100 TS CAL и 50 лицензий соединения Citrix.
Помните, что у Citrix есть сессии, позволяющие сконцентрировать несколько ресурсов потребления на одном сервере, однако подобная сессия требует лишь 1 лицензию Citrix. Если система функционирует некорректно, то вы увидите более 1 лицензии на 1 пользователя. Данная статья поможет Вам стабилизировать разделение ресурсов на сессии и исключить использование ненужных лицензий.
В Citrix XP, лицензии сохраняются в хранилище данных фермы. Если вы хотите создать дополнительную ферму, то Вам нужно установить новый пакет лицензий (тем, кто собирается использовать тестовую ферму с помощью Citrix XP, советую прочитать следующую статью).
В Citrix MPS 3.0 они создают единый сервис лицензирования, который может быть установлен на любой другой сервер по Вашему желанию. Так, вы можете осуществлять меж-фермовое лицензирование, использовать лицензии для ферм большего масштаба. Это явилось одной из причин обновления XP на MPS 3.0.
Тем, кто перешел от XP к MPS3 и более продвинутым версиям, следует помнить кое-что: Citrix взял данную технологию лицензирования у компании, которая придерживалась UNIX. Так что механизм запроса имени хоста для установки сервера лицензирования Citrix чувствителен к регистру (Это не вызывает проблем на серверах Windows). Когда вы открываете список возможностей компьютера Сервера лицензирования для получения имени хоста, Windows не может показать имя сервера, если оно не соответствует регистру. Всегда вытаскивайте имя сервера, используя команду “имя хоста” и используя данную возможность для регистрирования имени вашего сервера в mycitrix для получения файла лицензирования.
Смешанный режим RDP/ICA
Это указано в пособии по администрированию, однако большое количество пользователей до сих пор удивляются этому; в Citrix XP вы можете устанавливать смешанный сервер для компьютерной среды малых размеров в целях экономии собственных средств. Внутренние пользователи могут использовать сессии RDP, а внешние — сессии Citrix.
В версии MPS 3.0 и позже, Citrix добавил функцию запуска сессии RDP посредством технологии собственного web интерфейса. Кроме того, было решено осуществить лицензирование соединения Citrix для использования сессии RDP (Даже если не был задействован интерфейс web). В принципе, более удобно применять ICA для каждого отдельного пользователя за ту же цену.
Внимание:
При обновлении компонентов клиентов Citrix XP на новую версию проверьте наличие смешанного режима и подготовьте клиента к дополнительным новым установкам по необходимости.
Типы клиентов Citrix
Citrix располагает значительным количеством типов клиентов. Наиболее популярными являются: полный тип, агент и клиент web. В самой последней версии, CPS 4.0, возможности клиента java были расширены по сравнению с предыдущими версиями Citrix.
Если вы собираетесь использовать только указанный тип клиентов java для соединения пользователей с фермой (из-за ощутимой выгоды использования «нулевого» отпечатка клиента) запомните, что клиент java прямо не соотносится с операционной системой. Другими словами, клиент не видит, является ли операционная система Windows 2000 или XP professional, и не может обеспечить бесплатные TS CAL для сервера TS, если он принадлежит к Windows 2000. Поэтому клиент java ВСЕГДА будет требовать пакет TS CAL за полную стоимость.
Заключение
В данной статье я попытался обобщить пункты, касающиеся лицензирования Терминальных серверов и Серверов Citrix. Все указания должны помочь Вам в составлении своей сетевой архитектуры и устранении тех «подводных камней», на которые я указал. Надеюсь, что вы создадите устойчивую ферму и/или сможете гораздо быстрее понять сущность процесса лицензирования на будущее.
www.windowsnetworking.com
Tags: mac, quote, redirect, UNIX, Windows XP