Remotefx что это

RDP vs RemoteFX

В группе предприятий «Х» используют терминальные сервера.
Начался новый сезон и в одном из представительств загрузка cpu начала достигать 100 процентов, что есть плохо, особенно после того, как пользователи начали жаловаться на скорость работы.
Причина возникновения проблемы была не понятна, количество сотрудников не менялось, софт не менялся… Все представительства в одинаковых условиях.

Собрал тестовый стенд и начал искать решение…
Долго перебирал разные настройки сервера и клиентских мест, это отдельная тема.
В творческом поиске сравнил протоколы RDP и RemoteFX, результаты решил опубликовать.

Сервер:
HP ML350 G6, 1*Xeon5620, 42gb RAM.
DirectX аппаратная видеокарта отсутствует.
СХД:
HP MSA P2000 G3 SAS, из 4х дисков SAS собран массив R5.
ПО:
На сервера установлен ESXi 5.1.
Терминальные сервера представляют из себя VM, выделено 4 vcpu(8000мгц) и 20gb RAM, в качестве гостевой ОС используется Windows Server 2008R2 SP1.

Сравнивалась нагрузка на процессор в трех приложениях: IE11, Adobe PDF Reader 11, 1c8.
Делал 8-10 замеров, в момент замеров на сервере работал только подопытный пользователь и пользователь администратора.
В качестве клиентских мест использовал два ноутбука с Windows XP и Windows 7 SP1, и тонкий клиент HP t510 c установленной ОС HP Smart Zero 4.4.

Результаты

IE11, запускался тестовый ролик, который находился на youtube.
RDP – Нагрузка на процессор 21-23%
RemoteFX – Нагрузка на процессор 11-18%

После замены ноутбуков на тонкий клиент HP.
RDP – Нагрузка на процессор 17-21%
RemoteFX – Нагрузка на процессор 10-12%

В лабораторных условия разница составила 5-10% процесорного времени в пользу RemoteFX.
Добавлю, что RDP по плавности проигрывания видео и рядом не находится с RemoteFX, при включенном RemoteFX, на первый взгляд, разницы в сравнении с обычным ПК не видна.

Все дальнейшие измерения решил проводить на тонком клиенте HP.

Переходим к документу PDF и скроллингу.
RDP – Нагрузка на процессор 16-20%
RemoteFX – Нагрузка на процессор 12-17%
Разница в пользу RemoteFX составила 3-4%.

Настала очередь 1с8, опять будем заниматься скроллингом списка документов.
RDP – Нагрузка на процессор 14-17%
RemoteFX – Нагрузка на процессор 17-18%
Разница в пользу RDP составила 1-3%.

Честно говоря, результат 1с8 мне не понравился. Решил все проверить и сделать дополнительные замеры.
Повторно замерял результаты, вроде все ок, укладываюсь в ошибку при измерениях, примерно 1-2%.
Результаты 1с можно списать на ошибку измерения, в итоге получается, что 1с все равно, как подключается пользователь — по RDP или RemoteFX.

Если подвести предварительные итоги

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

Раньше я пробовал смотреть на PCoIP, результат мне не понравился, может, нужно посмотреть снова, но как не крути, а RemoteFX будет стоить меньше PCoIP, да и концепция VDI мне нравится меньше терминальных серверов.

В случае предприятия «Х» на одном процессоре Xeon5620 с нагрузкой в 40-80% работают 18-24 пользователей, и параллельно с терминальным сервером работает домен контроллер, и еще некоторые мелкие vm.

Как мне видится, внедрение RemoteFX позволит снизить на 20-30% нагрузку на процессор сервера, или позволит добавить примерно 5-7 пользователей.

Интерес к RemoteFX начал расти, и замеры решил продолжить

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

Смотрим ролик на ютюбе(RDP), нагрузка на процессор 18-22%, с стандартными настройками результат 17-21%.
Смотрим ролик на ютюбе(RemoteFX), нагрузка на процессор 10-16%, с стандартными настройками результат 10-12%.

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

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

Далее, как RemoteFX будет работать при изменении настроек, частота кадров, качество картинки, оптимизация кодека

Screen capture rate = Lowest
Screen Image Quality = Medium (default)

Ролик на ютюбе:
Нагрузка на процессор 5-8%

PDF и скроллинг:
Нагрузка на процессор 14-18%

