Технический обзор служб удаленных рабочих столов в ос windows Server® 2008 R2


Планирование служб RDS в Windows Server 2008 R2



страница9/10
Дата13.12.2016
Размер1.13 Mb.
Просмотров2494
Скачиваний0
ТипКраткий обзор
1   2   3   4   5   6   7   8   9   10

Планирование служб RDS в Windows Server 2008 R2


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

Основные отличия между RDSH-серверами и RDVH-серверами


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

Таблица 4. Основные отличия между RDSH-серверами и RDVH-серверами




RDSH-сервер

RDVH-сервер

Комментарии

Зрелость технологии

Достаточная

Начальный этап

RDVH-сервер — новый компонент ОС Windows Server 2008 R2. Заинтересованные лица, в том числе пользователи, для которых концепция виртуальных рабочих мест является новой, должны быть ознакомлены с новыми возможностями и связанными с ними ограничениями. Также важно, чтобы руководство и такие подразделения компании, как группы обеспечения безопасности и выполнения корпоративных политик были в курсе тех изменений, которые виртуализация рабочих мест принесет в их деятельность.

Масштабируемость

Больше пользователей на сервер

Меньше пользователей на сервер

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

Изоляция и безопасность

Изоляция на уровне сеансов.

У пользователей общая операционная система.

Работа только с правами обычного пользователя


Изоляция на уровне виртуальных машин .

У каждого пользователя своя ОС.



Можно работать с правами администратора

Виртуальные машины обладают дополнительным уровнем административной изоляции. Окружающая среда Hyper-V полностью абстрагирована от пользователей, подключающихся к виртуальным рабочим местам. В результате пользователи никак не могут повлиять на размещающую среду и в то же время имеют полный доступ к своей виртуальной машине. Для дополнительной изоляции на уровне сети виртуальные машины можно поместить в отдельную виртуальную локальную сеть (VLAN).

Взаимодействие с пользователем

Зависит от протокола

Зависит от протокола

Качество работы с удаленным рабочим местом зависит от используемой версии клиента. Клиент RDC версии 7 в Windows 7 поддерживает интерфейс Windows Aero Glass, перенаправление звука и проигрывание видео высокого разрешения.


Права пользователей

Пользователи работают с минимумом привилегий

Пользователь может обладать полными правами

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

Совместимость приложений

Серверная ОС Windows

Клиентская ОС Windows

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

Пилотный RDVH-сервер


Службы терминалов широко использовались предприятиями много лет. ОС Windows Server 2008 R2 предлагает новое решение — инфраструктуру виртуальных рабочих мест. Пилотный запуск такого решения требует не только планирования традиционных технологий RDS на основе сеансов, но и учета различных аспектов реализации инфраструктуры Hyper-V. Ниже приведены ключевые моменты, на которые необходимо обратить внимание при планировании развертывания инфраструктуры VDI. Определиться с ними нужно на стадии тестирования и пилотной эксплуатации. Поскольку эта технология только появилась в Windows Server 2008 R2, для определения оптимального способа развертывания потребуется также проанализировать результаты испытаний следующих составляющих VDI.

Тестирование или пилотный запуск?


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

Планирование размера и мощностей


Если было решено сразу перейти к пилотной эксплуатации, определитесь с начальной конфигурацией сервера и постепенно увеличивайте число пользователей, чтобы определить максимальное их число, которая эта конфигурация (сервер терминалов, архитектура сети и инфраструктура серверов) способна поддерживать. Чтобы получить представление о требованиях по масштабируемости, выбирайте пользователей из разных отделов — таких, использование служб RDS для которых обычно оправдано. В случае с VDI это могут быть контрактники или внештатные сотрудники. Так можно собрать информацию о характере использования решения разными типами пользователей и узнать их отношение к нему. Для предприятий, которые решили пойти по пути более формального процесса планирования, Майкрософт предлагает ряд средств, облегчающих планирование необходимой инфраструктуры служб RDS:

Microsoft Assessment and Planning (MAP) Toolkit for Hyper-V (набор средств оценки и планирования (MAP) для Hyper-V). Позволяет планировать требования к мощностям Hyper-V, основываясь на обширном наборе переменных, в том числе количестве пользователей, числе процессоров и пропускной способности сети. Подробнее см. http://technet.microsoft.com/en-us/solutionaccelerators/dd537570.aspx (на английском языке);

