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



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

Пользовательские приложения


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

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

Технология App-V абстрагирует жизненный цикл приложения от пользовательской операционной системы. Приложения не устанавливаются на компьютер физически, а значит их файлы, записи реестра, COM-объекты и службы не попадают в файловую систему и системный реестр. Приложения можно разворачивать и контролировать с помощью MSI-пакетов, которые поддерживаются многими готовыми электронными системами распределения ПО, а можно разворачивать с помощью диспетчера конфигураций Microsoft System Center Configuration Manager 2007. Диспетчер также позволяет отправлять приложения потоком на целевые виртуальные машины, что сводит к минимуму начальный размер приложения и его влияние на работу пользователей при последующем запуске.

Технология App-V также способна решить проблемы совместимости между приложениями: поскольку приложение работает в изолированной среде, других приложений для него не существует. Например, так можно запускать на одном компьютере разные версии Microsoft Office Access®. Еще это посеансовый способ развертывания приложений, где App-V для служб терминалов обеспечивает возможность консолидировать приложения на одном RDSH-сервере.

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

Ряд соображений


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

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

Следует рассмотреть использование App-V для перенаправления пользовательского состояния в сетевое расположение (а не в профиль). Можно настроить, где будет храниться пользовательское состояние относительно виртуализированных приложений, и если это расположение будет сетевым, сделанные пользователями настройки в приложениях будут сохраняться даже при использовании пула виртуальных машин.

Подготовка виртуальной машины


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

Ряд соображений


Виртуальные машины, принадлежащие пулу, следует делать универсальными до той степени, когда в образе не содержится никакой уникальной пользовательской информации. Для этого готовую к развертыванию виртуальную машину нужно обработать средством подготовки системы (Sysprep). Это приведет к удалению из образа уникальной информации, как то глобального идентификатора (GUID) операционной системы и имен. При перезапуске такая виртуальная машина запросит ввести имя компьютера и сведения о домене или, если это предусмотрено автоматизированным процессом развертывания, получит эту информацию самостоятельно. Подробнее об автоматизированном процессе развертывания см. набор средств Microsoft Deployment Toolkit (MDT) 2010.

Примечание

Хотя есть и другие средства универсализации образа ОС Windows, только Sysprep официально поддерживается корпорацией Майкрософт.


Обновление виртуальных рабочих мест


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

Строго рекомендуется использовать службы автоматического обновления, например Windows Server Update Services (WSUS). Сервер с обновлениями должен физически располагаться недалеко от виртуальных машин или быть подключенным по высокоскоростному каналу. Тогда виртуальные машины будут обновляться максимально быстро, что снизит время простоев.

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

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


Пользовательское состояние


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

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

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

с помощью перенаправления папок назначьте сетевые расположения папкам, которые обычно имеют большой объем (например «Документы» или «Рисунки»). Тогда эти файлы не будут храниться внутри VHD-образа;

не помещайте автономную папку (Offline Folder, OST) и личную папку (Personal Folder, PST) в перенаправляемые папки. Поскольку к файлам из этих папок постоянно ведется обращение, возникнет существенный объем сетевого трафика, который можно избежать;

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

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

Примечание

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


Сеть


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

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

Поскольку все, что пользователи видят на экранах, генерируется RDSH- или RDVH-сервером, высокая задержка существенно сказывается на воспринимаемом времени отклика системы, в то время как низкая пропускная способность влияет на время, необходимое для передачи на экран больших объемов данных (например точечных изображений). Поэтому вопрос «Сколько пользователей удаленных рабочих столов смогут работать на этом сервере при таком подключении?» включает в себя и скорость набора пользователями текста, и количество графики, используемой приложением, и число одновременных подключений по сети WAN. И единственный надежный способ получить ответ — проверить на реальной сети. Помните, что если приложение выводит большие объемы информации на экран, качество взаимодействия с пользователем будет зависеть от пропускной способности. Подключение по низкоскоростному соединению не оказывает существенного влияния на масштабируемость RDSH- и RDVH-серверов. Такое подключение потребляет столько же серверных ресурсов, сколько широкополосное.

