2. XenDesktop Components, Architecture, and Prerequisites
3. Preparing for and Installing the XenDesktop Controller
4. Configuring and Licensing a XenDesktop Site
5. Creating a Catalog and Provisioning VMs
6. Managing Desktops with Citrix Desktop Studio
7. Connecting to Desktops: Plugins, Receiver, and Web Interface
8. Configuring XenDesktop Policies
9. Best Practices in Implementing XenDesktop Policies
10. XenDesktop Roles and Permissions
11. Preparing for and Installing Citrix Provisioning Services
12. Creating and Managing Private vDisks
13. Creating and Managing Standard vDisks
14. Updating Standard Mode vDisks
15. Managing the Boot Process for Devices
16. Additional Management Tasks in Provisioning Services
17. Integrating XenApp with XenDesktop
18. Delegating Daily Activities with Desktop Director
19. Troubleshooting XenDesktop and Provisioning Services
20. Building a Highly-Available XenDesktop Infrastructure

Приведены темы, которые охватывают разделы экзамена и относительное количество вопросов на данную тему. Всего вопросов в экзамене 53.

■ 14% - Системные требования для установки XenDesktop
о Требования к серверу и базе данных SQL в зависимости от условий.
о Оптимальное размещение кеша записи (write cache location).
о Требования к системе хранения данных.
о Определение количества контроллеров и/или серверов обеспечения (Provisioning services servers).

■ 13% - Установка и настройка инфраструктуры
о Установка и конфигурирование серверов обеспечения (Provisioning services)
о Установка и конфигурирование контроллера XenDesktop (Controller).
о Создание шаблона (образа) Windows 7.
о Настройка исключений файервола в зависимости от условий.

■ 35% - Начальное конфигурирование XenDesktop
о Конфигурирование мастер-образа (master image).
о Определение оптимального способа доставки приложения, который будет учтен при установке приложения в мастер-образ (golden image).
о Конвертирование мастер-обрахза (golden image) в формат vDisk.
о Создание каталога или группы рабочих столов (desktop group).
о Настройка планов электропитания.
о Использование функций HDX и конфигурирование политик HDX.
о Конфигурирование функций интергации клиента (client integration).
о Конфигурирование политик Citrix в соответствии с требованиями.
о Конфигурирование стримминга (streaming) на физическое устройство.
о Конфигурирование удаленного доступа.

■ 17% - Управление инфраструктурой XenDesktop
о Управление политиками Citrix в соответствии с требованиями.
о Способы управления группами рабочих столов (desktop groups).
о Анализ данных, поступающих от Virtual Desktop Agent.
о Обновление образов vDisks вручную или автоматически в соответствии с текущими требованиями.
о Конфигурирование ролей (roles).

■ 21% - Решение проблем
о Решение проблем с контроллером (Controller) по описанию проблемы
о Обнаружение причин проблем с Provisioning services.
о Обнаружение причин проблем в Virtual Desktop Agent/client.

Полезные статьи:
■ Руководство по разработке и внедрению решения XenDesktop масштаба предприятия - http://support.citrix.com/article/CTX121478
■ Включение журналирования для Desktop Delivery Controller и Virtual Desktop Agent - http://support.citrix.com/article/CTX117452
■ Решение проблем с XenDesktop Deployments - http://support.citrix.com/article/CTX125177
■ Мониторинг функций HDX - http://support.citrix.com/article/CTX123058

• Теперь то что называлось фермы (Farms) называется сайтами (Sites). То ест географически обособленные инсталляции XenDesktop.
• Каталог (Catalog) - это набор виртуальных рабочих мест пользователей, управляемый как единое целое. Принадлежность к какому-либо каталогу указывает на то где исполняется это рабочее место. Например - “каталог виртуальных машин, работающих на VSphere”, или “каталог виртуальных машин, работающих на XenDesktop” и т.д.
• Группы рабочих столов (Desktop Groups) - это набор виртуальных рабочих мест, принадлежащих одному или нескольким каталогам и доступных определенным группам пользователей. Например - группа рабочих мест, исполняемых на VSphere и доступных торговым агентам. Группа рабочих столов также указывает на характер использования рабочих мест - они могут быть персонализированными, либо разворачиваемыми из общего шаблона.
• Хосты (Hosts) - это серверы, на которых исполняются виртуальные рабочие места.

