Узел виртуализации удаленных рабочих столов для чего

Remote Desktop Virtualization Host

Служба роли узла виртуализации удаленных рабочих столов (Remote Desktop Virtualization Host, или RD Virtualization Host) работает в сочетании с сервером Hyper-V для размещения (хостинга) виртуальных машин для служб Remote Desktop Services. Пользователи могут подключаться к виртуальной машине, используя либо RemoteApp and Desktop Connection (Подключение к удаленным рабочим столам и приложениям RemoteApp), либо Remote Desktop Web Access (RD Web Access). Эти виртуальные машины могут быть развернуты либо как персональный виртуальный рабочий стол (каждому поль­зователю назначается уникальная виртуальная машина), либо как часть разделяемого пула виртуальных рабочих столов (виртуальная машина назначается динамически).

Персональные виртуальные рабочие столы назначаются индивидуальным пользова­телям с применением диспетчера подключений к удаленным рабочим столам (Remote Desktop Connection Manager). Пользователю может назначаться только один виртуальный рабочий стол; кроме того, виртуальный рабочий стол может быть назначен только одному пользователю. Сохраняя отношение «один к одному», все настройки, выполненные поль­зователем на персональном виртуальном рабочем столе, сохраняются и доступны для буду­щего использования.

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

Чтобы перенаправить пользователя на корректную виртуальную машину, узел RD Virtualization Host использует брокер подключений к удаленным рабочим столам (Remote Desktop Connection Broker, или RD Connection Broker). Когда пользователю назначен персональный виртуальный рабочий стол, RD Connection Broker перенаправляет запрос пользовательского сеанса на соответствующую виртуальную машину. В тех случаях, когда виртуальная машина не запущена, RD Virtualization Host запустит ее перед выполнением за­проса соединения.

Источник

Настройка производительности удаленный рабочий стол узлов виртуализации

Узел виртуализации удаленных рабочих столов (узел виртуализации удаленных рабочих столов) — это служба роли, которая поддерживает сценарии инфраструктура виртуальных рабочих столов (VDI) и позволяет нескольким пользователям запускать приложения Windows на виртуальных машинах, размещенных на сервере Windows server и Hyper-V.

Windows Server поддерживает два типа виртуальных рабочих столов: личные виртуальные рабочие столы и виртуальные рабочие столы в составе пула.

Общие рекомендации

Служба хранилища

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

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

Дедупликация данных и VDI

дедупликация данных, введенная в Windows Server 2012 R2, поддерживает оптимизацию открытых файлов. Чтобы использовать виртуальные машины, работающие на дедупликации тома, файлы виртуальной машины должны храниться на отдельном узле, отличном от узла Hyper-V. Если Hyper-V и дедупликация выполняются на одном компьютере, эти две функции будут конкурировать за системные ресурсы и негативно повлияют на общую производительность.

Оптимизация дедупликации данных для открытых файлов поддерживается только для сценариев VDI с Hyper-V, использующих удаленное хранилище по протоколу SMB 3,0.

Память

Использование памяти сервера управляется тремя основными факторами:

Издержки операционной системы

Служебные ресурсы Hyper-V на каждую виртуальную машину

Память, выделенная для каждой виртуальной машины

для типичных рабочих нагрузок рабочей нагрузки на гостевых виртуальных машинах с x86 Window 8 или Windows 8.1 необходимо предоставить около 512 мб памяти в качестве базовых показателей. Однако динамическая память, скорее всего, увеличит объем памяти гостевой виртуальной машины примерно на 800 МБ в зависимости от рабочей нагрузки. Для x64 мы увидим, что начиная с 800 МБ и увеличивая до 1024 МБ.

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

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

Рекомендуется включить технологию Hyper-Threading, но не забудьте вычислить коэффициент превышения лимита подписки на основе числа физических ядер, а не числа логических процессоров. Это обеспечивает ожидаемый уровень производительности для каждого ЦП.

Оптимизация производительности

Динамическое распределение памяти