Примечание

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

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

То же правило действует для доступа к приложениям, в особенности виртуальным. Если приложение доставляется потоком, для надлежащей работы может потребоваться дополнительная пропускная способность.

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

Преимущества интеграции App-V и RDS


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

С появлением RDVH-серверов все рабочее место целиком можно представить в виде виртуальной машины. Для установки и обслуживания приложений виртуальные машины нужно временно отключать, а перед включением убедиться, что обновленное приложение не конфликтует с уже установленным ПО. Особенно большое значение возвратное тестирование имеет в случае виртуальных пулов, где незамеченный конфликт приложений может сказаться на каждом пользователе. Технология App-V полностью меняет это положение. Технология App-V для служб удаленного рабочего стола полностью меняет это положение.


App-V для RDS. Возможности и преимущества


App-V для служб RDS предлагает компаниям немало новых возможностей и преимуществ.

Консолидация серверов и отсутствие необходимости группировать серверы повышают рентабельность вложений в ферму серверов. App-V для служб RDS позволяет любому приложению работать совместно с любым другим, даже если обычно эти приложения конфликтуют между собой, дает возможность запускать несколько версий одного и того же приложения, а также обеспечивает работу приложений, которые ранее не могли быть запущены в сеансе служб терминалов. Все это позволяет устранить необходимость в группировке серверов и значительно повысить процент загрузки сервера. Как результат, требуемое предприятию число серверов снижается, операционные расходы на управление оставшимися серверами падают, а рентабельность вложений в ферму серверов растет. Зачастую снижение числа серверов терминалов благодаря технологии App-V для RDS составляло 40 процентов.

Нет конфликтов приложений и необходимости в возвратном тестировании. Отсутствие необходимости устанавливать приложение на серверы и защита операционной системы и программ от изменений, вносимых запуском установленных приложений, позволяют технологии App-V для RDS не допускать проблем, препятствующих развертыванию. Необходимость в длительном возвратном тестировании также значительно снижается.

Для развертывания приложений пользователям RDSH-сервера или напрямую на виртуальные рабочие места RDVH-сервера не требуется прерывать работу пользователей и серверов. Обычно для установки нового приложения на RDSH-сервер требуется, чтобы не было активных сеансов. Часто после этого сервер требуется перезапускать. Теперь же благодаря виртуализации приложений можно развернуть приложение на сервер, не перезагружая его и не мешая пользователям, работающим с сервером. Развертывание и поддержка приложений становятся гораздо менее рискованным занятием, а меньшее время простоя серверов повышает скорость реагирования предприятия.

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

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

Масштабируемость. Уникальный подход технологии App-V для RDS позволяет хранить приложения централизованно, а доставлять и выполнять на RDSH-серверах по запросу. Файлы приложений доставляются на RDSH-сервер лишь единожды, после чего кэшируются для повторного использования многими клиентами. Тем самым при распределении приложений достигается экономия пропускной способности сети, чем обеспечивается работа многих RDSH-серверов и тысяч подключенных пользователей.

Интеграция с диспетчером конфигураций System Center Configuration Manager. Диспетчер System Center Configuration Manager позволяет в рамках своей инфраструктуры управлять виртуализацией приложений и динамической потоковой доставкой. Это обеспечивает свободу в выборе наилучшего пути развертывания и запуска приложений, не оставляя в стороне установку исправлений и обновлений системного уровня, инвентаризацию и отслеживание активов — и всё это из единого, интегрированного интерфейса управления.

Заключение


Службы удаленных рабочих столов Windows Server 2008 R2 обеспечивают свободу выбора путей развертывания приложений и поддержки пользователей. Полноправными участниками корпоративной среды становятся изолированные, полноценные виртуальные рабочие места. Администраторы же сохраняют полный контроль над их параметрами и безопасностью и могут обеспечить выполнение корпоративных политик и нормативных требований.




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


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

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


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