• XenDesktop больше не использует хранилище IMA (IMA store), больше нет выделенного мастера зоны (dedicated Zone master) или сборщика данных (Data Collector). Вместо этого все данных хранятся в базе данных SQL.

• XenDesktop теперь очень полагается на базу SQL и она является потенциально единственной точкой отказа.

• Базы данных Microsoft Access и Oracle больше не поддерживаются.

• На контроллерах (Controllers) больше не нужны службы терминалов и удаленных рабочих столов (TS/RDS).

• Обнаружение контроллера (Controller) теперь по-умолчанию происходит на основании записей реестра (Registry-based), с воможностью включить обнаружение в Active Directory. То есть хосты должны знать где находится контроллер и он может быть жестко прописан в реестрах хостов (что есть хорошо), либо может обнаруживаться в AD.

• XenDesktop теперь содержит SDK на базе PowerShell, что позволяет производить некоторые операции, недоступные из графической консоли.

• Некоторые утилиты командной строки больше недоступны.

Ниже приведена простая схема взаимодействия компонентов XenDesktop

XenDesktop Controller Requirements
■ Windows Server 2008 SP2 or R2, Standard or Enterprise Edition.
о .NET Framework v3.5 SP1
о IIS 7.0 or 7.5 with ASP.NET 2.0 (Web Interface, License Server, and/or
Desktop Director).
о Microsoft Visual J# 2.0 Redistributable, Second Edition (Web Interface)
о Microsoft Visual С++ 2008 with SP1 Redistributable
о Microsoft Windows PowerShell 2.0
о Internet Explorer 7.0 or later (License Server)
о Disk Space: 100MB for Controller and SDKs, 50MB for Desktop Studio,
50MB for Desktop Director, 40MB for licensing components, 100MB for
Web Interface and clients.

XenDesktop Controller Database Requirements
о Microsoft SQL Server 2008 R2 Express Edition
о Microsoft SQL Server 2008 R2
о Microsoft SQL Server 2008 SP1 (or later)
■ Поддерживаются как x86, так и x64 версии SQL Server в режимах одиночного сервера, кластера или зеркалирования. Аутентификация - Windows.

Терминология XenDesktop 7 немного отличается от 5.x
Некоторые термины:
Каталог машин (machine catalog) - набор виртуальных и физических машин, управляемых как единое целое. Для определения каталога машин нужно:
- Физические или виртуальные машины.
- Учетные записи в Active Directory этих физических или виртуальных машин.
- В некоторых случаях - мастер-образ, копируемый при создании виртуальных машин.

Группа доставки (Delivery Group) - это группа пользователей, которой доступен набор приложений. Одной группе доставки могут быть доступны приложения из нескольких каталогов машин, а не из одного пула. Также единственная Delivery Group может быть опубликована для пользователя, таким образом пользователь получит доступ к приложениям группы.

1. Для настройки параметров окружения и публикации приложений используется Citrix Studio.
   

Например, вместо папок приложений (folders) и Worker Groups в Studio ресурсы организуются с помощью комбинации каталогов машин (machine catalogs), меток (tags), групп доставки (Delivery Groups), и делегирования административных прав (Delegated Administrators).

1. Делегирование администратативных прав (Delegated Administration) — в XenDesktop можно создавать администраторов, права которых регулируются ролями (role) и областями влияния (scope). Роль - это набор функций и прав на их выполнение. Область влияния (scope) - это набор объектов. Области влияния создаются в соответствии со структурой предприятия (например набор групп доставки, используемых командой продавцов). Кроме того, доступны несколько строенных административных ролей - администраторы службы поддержки, администраторы приложений, администраторы серверов и каталога. Каждая встроенная роль имеет определенный набор прав.
   