Динамическая память обеспечивает более эффективное использование ресурсов памяти сервера, на котором работает Hyper-V, путем балансировки распределения памяти между работающими виртуальными машинами. Память можно динамически перераспределить между виртуальными машинами в ответ на изменяющиеся рабочие нагрузки.

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

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

Многоуровневое хранилище

Узел виртуализации удаленных рабочих столов поддерживает многоуровневые хранилища для пулов виртуальных рабочих столов. Физический компьютер, совместно используемый всеми виртуальными рабочими столами в составе пула, может использовать высокопроизводительное решение для хранения данных, такое как зеркальный твердотельный накопитель (SSD). Виртуальные рабочие столы в составе пула можно разместить на менее дорогостоящем традиционном хранилище, таком как RAID 1 + 0.

Физический компьютер должен быть размещен на SSD, так как большая часть операций чтения и ввода-вывода из виртуальных рабочих столов в составе пула переходит в операционную систему управления. Таким образом, хранилище, используемое физическим компьютером, должно поддерживать более высокие объемы операций чтения в секунду.

Эта конфигурация развертывания гарантирует экономичную производительность, когда требуется производительность. SSD обеспечивает более высокую производительность на диске меньшего размера (

20 ГБ на коллекцию в зависимости от конфигурации). В традиционном хранилище для виртуальных рабочих столов в составе пула (RAID 1 + 0) используется около 3 ГБ на виртуальную машину.

Кэш CSV

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

Виртуальные рабочие столы в составе пула

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

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

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

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

Этот список не является полным списком, так как любые изменения повлияют на предполагаемые цели и сценарии. дополнительные сведения см. в разделе горячее нажатие, получить сейчас, Windows 8 сценарий оптимизации VDI с помощью PFE!.

в Windows 8 по умолчанию включена упреждающая выборка. Он совместим с VDI и не должен быть отключен. Избыточная выборка может еще больше сократить потребление памяти посредством общего доступа к странице памяти, что полезно для VDI. виртуальные рабочие столы в составе пула, работающие Windows 7, должны быть отключены, но для личных виртуальных рабочих столов, работающих Windows 7, необходимо оставить.

Источник

01 — Виртуализация рабочих мест. Что это и с чем едят

Как мы и обещали в анонс-посте, мы открываем цикл статей по виртуализации рабочего пространства.

Тема “модная” на западе, и ее развивают достаточно давно, как технологически (программно), так и с точки зрения аппаратной части. Если вы слышали о таких словах, как “тонкие клиенты”, “виртуализация”, “bring your own device”, “удаленный доступ к данным”, то, скорее всего, вы слышали о какой-либо из частей этого необъятного моря виртуализации рабочих мест.

И, прежде чем углубляться в изучение данной темы, пожалуй, стоит провести небольшой ликбез и ответить на самые простые вопросы, чтобы упорядочить те обрывки информации, которые уже есть у некоторых читателей в головах. Ну а тем, кто уже “в теме”, думаем, тоже будет интересно почитать, вдруг что-нибудь новое узнаете, или увидите проблему под другим углом?

Итак, виртуализация рабочего места. Что она из себя представляет? Прежде чем ответить на данный вопрос, предлагаем вам задуматься вообще о самом термине «рабочее пространство» и такой фразе, как «виртуализация рабочего места».

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

Лет тридцать назад вместо Word’а на рабочем столе (реальном) вполне могла бы стоять печатающая машинка

(и хорошо, если это был какой-нибудь модный Selectric от IBM, с функцией удаления опечаток).

Вместо приложения “калькулятор” — его “десктопный” аналог, подключенный к розетке или автономный. Вместо поиска от Google — толстая стопка папок, пронумерованная по годам (или буквам алфавита). Вместо адресной книги почтового клиента — телефонный справочник и стопка конвертов. Вместо систем CAD/CAE — набор чертежных принадлежностей и технической документации. Ну а что было ещё чуть раньше… лучше не вспоминать.

За картинку спасибо mikejum, у него есть интересный пост, посвящённый счётам.

