Windows server 2008 r2 user cal 20 пользователей
Лицензирование продуктов Windows Server 2008 R2
Основные возможности лицензирования Windows Server 2008R2 после выхода версии Windows Server 2012. Пожалуйста, свяжитесь с менеджером ITShop.ru для получения более подробной консультации по лицензированию предыдущих версий Microsoft Windows Server.
Использование версии Windows Server 2008R2, как и любой предыдущей версии Windows Server возможно только по опции Downgrade в программах корпоративного лицензирования Microsoft. То есть приобретая программное обеспечение Windows Server 2012, например, по программе корпоративного лицензирования OLP, Вы получите доступ для скачивания, а так же ключи активации (при необходимости) ко всем предыдущим версиям Windows Server, включая и версию 2008R2. При покупки и выборе лицензии необходимо учитывать политику лицензирования Windows Server 2012, так как сущетвуют ограницченния по возможности использования необходимого количества виртуальных машин, а так же по правам на использование предыдущих версий.
Подробнее читайте в лицензировании Microsoft Windows Server 2012 или задайте вопросы нашим консультантам по лицензированию, любым удобным для Вас средством связи.
Право использования предыдущих версий (downgrade) Microsoft Windows Server 2012
При необходимости, клиенты, купившие лицензии Windows Server 2012, могут использовать более раннюю версию Windows Server или редакцию с меньшей функциональностью:
Условия лицензирования при этом будут соответствовать условиям лицензирования Windows Server 2012, а именно:
Лицензирование продуктов Windows Server 2008 R2
С 1 сентября 2009 года доступен Windows Server 2008 R2, правила использования которого аналогичны предыдущей версии. Для доступа к Windows Server 2008 R2 используются Windows Server 2008 CAL. Клиенты с Windows Server Software Assurance, действующей на 1 сентября 2009 г, получают право бесплатного перехода на версию R2.
Принципы лицензирования
Windows Server 2008 лицензируется по схеме лицензия на Сервер (или на процессор) + Лицензия клиентского доступа.
Редакция Windows Web Server 2008 не требует лицензий клиентского доступа.
Редакция Windows Server 2008
Разрешенное количество экземпляров ПО в физической и виртуальной средах
Лицензия на сервер или процессор
Лицензии клиентского доступа
Windows Server 2008 Standard
Microsoft Windows Server 2008 User CAL (на пользователя) или Device CAL (на устройство) Или Windows Server 2008 External Connector для подключения внешних пользователей
1 в физической среде И 1 в виртуальной среде
Windows Server 2008 Enterprise
1 в физической среде И 4 в виртуальных средах
Windows Server 2008 Datacenter Processor License
1 в физической среде И Неограниченное количество в виртуальных средах (один экземпляр на одну виртуальную ОС)
For Itanium Based Systems
Windows Server 2008 for Itanium Processor License
Windows Web Server 2008
1 в физической среде ИЛИ 1 в виртуальной среде
Серверная лицензия Windows Server 2008
Требуется для каждого физического сервера, работающего под управлением Windows Server 2008 Standard, Enterprise или Web Edition.
Процессорная лицензия Windows Server 2008
Требуется для каждого физического процессора в сервере, работающем под управлением Windows Server 2008 Datacenter или Windows Server 2008 for Itanium.
Каждая лицензия дает право запустить одну копию серверного программного обеспечения в физической операционной среде и неограниченное число копий в виртуальных операционных средах на лицензированном сервере (одна копия на одну виртуальную ОС).
Разрешается запускать на лицензированном сервере копии Windows Server 2008 Standard или Enterprise вместо Windows Server 2008 Datacenter и Datacenter without Hyper-V в любой из виртуальных операционных сред.
Клиентская лицензия Windows Server 2008 CAL
Лицензии клиентского доступа к Microsoft Windows Server 2008 (Windows Server 2008 CAL) поставляются как отдельно, так и в составе наборов лицензий: Core CAL Suite и Enterprise CAL Suite, доступных только про программам корпоративного лицензирования.
Лицензии CAL не требуется:
Заказчики, имеющие лицензии Windows Server CAL c Software Assurance, могут заменять клиентские лицензии «на устройство» на доступ к Windows Server клиентскими лицензиями «на пользователя» и наоборот при продлении SA. В рамках других соглашений выбор типа лицензии является окончательным, и такую замену сделать нельзя. То же относится и к клиентским лицензиям на доступ к серверу терминалов.
Варианты поставки
Windows Server 2008 можно приобрести вместе с сервером в OEM-версии, в коробочной версии (FPP), по одной из программ корпоративного лицензирования
Windows server 2008 r2 user cal 20 пользователей
В данной статье мы рассмотрим самые начальные настройки Windows Server 2008 R2, данные настройки подходят для любой редакции (Standard, Enterprise и т.п). Мы рассмотрим самые популярные настройки, которые подходят для большинства задач, для которых устанавливают Windows Server. Это настройка сети, DNS, DHCP, настройка удаленных рабочих столов (RDP) и добавление пользователей.
Ознакомиться с процессом установки и активации Windows Server 2008 R2 можете в нашей прошлой статье.
1) Итак, первым делом, нам нужно сменить имя сервера на свой, для более удобного его обозначения. Заходим в меню «Свойства» компьютера => Изменить параметры => В меню «Свойства системы» нажимаем кнопку «Изменить». Далее вводим в поле «Имя компьютера» свое желаемое наименование Вашего сервера. И нажимаем «ОК», Ваш компьютер должен перезагрузиться для применения параметров.
2) Теперь нам нужно задать серверу статический локальный IP адрес. К примеру если у Вас сервер присоединен к маршрутизатору (роутеру), то IP адрес выданный Вашим роутером можете проверить через терминал, путем нажатия кнопки «Выполнить» => CMD => В в ответе командной строки можете посмотреть Ваш локальный IP.
Далее заходим в «Панель управления» => Сеть и интернет => Центр управления сетями и общим доступом => Подключение по локальной сети.
Выбираете Вашу сетевую карту => Свойства.
Теперь задаете Ваш локальный IP адрес. После применения настроек проверьте доступ в интернет, чтобы убедиться, что все сделано правильно.
3) Теперь приступим к установке ролей. Заходим в диспетчер серверов, нажимаем на пункт «Роли» => Добавить роли.
Здесь выбираем то, что для Вас нужно именно в работе сервера, большинство настроек ролей задаются сразу из установки роли. Поэтому мы рассмотрим варианты в случае когда определенная роль устанавливается, или пропускается. На примере мы установим DHCP сервер и зададим ему диапазон IP адресов для раздачи в локальную сеть, зададим домен и службы удаленных рабочих столов.
В службах ролей выбираем пункты для работоспособности RDP.
Здесь нужно выбрать пункт в зависимости от Вашего ключа активации для лицензирования удаленных рабочих столов. На устройство, или на пользователя. Их настройка ничем не отличается друг от друга, разница лишь в том, какой ключ Вы будете вводить. Если Вы пока не уверены в способе лицензирования можете выбрать «Настроить позже» к настройкам RDP мы вернемся чуть позже. А так же, если у Вас нет ключа для лицензирования RDP, то приобрести ключ активации Windows Server CAL на 20 пользователей можете в нашем каталоге.
Пропускаем пункт сертификатов.
В меню «Взаимодействие с пользователями разрешаем аудио и видео.
Доходим до параметров DHCP, указываете в нем названием Вашего домена, и Ваш локальный IP адрес для подключениям к данному DNS.
Теперь добавим области (диапазоны) DHCP.
Задайте имя для Вашего DHCP сервера, начальный IP адрес и конечный, который будет раздавать Ваш сервер.
Если Вы в установке ролей выбрали службу печати (если она Вам нужна), то установке служб так же выбираете «Сервер печати».
Доходим до подтверждения и устанавливаем роли.
После установки ролей необходимо перезагрузиться.
4) Теперь настроим DNS (домен). Открываем дерево «Диспетчер сервера» => DNS-сервер => DNS => Ваше имя сервера (в нашем случае «Server») => Глобальные журналы => Зоны обратного просмотра => Создать новую зону.
Выбираем пункт «Основная зона».
Зона обратного просмотра IPv4.
Выбираете Ваш идентификатор сети, под которым будет работать данный домен.
Для Windows Server 2008r2 рекомендуем отключать динамические обновления, лучше делать обновления в ручную.
5) Приступим к настройкам удаленных рабочих столов (RDP) Windows Server 2008 R2. Не важно, задали ли вы тип лицензирования (на устройство или на пользователя) в процессе установки, мы пройдемся по всем настройкам и определим тип уже в них.
Заходим в меню «Пуск» => Администрирование => Службы удаленных рабочих столов => Конфигурация узла сеансов удаленных рабочих столов.
Внизу будет выбор параметров, из пункта «Лицензирование» выбираем пункт «Режим лицензирования удаленных рабочих столов».
Теперь здесь уже выбираем Ваш тип лицензирования в зависимости от Вашего ключа активации RDS User или Device CAL. Если у Вас нет ключа активации, приобрести его можете в нашем каталоге. Настройки «на пользователя», или «на устройство» ничем не отличаются друг от друга, кроме выбора непосредственно самого пункта лицензирования и Вашего ключа активации.
На примере выберем «На устройство» и нажимаем «Добавить».
Добавляем Ваш сервер из «Известных» в «Указанные», после нажимаем «ОК».
После, видим, что сервер добавлен, но не лицензирован. И находится пока в режиме ожидания.
Заходим в меню «Пуск» => Администрирование => Службы удаленных рабочих столов => Диспетчер лицензирования удаленных рабочих столов.
Рекомендуем выбрать «Автоматический режим».
Вводите данные Вашей организации. (Можно вводить любые данные, они не требуют проверки).
Запускаем мастер установки лицензий.
При лицензировании — выбираем «Пакет лицензий в розницу» => Далее.
И теперь вводите Ваш ключ активации для лицензирования RDP (удаленных рабочих столов).
В зависимости от типа лицензирования у Вас может выйти следующее окно, в нем нужно будет ввести количество пользователей или устройств, которое указано в Вашей лицензии.
Завершаем работу мастера установки лицензий. Если все прошло успешно, то у Вас выйдет следующее окно.
Теперь Вы можете увидеть, что Ваш сервер настроен на определенное число подключений, в заивимости от Вашего сервера.
6) Но чтобы подключаться по RDP нам нужны пользователи, а точнее, нам нужно их завести. Заходим в «Диспетчер серверов» => Открываем дерево «Конфигурация» => Локальные пользователи и группы => Выбираем «Пользователи», далее в окне пользователей нажимаем правой кнопкой мыши => Новый пользователь.
Заполняем карточку пользователя и задаем ему пароль.
На этом все. Теперь Вы можете подключить первого клиента к серверу Windows Server 2008 R2.
Windows server 2008 r2 user cal 20 пользователей
Вопрос
Планирую покупать сервер с ОС 2008 R2 Standard.
Его будет использовать человек 15 с 15 компьютеров. Возможно, иногда будут приезжать 2-3 пользователя, для которых будет выделен отдельный компьютер. К серверу будет подключен сетевой МФУ и сетевой принтер. Возможно установка точки доступа Wi-Fi, которая также будет подключена к серверу. На сервере планируется установка Exchange сервер для внутренних пользователей(15).
Как лучше лицензироваться?
То, что нужна отдельная лицензия на сервер 2008 и на Exchange понятно.
Если появится второй сервер с такой же ОС. Нужно ли дополнительно докупать пользовательские лицензии?
Отличаются ли пользовательские лицензии OEM и OLP?
Можно ли переносить пользовательские лицензии?
Вероятно, что оборудование с программами будет перепродано(либо передано) в дальнейшем другому Юр лицу. Допускаются ли такие действия? Нет ли разницы как было приобретено ПО(OEM, OLP)?
Ответы
Если вы будете покупать ОЕМ Windows Server (про Exchange пока вообще не говорим):
Если появится второй сервер с такой же ОС и количество пользователей не вырастет, то докупать пользовательские лицензии не нужно.
Пользовательские лицензии ОЕМ и OLP отличаются уже тем, что имеют разные названия, цены и приобретаются в разных каналах продаж. Если вы раскроете причину этого вопроса, на него будет проще дать конкретный и внятный ответ.
Если вы купите 2 ОЕМ Windows Server Standard, то вы станете счастливым обладателем 10 CAL. В результате 10 сотрудников вашей организации смогут смело работать с одним, двумя или миллионом ваших серверов.
Лицензии CAL можно переназначать (см. пункт 3.а.iv EULA «Reassignment of CALs.»)
В состав ОЕМ Windows Server Standard включены 5 клиентских лицензий Client Access License (CAL). Одна (каждая) лицензия CAL предоставляет право подключения к неограниченному количеству серверов.
Объясните, поджалуйста, какой практический смысл вы вкладываете в действие «Отнести все 10 лицензий к одному серверу?»
Все ответы
Если передача железа и софта уже не за горами, то для целей оптимального лицензирования это очень важно. Изучите документ под названием «Инструкция по передаче лицензий Open License». Этот документ выложен на странице http://www.microsoft.com/rus/licensing/support/guide/document/default.aspx. В указанной инструкции, кроме прочей полезной информации, есть ссылка на «Perpetual License Transfer Form». Скачайте эту Форму и тоже внимательно изучите. Особое внимание уделите списку допустимых причин передачи лицензий:
=============================================
— Передача Аффилированному лицу
— Продажа активов
— Приобретение или реорганизация государственного предприятия
— Слияние или приватизация государственного предприятия
— Консолидация
— Передача аутсорсеру (не применимо для соглашений Open License)
— Другое: (Укажите причину. Требуется согласие Misrosoft.)
=============================================
Windows Server 2008 R2 – Король умер, да здравствует король
Привет, Хабр! 14/01/2020 приближается и эта дата знаменует окончание расширенной поддержки для Windows Server 2008 R2, и если вы все еще используете Windows Server 2008 R2, вам следует задуматься про миграцию на более актуальную платформу.
Под катом находится небольшое сравнение потребляемых ресурсов старой и новых платформ Windows Server — роль RDSH. В первую очередь меня интересовала возможность продолжить использование уже имеющихся в наличии серверов HP G6/G7 под управлением VMware Vsphere 5.5.
Информация о Windows Server Lifecycle доступна по этой ссылке Search Product Lifecycle.
У меня будет два тестовых стенда:
А вот образ VMware-ESXi-5.5.0-Update2-2403361-HP-550.9.2.40.2-Sep2015 дает искаженные результаты, по какой-то причине статистика которую показывает сервер отличается от реальной в два раза. С этим образом максимум что показывает сервер это 50 процентов нагрузки на процессор, видимо какой-то баг. Я вначале обрадовался когда получил первые результаты, но потом понял что что-то не так…
Также следует упомянуть, что поддержка VMware Vsphere 5.5 тоже не вечная, и платформа уже не актуальна, и стоит задуматься про обновление. Информация про VMware Lifecycle доступна в данном документе VMware Lifecycle Product Matrix.
И не стоит забывать про VMware Compatibility Guide. Если говорить про сервер HP DL120 G7, этот сервер никогда не присутствовал в матрицах совместимости, а вот на сервер HP ML350 G6 официально допускается установка ESXi 5.5 U3.
Гостевые ОС
Информация про совместимость ESXi с гостевыми ОС также доступна в VMware Compatibility Guide.
ESXi 5.5 U3 позволяет в качестве гостевой ОС установить Windows Server 2016, и даже версии 5.5 будет для этого достаточно. А вот для установки Windows Server 2019 понадобится ESXi версии 6+, но это никак не помешает мне протестировать задуманное.
У меня будут следующие тестовые VM: WS2008R2SP1, WS2012R2, WS2016 и WS2019.
На все VM установлены агенты VMware Tools 5.5.0-10.2.5.8068406. Установлены все обновления от Microsoft за май 2019 и даже какие-то за июнь 2019, после чего служба обновления была отключена.
Для моих тестов я выполнил минимальный тюнинг, хочу чтобы все работало с максимально стандартными параметрами. Для этого я буду использовать локальные групповые политики, немного подробней про это я напишу в конце.
Что бы кодек RemoteFX начал работать на WS2008R2SP1 необходимо установить роль RDSH, для более новых версий этого можно не делать. Возможно, RemoteFX используется на WS2008R2SP1 без установки RDSH, но в логах отсутствуют события про активацию этого кодека.
Тест 1
В качестве теста я буду использовать ролик на YouTube с разрешением 720p, What’s new in Remote Desktop Services on Windows Server 2019 — BRK2242.
На каждом из серверов я поочередно открою одну rdp сессию и тестовый ролик в Chrome (версия 75.0.3770.80(64bit)).
В этом тесте в качестве клиента будет использоваться тонкий клиент HP t510 под управлением ОС HP ThinOS 4.4 и с пакетом Freerdp-1.1hp10d-all-4.4-x86-SQ. Данный аппарат подключен к монитору с разрешением Full HD, и профиль тонкого клиента был сброшен до заводского.
Графики я снимал с хоста, все первые тесты будут выполняться на сервере HP DL120G7.
Комментарии к результатам первого теста:
В данном тесте ws2008 потребляет в три раза меньше процессорных ресурсов, но при этом в три раза больше трафика чем другие участники теста.
При током трафике, в один гигабит можно поместить 66 сессий, а вот переход на новую версию сервера вероятно уменьшит в три раза количество пользователей которые смогу работать при таком потреблении процессора.
Визуально картинка в данной презентации приемлема на всех версиях Windows Server. Конечно если запустить что-то более динамичное, то более новые версии серверов показывают картинку заметно лучше. Предположу что это связано с количество кадров, больше кадров = плавное воспроизведение = больше нагрузка на процессор.
Тест 2
Сценарий для второго теста остается без изменений, за исключением использования Firefox (версия 67.0.2 (64bit))
Комментарии к результатам второго теста:
Firefox в паре с ws2019 показывает не плохой результат, потребляет немного больше процессора и заметно меньше трафика чем ws2008.
Тест 3
В этом тесте будет использоваться Chrome, но клиентом уже будет выступать ноутбук с Windows 10 1903, ноутбук подключен к монитору с разрешением FullHD.
Комментарии к результатам третьего теста:
В случаи с ws2008 потребляется меньше трафика, другие изменения не значительны…
Также я заметил что Chrome при отображении на фоне ролика прогресс бара потребляет на 1000 мгц больше, а вот в Firefox такого эффекта я не заметил, и прорисовка прогресс бара на количество потребляемых ресурсов не влияет.
Тест 4
Ноутбук с Windows 10 в паре с Firefox
Комментарии к результатам четвертого теста:
В такой комбинации сервер-клиент-браузер, ws2019+Firefox потребляет меньше ресурсов чем с Chrome, но стал потреблять заметно больше процессора если сравнить с результатами Теста 2.
В случаях с ws2012 и ws2016 результаты всех проведенных тестов получаются заметно ровнее, нету такого разброса как у ws2019.
Тест 5
Данный тест заключен в запуске максимального количества rdp сессий и запуска презентации в каждой из сессии. В этом мне будет помогать Remote Desktop Connection Manager, RDCM будет запущен на ноутбуке с Windows 10.
Разрешение сессий пришлось уменьшить до 1440*900. В качестве результатов просто приведу сводную таблицу:
Комментарии к результатам пятого теста:
Неожиданно, 2019 сервер показал результаты хуже чем ws2012 и ws2016. Сервер 2008 смог открыть 8 сессий в то время как сервера 2012/2016 могут открыть 4 сессии, и 5-я поднимает нагрузку до 100%. Сервер 2019 смог работать максимум с 4-мя сессиями.
Firefox не является для меня приоритетным браузером, и поэтому я запускал его только в ws2019 чтобы убедиться в полученных цифрах.
Тест 6
В этом тесте в игру вступает сервер HP ML350G6 с двумя процессорами Е5620, тестировать буду только 2008 и 2019 сервера. Тест прежний, запуск максимального количества сессий, использоваться будет только Chrome.
Комментарии к результатам шестого теста:
Для запуска 10 сессий на сервере 2008 понадобилось 60 процентов процессорных ресурсов, а для запуска всего 5 сессий на 2019 сервере нужно больше 90 процентов.
Заключительная часть — Тюнинг
Все тестовые VM я вернул на сервер HP DL120G7 и в качестве клиента использовал ноутбук с Windows 10 и его штатный экран с разрешением 1366*768.
К сожалению попытки уменьшить потребление процессора я бы не назвал успешными, но сказать что результатов нету тоже нельзя. Вот список всех доступных параметров локальных групповых политик которые можно использовать для тюнига:
В Windows Server 2008R2 параметры «Optimize visual experience when using RemoteFX» позволяют управлять качеством картинки и количеством кадров, и это дает заметный результат. Уменьшение количества кадров снижает нагрузку на процессор и сеть. Для Windows Server 2019 эти параметры не работают.
Качеством картинки в Windows Server 2019 можно управлять параметром «Configure image quality for RemoteFX Adaptive Graphics», а вот изменить количество кадров нечем, или я такой параметр не нашел.
Я пробовал различные комбинации параметров, но заметные изменения в результатах я смог получить только в нескольких случаях. И самое интересное то что можно заметить изменения в трафике но при этом нагрузка на процессор меняется слабо.
— Приоритезация H.264/AVC 444 увеличила нагрузку на процессор но при это трафик заметно снизился с 2х до 1 мегабита.
This policy setting prioritizes the H.264/AVC 444 graphics mode for non-RemoteFX vGPU scenarios. When you use this setting on the RDP server, the server will use H.264/AVC 444 as the codec in an RDP 10 connection where both the client and server can use H.264/AVC 444.
— Отключение компрессии RDP не снизило загрузку на процессор, но при этом трафик увеличился с 2х до 7 мегабит.
— Включение Losles параметра для image quality приводит к не адекватному потреблению трафика, без изменения нагрузки на процессор. Для каких сценариев данная опция добавлена мне не совсем понятно.
If you enable this policy setting and set quality to Lossless, RemoteFX Adaptive Graphics uses lossless encoding. In this mode, the color integrity of the graphics data is not impacted. However, this setting results in a significant increase in network bandwidth consumption. We recommend that you set this for very specific cases only.
Итоги
Если раньше для работы 10 активных пользователей было достаточно 8 ядерного сервера и еще оставалось свободное место, то теперь такого сервера хватит только на 5 пользователей.
Думаю что пора готовится к замене серверов HP G6 и G7 поколения. Очень жалко расставаться с серверами в которых установлено >100 гб оперативной памяти, я предполагал что они послужат дальше.
Не исключаю что в старых процессорах не хватает аппаратных инструкций, по этому в ближайшее время планирую получить на тест современный сервер. Но честно говоря прогноз у меня пессимистичный, думаю что получить желаемый результат будет возможно только грубой силой, увеличением количества процессорных ядер, а это повлечет за собой увеличение количества необходимых лицензий и стоимости.