- Отсутствует хранилище IMA (IMA data store) — данном релизе (XenDesktop 7) нет централизованного хранилища IMA (data store), хранящего информацию о конфигурации. Вместо этого используется база данных Microsoft SQL Server, в которой хранится как иформацтя о конфигурации. так и информация о текущих сессиях. Это означает что:

1. Требования к базе данных отличаются. Не поддерживаются Microsoft Access и Oracle.
   
2. Службы удаленных рабочих столов (Terminal Services - Remote Desktop Services) больше не нужны на серверах, на которых работает Controller. При этом, лицензии для удаленных рабочих столов по прежнему (Terminal Services Client Access Licenses - TS CALs) нужны.
   
3. Теперь нет выделенного мастера зоны (dedicated zone master). В XenApp было понятие мастера зоны (zone master) или сборщика данных (data collector), который отвечал на запросы пользователей и взаимодейтсвовал с гипервизорами. Теперь эти функции распределены равномерно по всем контроллерам (Controllers).
   
4. При необходимости обеспечения отказоустойчивости Microsoft SQL Server, можно сконфигурировать кластер или репликацию (clustering или mirroring). Или же просто разместить сервер с базой данных в виртуальной машине и использовать функкции гипервизора для обеспечения отказоустойчивости.
   

- Архитектура FlexCast Management Architecture (FMA) — FMA требует наличия домена. Напрмер, для установки серверов нужно иметь права как локального администратора, так и администратора домена Active Directory.

- Вместо понятия ферма (Farm) в XenDesktop используется понятие сайта (Site). Сайт должен размещаться в пределах одного ЦОД.

- Citrix Director - это средство мониторинга, по-умолчанию устанавливаемое как web-сайт на контроллере доставки (Delivery Controller). Из консоли Citrix Director администратор (в соотвествии со своей ролью) может следить за состоянием инфраструктуры, устройств пользователей и решать проблемы, возникающие при работе.

- Для удаленного взаимодействия с сеансами пользователей в консоли Citrix Director есть функция удаленного помощника (shadow), которая работает на базе Microsoft Remote Assistance. Remote Assistance устанавливается по-умолчанию и включается/отключается соответствующей галочкой.

На рисунке ниже приведена схема взаимодействия компонентов Citrix XenDesktop:


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

Receiver — Это приложение установленное на компьютерах пользователей для доступа к сервиса Citrix XenDesktop.

StoreFront — этот компонент аутентифицирует пользователей и предоставляет им доступ к рабочим столам и приложениям.

Studio — это единая консоль управления инфраструктурой XenDesktop.

Delivery Controller — компонент, устанавливаемый на серверы, который взаимодейтсвует с гипервизорами, распределяя приложения и виртуальные рабочие столы, аутентифицирует пользователей, управляет подключениями пользователей к их приложениям. Controller управляет состоянием виртуальных рабочих мест, запускает и останавливает их по мере необходимости в соответствии с конфигурацией. В некоторых редакциях продукта Controller позволяет установить компонент Profile management, который управляет персональными настройками рабочих мест пользователей. На каждом сайте XenDesktop есть как минимум один Delivery Controller.

XenServer — это гипервизор, на котором запускаются виртуальные рабочие места пользователей (виртуальные машины).

Virtual Delivery Agent (VDA) — компонент. устанавливаемый на серверы и рабочие станции, позволяющий подключаться к рабочим станциям и приложениям. Для удаленного доступа к ПК следует установить на нем VDA.

Machine Creation Services (MCS) — набор служб, по требованию создающих виртуальные серверы и рабочие места из мастер-образов. Также эти службы оптимизируют хранение образов. Machine Creation Services полностью интегрированы в Citrix Studio.

Windows Server OS machines — виртуальные или физические машины под управлением серверной ОС Windows Server, на которых исполняются приложения и виртуальные рабочие места.