Сейчас все эти бумажно-аппаратные комплексы перенесены внутрь компьютеров, а сами компьютеры (и даже мобильные телефоны) по цене сравнимы с деревянной мебелью из IKEA. Сравните сложность производства стула, и, скажем, центрального процессора по техпроцессу в 45 нанометров. А ведь их стоимость сопоставима, и, порой, отличается не в 10-20 раз, а в 2-3. И, тем не менее, рабочее место до сих пор часто выглядит далёким от рафинированных промо-материалов без проводов, питания, в конно-сферических условиях в вакууме; а на наших столах всё ещё лежат документы, письменные принадлежности, стоит телефон, да мало ли чего ещё?

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

Что отличает процесс виртуализации, шедший последние 100 лет от того процесса, который идёт сегодня? Масштабы и скорость. Виртуализация рабочего места сегодня — это перенос вашего компьютера (и всех его приложений) в “виртуальное” состояние, и выполняется оно подобно тому, как в прошлом “аппаратные” помощники офисных служащих получили свои цифровые аналоги, после чего оказались в музеях.

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

Вместо блока питания на 350 ватт — небольшой и экономичный БП, как у ноутбуков, не требующий активного охлаждения. Вместо отдельных мест для бухгалтеров, инженеров и менеджеров — универсальные рабочие места, готовые к работе в любое время. Все программы, данные и настройки — на сервере, “железо” которого рассчитано на постоянные нагрузки, имеет коэффициент надежности “четыре девятки”, а ПО грамотно распределяет доступные ресурсы между активыми пользователями. Простаивающий компьютер инженера никак не поможет экономить на электроэнергии или ускорить работу его соседа. Виртуализация рабочих мест (в актуальном прочтении) решает эти и многие другие проблемы. Причем развертывание новых рабочих станций и расширение занимает минуты против часов в “классическом” случае. А вместо “неудобного” компьютера вы можете использовать ваш привычный ноутбук или планшет с док-станцией и внешним монитором. А самое главное — внутри компании практически с любого компьютера вы можете получить доступ к своим документам, файлам и приложениям за считанные секунды, и при этом не бояться ни потенциальной утечки данных, ни нарушений уровня допуска, ни потенциальных дыр в защите чужого компьютера. Ни файлов, ни данных, ни чего-либо хоть сколько-нибудь ценного на клиенте не хранится.

Что же умеет виртуализация сегодня, и какие технологии применяются в отрасли?

У обоих подходов есть как сильные, так и слабые стороны, но, прежде чем о них говорить, надо понять, чем они отличаются.

VDI — virtual desktop infrastructure — программно-аппаратный комплекс, который работает следующим образом: имеется сервер с серверной ОС, на котором крутятся “образы” с клиентскими операционками. Часть файлов у образов общая, часть — раздельная, но суть заключается в том, что у каждого из пользователей — свой образ операционки, а доступ к нему осуществляется (как правило, но из правил есть и исплючения) через тонкие клиенты. На тонком клиенте крутится либо специальная версия Windows (с приставкой Embedded), которая обеспечивает подключение к серверу и работу с “образом ОС”. который хранится на сервере, либо очень маленькая операционная система, единственным назначением которой является загрузка “железа” и базовых драйверов, поиск и подключение к серверу и вывод виртуального рабочего стола на ваш монитор.

RDP/RDS — remode desktop protocol / remote desktop services — программно-аппаратный комплекс, который работает иначе, нежели VDI. Главное отличие заключается в том, что серверная ОС является вашей рабочей средой: все программы запускаются прямо на сервере (внутри его ОС), и по протоколу RDP вы получаете доступ к конкретным приложениям или пользовательскому рабочему столу, но при этом никакого “образа” с вашей личной ОС на сервере нет, максимум — папка с пользовательским профилем и данными / документами. Доступ по протоколу RPD требует его поддержки на клиентской стороне, что накладывает определенные ограничения как на серверные, так и на пользовательские технологии.