1с8 и скроллинг:
Нагрузка на процессор 12-18%.

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

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

Screen capture rate = Medium (default)
Screen Image Quality = Lowest

Ролик на ютюбе
Нагрузка на процессор 5-11%

PDF и скроллинг
Нагрузка на процессор 12-16%

1с8 и скроллинг
Нагрузка на процессор 18-21%.

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

Screen capture rate = Lowest
Screen Image Quality = Lowest

Ролик на ютюбе
Нагрузка на процессор 5-10%

PDF и скроллинг
Нагрузка на процессор 12-16%

1с8 и скроллинг
Нагрузка на процессор 16-19%.

Screen capture rate = Highest (best quality)
Screen Image Quality = Highest (best quality)

Ролик на ютюбе:
Нагрузка на процессор 9-13%.

Для получения результатов для 1с и PDF, как оказалось, у меня не хватило терпения.

От настроек Highest (best quality) я ожидал другой результат, а полученный можно списать на ошибку измерения.

Далее на очереди ооптимизация кодека, Text vs Rich Multimedia

Стандартная настройка кодека Rich Multimedia.

PDF и скроллинг:
Нагрузка на процессор 13-16%

1с8 и скроллинг:
Нагрузка на процессор 16-19%

Сводная таблица

Итого

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

Системное администрирование
Серверная оптимизация
Серверное администрирование

RemoteFX лицензированием несовместимо с стандартная безопасность протокола удаленного рабочего стола (RDP)

Попытки подключения RDP RemoteFX включен сбой сервера терминалов, приведет к следующей ошибки на стороне клиента:

«Удаленный компьютер отключил сеанс из-за ошибки в протоколе лицензирования. Попробуйте подключиться к удаленному компьютеру снова или обратитесь к администратору сервера.»

Сервер терминалов регистрирует следующие события:

Код события: 1152

Источник: Службы терминалов RemoteConnectionManager

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

Причина

Эта проблема возникает, когда стандартная безопасность протокола удаленного рабочего СТОЛА используется клиентом для подключения к серверу RemoteFX.

Это может произойти в следующих случаях:

Клиент является активным элементом управления удаленным рабочим столом с помощью пользовательского приложения. По умолчанию этот элемент управления используется стандартная безопасность протокола удаленного рабочего СТОЛА.
Клиент не сторонних производителей или клиента удаленного рабочего стола Windows, настроенный для использования стандартного режима безопасности RDP. Windows XP SP3 и более новые клиенты удаленного рабочего стола RDP усиленной безопасности используется по умолчанию и не будет вести себя эта проблема. Старые клиентские операционные системы используют стандартный режим безопасности RDP по умолчанию и будет отличаться от симптомов, описанных в этой статье.

Решение

Клиент должен быть настроен на использование RDP усиленной безопасности.

Если клиент является пользовательское приложение с помощью элемента управления ActiveX удаленного рабочего стола, необходимо использовать интерфейс версии IMsRdpClientAdvancedSettings4 минимальный элемент управления и задайте свойство AuthenticationLevel 1 или 2 (уровень по умолчанию равен 0).