MAP Toolkit for Windows Server 2008 (набор средств MAP для Windows Server 2008). Инструмент для планирования компьютеров и служб Windows Server 2008. Подробнее см. http://technet.microsoft.com/en-us/solutionaccelerators/dd537573.aspx (на английском языке);

Планировщик ресурсов Microsoft System Center 2007. Инструмент для планирования инфраструктуры управления, желательной для надлежащей эксплуатации служб RDS. Подробнее см. http://www.microsoft.com/Systemcenter/en/us/capacity-planner.aspx (на английском языке).

Вне зависимости от метода, используемого при планировании и определении размера служб RDS, важно наладить работу по сбору отзывов пользователей на тестовой и пилотной стадии. Это позволит выработать политики и процедуры для устранения возможных проблем, прежде чем они затронут большое число пользователей. Также важны отзывы группы, осуществляющей развертывание и поддержку инфраструктуры служб удаленных рабочих столов. Наконец, заинтересованным в проекте лицам и руководству компании потребуются средства анализа этих отзывов и контроля за ответными мерами, предпринимаемыми пилотной группой. Решение проблем, возникающих у пользователей, и своевременное информирование заинтересованных сторон о состоянии проекта — ключ к успешному развертыванию по всему предприятию.


Управление виртуальными машинами и размером хранилища RDVH-сервера


RDVH-сервер работает с виртуальной средой Hyper-V, поэтому вместе с планированием серверных мощностей, необходимых для одновременной работы виртуальных машин, надо оценить размеры хранилища образов виртуальных жестких дисков (VHD). Рассмотреть следует оба типа виртуальных рабочих мест и их требования к хранилищу: личные виртуальные машины — это отдельные VHD-файлы, а виртуальный пул может быть создан на основе общего образа. В последнем случае состояние VHD-файла сохраняется не на весь срок жизни виртуальной машины, а только на время сеанса удаленного рабочего стола.

Что происходит с VHD-файлами, зависит от используемого варианта инфраструктуры VDI.



Личные рабочие места. Большинство личных виртуальных машин — это отдельные одиночные VHD-файлы. Этот файл будет изменяться в соответствии с действиями пользователя в рамках виртуальной машины. Состояние машины сохраняется от сеанса к сеансу. Оценивая необходимые дисковые емкости, следует решить, будут ли VHD-файлы расти динамически или же иметь фиксированный размер, где они будут храниться, и будет ли использоваться локальное хранилище или сеть хранения данных (SAN). Этот случай показан на рис. 5.

image9 copy

Рисунок 5. Личные виртуальные рабочие места

Пул виртуальных рабочих мест. При использовании пула виртуальных рабочих мест пользовательская среда виртуальных машин пула одинакова. VHD-файлы могут использоваться совместно. Пользовательское состояние и изменения, внесенные в рамках сеанса удаленного рабочего стола, удаляются при завершении сеанса. При этом для обеспечения дополнительной гибкости можно использовать перемещаемые профили и перенаправление папок. Определение необходимого объема хранилища сводится к установлению того, сколько места потребуется для хранения временного состояния всех виртуальных машин, если те используются одновременно. Этот случай показан на рис. 6.

image10 copy

Рисунок 6. Пул виртуальных рабочих мест

Личные рабочие места и пулы рабочих мест призваны решать различные задачи. Проектирование хранилища VHD-файлов для пилотного запуска и для полного развертывания — ключ к успеху внедрения инфраструктуры VDI. При этом нужно найти ответы на следующие вопросы.



Сколько процентов пользователей VDI придется на каждый вариант? Чтобы ответить на этот вопрос, нужно знать, какие приложения будут развертываться, каков необходимый пользователям уровень административных привилегий, есть ли необходимость сохранения пользовательского состояния в виртуальных машинах и должно ли это состояние сохраняться от сеанса к сеансу. Решение всех этих вопросов позволит заложить в проект нужные размеры хранилища под каждый вариант.

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

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

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

Каждый из этих вопросов поможет установить, какого рода и какого объема хранилище необходимо использовать. Независимо от того, какой вариант инфраструктуры VDI будет выбран, при планировании пилотной фазы нужно построить начальную архитектуру вокруг масштабируемого механизма хранения. Тогда переход от пилотного эксплуатирования к повсеместному пройдет проще.





Поделитесь с Вашими друзьями:
1   2   3   4   5   6   7   8   9   10


База данных защищена авторским правом ©nethash.ru 2019
обратиться к администрации

войти | регистрация
    Главная страница


загрузить материал