Desktop OS machines — виртуальные или физические машины под управлением настольной ОС Windows Desktop, на которых исполняются приложения, работающие в настольной ОС или персонализированные виртуальные рабочие места.

Дополнительные компоненты предоставляют следующие функции:

Безопасная доставка (Secure delivery) — Для безопасного подключения пользователей из внешней сети (интернет) может использоваться Citrix NetScaler Gateway (ранее - Access Gateway). NetScaler Gateway или виртуальное приложение NetScaler VPX - это приложение SSL VPN, размещаемое в DMZ и предоставляющее единую точку безопасного подключения через корпоративный фаейрвол.

Оптимизация WAN - в случаях, когда виртуальные рабочие места доставляются удаленным пользователям, для повышения производительности может использоваться Citrix CloudBridge (ранее - Citrix Branch Repeater или WANScaler). Репитеры (Repeaters) повышают производительность при работе в глобальных сетях. CloudBridge приоретизирует трафик для максимального комфорта пользователей. HDX WAN Optimization с CloudBridge обеспечивают сжатие и дедупликацию данных, существенно уменьшая необходимую полосу пропускания сетевых интерфейсов.

В XenApp для подготовки приложений и доставки их пользователям применяется мастер доставки (Publish Application wizard). В XenDesktop для создания приложений и публикации их пользователям, принадлежащим группам доставки (Delivery Group), используются компоненты Studio. С помощью Studio сначала конфигурируется сайт (site), затем создается каталог машин (machine catalogs), а затем в рамках этого каталога машин создаются группы доставки (Delivery Groups). После этого Delivery Groups используется для определения прав пользователей на доступ к приложениям. Дополнительно тут: http://support.citrix.com/proddocs/topic/xendesktop-7/cds-create-update-desktops-wrapper-rho.html#cds-distribute-update-desktops-wrapper-rho

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

Для доставки приложений используются следующие методы:

• Hosted applications and desktops — Этот метод доставки аналогичен функциям XenApp. Приложение устанавливается и исполняется на сервере XenDesktop.
  Local App Access - Этот метод доставки позволяет интегрировать локальные приложения пользователя (установленные на его рабочем месте) и приложения, опубликованные в XenDesktop. То есть пользователь получает доступ и к локальным и к опубликованным в XenDesktop. Ярлыки локальных приложений публикуются на виртуальном десктопе. При запуске локального приложения в виртуальном рабочем месте окно приложения отображается на виртуальном рабочем столе, хотя само приложение исполняется на локальном компьютере пользователя.
  Streamed applications** — в этом выпуске XenDesktop использует App-V 5.0 в качестве основной технологии доставки потоковых (streamed) приложений. Для профилирования приложений можно использовать те же средства, что и для XenApp - Streaming Profiler и Offline Plug-in.
  

Manage multiple versions of XenApp and XenDesktop

There is no XenApp to XenDesktop 7 upgrade. Citrix will support customers in their migration from XenApp 6.5 to XenDesktop in a future release and plans to release tools and or scripts to assist in this transition.

The Studio management and Director can monitor and manage only XenDesktop 7 sites. The monitoring and management tools do not support past versions of XenDesktop or XenApp.

For example, XenDesktop 7 Director requires a XenDesktop 7 Delivery Controller. Director 7 can monitor XenDesktop 5.x VDAs; however, some data, including logon duration, will not be available with the XenDesktop 5.x VDAs.

Citrix recommends that if you continue running deployments of past versions of XenApp or XenDesktop, you run them in parallel with the XenDesktop 7 Site and continue running the management consoles with each release for that site.

For example, in a mixed environment, to continue using Desktop Director 2.1 to monitor XenApp 6.5, make sure that Desktop Director 2.1 is installed on a separate server from Director 7.

Use StoreFront to aggregate applications and desktops from the different versions of XenApp and XenDesktop. For details, see the StoreFront section.