Клиенты Windows XP SP2 выполняется MSTSC.exe можно решить проблемы лицензирования с помощью RDP усиленной безопасности (выбрав «Попытка проверки подлинности» раскрывающийся в свойства вкладки системы безопасности клиента удаленного рабочего стола.

SysElegance Research Lab

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

Рендеринг на стороне сервера.

В Windows Server 2012 и Windows 8, полный локальный рабочий стол сначала составляется и визуализируется на хосте в удаленной сессии, а затем полученное изображение кодируется и отправляется с помощью протокола RDP 8 (RemoteFX). Иными словами, в RDP 8 (RemoteFX), рендеринг полностью происходит на стороне сервера. В результате, все составляющие рабочего стола Windows 8, также как и все пользовательские приложения постоянно отправляются в самом высоком качестве в 32 бита на пиксель (BPP). Чтобы обеспечить высокое качество графики при приемлемых затратах на кодирование и требованиях к пропускной способности сети, кадровая частота в удаленной сессии составляет 30 кадров/сек. (FPS).

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

Структура рабочего стола Windows Server 2012 и Windows 8 оптимизирована для визуализации на стороне сервера. Кроме того, протокол RDP 8 (RemoteFX) использует множество методов, имеющихся в более ранних версиях, таких, как кэширование или обнаружение изменений в определенной области экрана. Другие нововведения касаются усовершенствования кодирования графических изображений и его способности адаптироваться к условиям среды. В следующих разделах мы обсудим, что нового появилось в адаптивной графике протокола RDP 8 (RemoteFX).

Растровое кодирование, адаптирующееся к типу контента.

Одним из важных аспектов адаптивной графики RDP 8 (RemoteFX) является то, что мы можем использовать многочисленные растровые кодеки, эффективные для кодирования конкретных типов контента.

В предыдущей версии Remote Desktop Protocol (RDP), после открытия удаленной сессии для кодирования всех растровых изображений использовался только один кодек (лучший кодек для клиента \ сервера из возможных).

В RDP 8 (RemoteFX) поддерживается работа нескольких кодеков одновременно, для кодирования разных частей кадра. Протокол RDP 8 (RemoteFX) различает следующие типы контента во время выполнения: текст, синтетическое изображение, натуральное изображение и видео. Каждый тип контента кодируется с применением определенного кодека, который настроен на данный тип контента. В следующем примере иллюстрируется классификация типов содержимого текста и изображений на веб-странице:

— текстовое содержимое — изображение

Текст является наиболее распространенным типом контента в Windows, поэтому решающее значение имеет поддержка кодека, который является эффективным для текста. Протокол RDP 8 (RemoteFX) поддерживает новый кодек, предназначенный для кодирования текстового содержимого с высокой степенью сжатия и высоким качеством.

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

По оси Y в следующей диаграмме показана степень сжатия (отношение несжатого \ сжатого). Высший показатель означает лучшее сжатие. Например, в сценарии «Knowledge Worker», при использовании кодека RDP7, общий коэффициент сжатия 400:1, в то время как при использовании кодека RDP 8 (RemoteFX) текст на тех же условиях повышается степень сжатия до 500:1.

Для видео контента, используется кодек H.264, поддерживаемый в Windows 8. Для натурального изображения используется прогрессивное кодирование, которое может пошагово улучшать качество картинки.

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

Следующие диаграммы иллюстрируют значительное улучшение сжатия по сравнению с кодеком Windows 7 при использовании классификатора контента и новых текстовых и графических кодеков. Сценарии имеют смешанный контент: текст и изображение.

Прогрессивный рендеринг в RDP 8 (RemoteFX), адаптрующийся к пропускной способности сети

Протокол RDP 8 (RemoteFX) поддерживает новый кодек, который может кодировать растровые изображения последовательно. Он также известен как «Прогрессивная визуализация протокола RDP 8 (RemoteFX)». Это означает, что изображения могут быть закодированы и отправлены в несколько этапов, а качество изображения становится все более четким на каждом из них.

В предыдущих версиях RDP, когда пропускная способность сети была ограничена, пользовательская сессия могла временно «подвиснуть» из-за большого кадра, который блокировал дальнейшие обновления в течение некоторого времени.

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

Следующие изображения иллюстрируют фон рабочего стола, который кодируется постепенно в 4 этапа. В этом примере, первый шаг сжатия изображения в 77 раз. Следующие три шага постепенно повышают качество. Последний шаг, который генерирует изображение высочайшего качества, сжат в 15 раз от общего объема.

Стек адаптивного кодирования с регулировкой частоты кадров

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

Во-первых, RDP 8 (RemoteFX) использует прогрессивное кодирование, регулируя качество каждого кадра в соответствии с доступной пропускной способностью сети. В локальной сети, при наличии достаточной пропускной способности, каждый кадр кодируется с высоким качеством и минимальными затратами на кодирование. В WAN, когда существует возможность перегрузки сети, качество изображения снижается для использования меньшей полосы пропускания с сохранением высокой частоты кадров. Иными словами, качество изображения адаптируется к доступной пропускной способности для каждого кадра.

Во-вторых, протокол RDP 8 (RemoteFX) поддерживает несколько стеков графического кодирования, которые оптимизированы либо по затратам вычислительных ресурсов, либо по пропускной способности сети. По умолчанию, RDP 8 (RemoteFX) может динамически переключаться между стеками, отслеживая параметры сети, затраты на кодирование и достигнутую частоту кадров. Если обнаружена проблема, то протокол RDP 8 (RemoteFX) автоматически перейдет к наиболее оптимальной конфигурации. Конфигурацию графического стека также можно настроить вручную, с помощью параметров групповых политик.

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

В-третьих, после выбора оптимального стека, если есть ограничения, которые мешают протоколу RDP 8 (RemoteFX) достичь заданной частоты кадров, частота динамически уменьшается, чтобы иметь возможность отправлять клиенту самые последние кадры. Например, в Windows 7 просмотр содержимого каталога в WAN может привести к эффекту «зависания» удаленной сессии. Теперь же, в тех же условиях, отображается только финальный кадр.

Последнее, но не менее важное, — в дополнение к сессионной конфигурации, RDP 8 (RemoteFX) также рассчитывает время кодирования на одного пользователя удаленной сессии в сервисе Fair Share CPU Scheduling. Таким образом одна пользовательская сессия на сервере не потребляет ресурсы других пользователей на этом сервере.

Улучшения кэширования

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

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

Во-вторых, поддерживается асинхронный ражим загрузки кэш, который позволяет начать сеанс, в то время как серверный и клиентский кэш еще синхронизируются. Это улучшает время отклика в WAN.

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

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

Настройка адаптивной графики протокола RDP 8 (RemoteFX)

В дополнение к тому, что протокол RDP 8 (RemoteFX) адаптируется к условиям среды, он также поддерживает два параметра групповой политики, которые дают администраторам возможность вручную выбрать наилучшую конфигурацию для своего сценария. Обе политики находятся в «ComputerConfiguration \ AdministrativeTemplates \ WindowsComponents \ Remote Desktop Services \ Remote Desktop Session Host \ Remote Desktop Session Environment».

Первый параметр политики — «Настройка качества изображения для адаптивной графики RDP 8 (RemoteFX)». Этот параметр политики определяет качество изображения для удаленного сеанса. Администраторы могут использовать эту опцию, чтобы выбрать оптимальный баланс между используемой полосой пропускания сети и качеством графики. Доступны варианты «Средний» (по умолчанию), «Высокий», и «Без потерь». «Среднее» качество создает наименьшей трафик. «Высокое» качество — повышается качество изображения с умеренным трафиком. «Без потерь» — использует кодирование без потерь, оставляя полную сохранность изображений, но создает значительно больший трафик.

Второй параметр политики — «Настройка адаптивной графики RDP 8 (RemoteFX).» Этот параметр политики позволяет администратору выбрать конфигурацию, оптимальную по потребляемым вычислительным ресурсам или по создаваемому трафику. Как уже говорилось в разделе «Адаптивное кодирование регулирует стек и кадр», протокол RDP 8 (RemoteFX) по-умолчанию выбирает наилучшую конфигурацию во время выполнения и может динамически переключаться между конфигурациями в зависимости от параметров сети.

Выводы

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

О компании

Просто о сложном

Еще не успел выйти для операционных систем Windows 7 и Windows Server 2008 R2 пакет обновления 1, а уже все знают об основных новшествах, которые принесет нам Windows Server 2008 R2 SP1, а именно Dynamic Memory и RemoteFX. По данным технологиям уже практически каждый имеет представление о том, что же собой представляют эти нововведения. За последние полтора-два месяца этого года, если я не ошибаюсь, каждый ИТ-профессионал уже видел, по меньшей мере, с десяток докладов по данным технологиям, в том числе доклады Тэда Броквэя, Игоря Шаститко, Андрея Бешкова (на докладах Андрея и Игоря мне даже удалось побывать). В этой статье я не буду уделять много внимания маркетинговым целям, так как вы прекрасно знаете, для чего предназначены эти технологии. Данная статья посвящена настройке RemoteFX на хосте сервера удаленных рабочих столов.

Но все же, скажу буквально пару слов о данной технологии…

rfx-01

Технология Microsoft RemoteFX представляет собой новый, усовершенствованный набор возможностей удаленного виртуального рабочего стола Windows Server 2008 R2 SP1, позволяющий виртуализировать серверный видеоадаптер, делая его доступным для виртуальных рабочих столов. Данную функциональную возможность вы можете включить при установке серверной роли «Службы удаленных рабочих столов». После того как RemoteFX будет установлен, пользователи смогут подключаться с удаленных компьютеров к виртуальным машинам, наблюдая при этом полнофункциональные графические эффекты на рабочем столе виртуальной машины, включая DirectX. Эффективно используя возможности кодеков и виртуализированных графических ресурсов хостовой машины, RemoteFX позволяет поддерживать любое приложение, в среде виртуальных рабочих столов, включая 3D ускорители. Таким образом, RemoteFX усовершенствует возможности протокола удаленного рабочего стола (RDP) в службах удаленных рабочих столов Windows Server 2008 R2. Благодаря данной технологии, а именно, аппаратной поддержке видеоадаптера на хосте VDI, виртуальные машины, которые развертываются на базе платформы Hyper-V в Windows Server 2008 R2, даже самые передовые и требовательные к графическим ресурсам приложения будут работать прозрачно для конечного пользователя.

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

Аппаратные требования, необходимые для работы RemoteFX

Для полноценного использования технологии RemoteFX, прежде всего вы должны придерживаться следующий аппаратных требований:

SLAT-совместимый процессор. Процессор сервера RemoteFX должен поддерживать преобразование адреса второго уровня (Second-Level Address Translationб SLAT). Для процессоров Intel данная функция называется Extended Page Tables (EPT), а для процессоров AMD — Nested Page Tables (NPT);

Графический процессор. Для использования функционала RemoteFX на сервере требуется наличие хотя бы одного графического процессора (GPU), драйвер которого должен поддерживать DirectX 9.0 и DirectX 10.0, с достаточным количеством видеопамяти, отделенной от системной памяти. В том случае, если на сервере установлено более одного видеоадаптера, они должны быть идентичны. Также стоит обратить внимание на то, что количество презентуемых мониторов и разрешение видео адаптера виртуальной машины влияет лишь на выделение видеопамяти виртуальной машины;

Кодировщик RemoteFX. Наличие кодировщика RemoteFX не является обязательным требованием, но его установка на сервере RemoteFX влияет на дополнительную масштабируемость;

Hyper-V. Сервер должен полностью соответствовать минимальным требованиям для использования роли Hyper-V.

Установка и настройка RemoteFX

Перед установкой RemoteFX вам следует убедиться, что у вас на сервере уже развернута роль Hyper-V, а также поднята виртуальная машина с операционной системой Windows 7. Желательно, чтобы ваш сервер и виртуальная машины находились в одной подсети, а на виртуальной машине включен удаленный рабочий стол. После того как все эти предварительные действия будут выполнены, вам следует начать устанавливать RemoteFX. Сделать это вы можете следующим образом:

Войдите на сервер под учетной записью администратора. Как и все серверные роли, роль сервера удаленных рабочих столов с RemoteFX устанавливается средствами графического интерфейса при помощи «Диспетчера сервера»;
Откройте консоль «Диспетчер сервера». Если после загрузки операционной системы окно диспетчера сервера не открылось, в меню «Пуск» откройте подменю «Администрирование», а затем выберите команду «Диспетчер сервера». В окне консоли «Диспетчер сервера» нажмите на кнопку «Добавить роли» в разделе «Сводка по ролям». Также вы можете в дереве консоли нажать правой кнопкой мыши на узле «Роли» и из контекстного меню выбрать команду «Добавить роли»;
Откроется диалоговое окно «Мастер добавления ролей». На первой странице мастера вы можете узнать краткую информацию о назначении данного мастера. Если вы не хотите впредь видеть этот шаг, установите флажок на опции «Пропустить эту страницу по умолчанию». Ознакомьтесь с информацией, приведенной на этом шаге, после чего нажмите на кнопку «Далее»;
На странице «Выбор ролей сервера» вам предоставляется выбор ролей, которые будут установлены на вашем сервере. Одновременно вы можете выбрать как одну, так и несколько ролей. В данном случае установите флажок на опции «Службы удаленных рабочих столов», ознакомьтесь с информацией, указанной в области «Описание» и нажмите на кнопку «Далее»;
Рис. 1. Страница «Выбор ролей сервера» мастера добавления ролей
На странице «Службы удаленных рабочих столов» вы также можете ознакомиться с данной технологией, перейдя по ссылке в разделе «Дополнительные сведения». Нажмите на кнопку «Далее»;
На странице «Выбор служб ролей» установите флажок на опции «RemoteFX». После установки флажка откроется окно мастера добавления ролей «Добавить службы ролей, необходимые для компонента RemoteFX», где вы можете просмотреть, какие роли требуются для работы данной технологии. Это просто информационное диалоговое окно, в котором вам нужно подтвердить установку требуемых компонентов, то есть, нажмите на кнопку «Добавить требуемые службы роли», а затем на странице выбора служб ролей нажмите на кнопку «Далее». Компонент «Службы Core Services» предоставляет пользователям возможность подключаться к виртуальным машинам с помощью удаленного приложения RemoteApp, подключения к рабочему столу или рабочих столов с виртуальной графикой;

Рис. 2. Страница «Выбор служб ролей»
На странице «Подтверждение выбранных элементов для установки» просмотрите сводную информацию и нажмите на кнопку «Установить»;
Рис. 3. Страница «Подтверждение выбранных элементов для установки»
На странице «Ход выполнения установки» мастер добавления ролей предоставляет вам возможность следить за процессом установки выбранных ролей. Для завершения установки роли «Службы удаленных рабочих столов», мастер добавления ролей проинформирует вас о том, что необходимо перезагрузить компьютер. Закройте диалог «Мастер добавления ролей», используя кнопку «Закрыть». После того как вы нажмете на кнопку «Закрыть», мастер предложит перезагрузить сервер самостоятельно. Нажав на кнопку «Да», сервер будет автоматически перезагружен для завершения установки роли. Если же вам нужно до перезагрузки выполнить еще какие-то действия, нажмите на кнопку «Нет», но тогда вам нужно будет перезагрузить сервер вручную;
Рис. 4. Страница «Ход выполнения установки» мастера добавления ролей
Во время перезагрузки сервера роль «Службы удаленных рабочих столов» устанавливается подобно обычным системным обновлениям. Для полного завершения установки, войдите в систему с той же учетной записью, при помощи которой вы устанавливали данную роль. Перед вами в последний раз откроется мастер добавления ролей со страницей «Результаты установки», где вы можете увидеть, нормально ли прошла установка роли. Нажмите на кнопку «Закрыть».
Рис. 5. Завершение установки роли Службы удаленных рабочих столов

После того как будет установлена роль удаленных рабочих столов с компонентами RemoteFX и Core Services вам нужно установить cap драйвер RemoteFX. Для этого вам нужно на своем сервере открыть окно командной строки от имени администратора и ввести dism /online /enable-feature /featurename:Microsoft-Windows-RemoteFX-EmbeddedVideoCap-Setup-Package, как показано ниже:

rfx-07

Рим. 6. Установка cap драйвера RemoteFX

После того как драйвер будет установлен вам предстоит еще раз перезагрузить свой сервер. Вы можете это сделать непосредственно из окна командной строки, введя «Y» или выполнить перезагрузку самостоятельно.

Следующим шагом, после установки cap драйвера является установка видеоадаптера RemoteFX на виртуальную машину. Для этого выполните следующие действия:

Выключите виртуальную машину, перейдите в «Диспетчер Hyper-V», выберите текущую виртуальную машину, нажмите на ней правой кнопкой мыши и из контекстного меню выберите опцию «Параметры»;
В диалоговом окне «Настройки для %имя_виртуальной_машины%», в группе «Установка оборудования» выберите добавляемое устройство «Трехмерный видеоадаптер RemoteFX» и нажмите на кнопку «Добавить»;
Рис. 7. Диалоговое окно настроек виртуальной машины
На вкладке «Трехмерный видеоадаптер RemoteFX» вы можете задать максимальное число поддерживаемых мониторов и максимальное разрешение экрана для каждого монитора, как на следующей иллюстрации:
Рис. 8. Вкладка «Трехмерный видеоадаптер RemoteFX» диалога настроек виртуальной машины
Сохраните изменения и перезапустите виртуальную машину. После этого включите виртуальную машину и подключитесь к ней. Вам будет предложено установить драйвер для RemoteFX, после чего перезагрузите виртуальную машину. После того как драйвер будет установлен, вы сможете удаленно войти на виртуальную машину только под той учетной записью пользователя, которая будет входить в группу пользователей удаленного рабочего стола на виртуальной машине.

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

rfx-10

Рис. 10. Использование RemoteFX

Заключение

В этой статье вы узнали о том, как можно установить и настроить компонент роли «Службы удаленных рабочих столов» – RemoteFX. Вкратце вы узнали об аппаратных требованиях, а также подробно была рассмотрена установка роли «Службы удаленных рабочих столов» с данным компонентом. Помимо этого вы узнали, как можно настроить виртуальную машину для использования данной технологии.