Преимуществом VDI перед RDS является изолированное рабочее пространство для пользователей и большая свобода в выборе ПО и аппаратной части как серверов, так и пользовательских устройств. Также VDI-подход обеспечивает большую надежность в работе и немного проще в настройке и использовании.

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

Производительность при большом числе подключений будет ниже, чем у VDI-решения, настройка и реализация — сложней, а количество подключений может ограничиваться не только аппаратными возможностями серверного железа, но и программно, на уровне ОС или приложений.

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

Существует еще одно модное нынче течение и связанный с ним тип виртуализации. Речь идет о BYOD (“bring your own device”, “притащи свою железку”) и виртуализации приложений.

Реализаций у BYOD‘а — масса, начиная со спонсирования покупки того железа, с которым вы хотите работать (ноутбука, моноблока или еще какого-нибудь девайса), заканчивая бонусами в денежном эквиваленте, если вы приносите своё собственное устройство или работаете по удаленке, появляясь в офисе только тогда, когда это действительно необходимо.

Для работодателя BYOD выгоден тем, что он не тратится на покупку рабочих станций, а дает возможность выбрать работнику самому, на чем трудиться. Обычно IT-отделы хорошо понимают свои потребности и способны воплотить их наиболее точно, самостоятельно выбрав необходимые железки. Для пользователя BYOD выгоден тем, что он использует привычные и удобные ему инструменты, любимую клавиатуру с привычным расположением символов и функциональных клавиш, мышь, которая сидит в руке “как влитая”, и так далее.

Виртуализация приложений “проецирует” нужное вам приложение с сервера на ваш девайс, прозрачно для вас или в отдельном “окне” с рабочим столом, в зависимости от реализации. Все данные и рабочие файлы могут храниться одновременно в двух местах, в зашифрованном хранилище на локальном устройстве и в storag’e на сервере, а доступ к приложениям и данным может быть получен не только с ноутбука или домашнего компьютера, но и с планшета или телефона. У данного подхода есть много различных реализаций, отличающихся подходами, отвечающими за безопасность и сохранность данных, способами авторизации, доступностью с мобильных устройств и много чем еще, он сочетает в себе как большое количество плюсов, так и весомые минусы (особенно беспокоит BYOD безопасников и отделы, связанные с конфиденциальной информацией).

С базовыми понятиями виртуализации рабочих мест, а также с актуальными тенденциями в этой сфере, вроде бы, мы закончили. У вас остались вопросы? Есть, что добавить? Имели опыт работы с “виртуалками”? Хочется поделиться впечатлениями? Мы ждем вас в комментариях!

Источник

Установка службы роли узла виртуализации удаленных рабочих столов

Для установки службы роли Узел виртуализации удаленных рабочих столов используйте следующую процедуру.

Установка службы роли узла виртуализации удаленных рабочих столов

На сервере, на котором будет установлена служба роли Узел виртуализации удаленных рабочих столов, откройте Диспетчер серверов. Чтобы открыть компонент «Управление сервером», нажмите Пуск, Администрирование, а затем Управление сервером.

Если роль Службы удаленных рабочих столов еще не установлена:

Если роль Службы удаленных рабочих столов уже установлена:

Просмотрите сведения о добавлении требуемой роли (Hyper-V), а затем нажмите кнопку Добавить требуемые службы роли.

Нажмите кнопку Далее.

На странице Hyper-V нажмите кнопку Далее.

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

На странице Подтвердите выбранные элементы убедитесь, что служба роли Узел виртуализации удаленных рабочих столов и роль Hyper-V выбраны для установки, и нажмите кнопку Установить.

На странице Ход выполнения установки будет отображен процесс установки.

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

Если выдано предупреждение, что другие программы все еще работают, выполните одно из следующих действий:

После перезагрузки сервера и входа на компьютер с использованием той же учетной записи пользователя установка завершится. Когда откроется страница Результаты установки, убедитесь в успешном завершении установки службы роли Узел виртуализации удаленных рабочих столов и роли Hyper-V и нажмите кнопку Закрыть.

Источник