Страницы

вторник, 20 апреля 2021 г.

Настоящее и будущее Citrix App Layering

Команда Citrix App Layering последние несколько месяцев усиленно работала над добавлением новых возможностей в продукт, а также над составлением планов по дальнейшему развитию. Рассмотрим релиз 2102, его возможности и представленные планы развития продукта.


Поддержка Google Cloud Platform.

Стала доступна официальная поддержка Google Cloud Platform (GCP) – это кульминация нескольких месяцев работы инженеров над шестой платформой, поддерживаемой Citrix App Layering. В результате клиенты Google Cloud могут использовать все возможности Citrix App Layering в GCP, также, как и в Azure, VMware vSphere, Microsoft Hyper-V, Citrix Hypervisor и Nutanix AHV.


Преимущества и сценарии применения.

Citrix App Layering теперь поддерживает GCP в следующих сценариях:

  • App Layering Management Appliance (ELM) теперь может быть развернут в GCP.
  • Новый соединитель платформы (Platform Connector) добавлен в ELM для подключения к GCP.
  • Уровни операционной системы (OS Layers), платформы (Platform Layers) и приложений (App Layers) теперь могут создаваться, управляться и публиковаться напрямую в GCP.
  • Эластичные и пользовательские уровни могут быть развернуты в GCP.
  • Соединитель GCP полностью поддерживает разгрузку составления композита.
  • Экспорт/импорт уровней теперь поддерживает GCP. Можно экспортировать уровни с ELM на другой платформе и импортировать их в ELM на GCP.
  • Теперь можно публиковать многоуровневые образы в GCP или для создания машин на базе Google Cloud.


Развертывание и настройка.

Для развертывания Citrix App Layering в GCP, необходимо выполнить следующие шаги:

  1. Настроить проект GCP, в том числе для использования его с Citrix App Layering.
  2. Создавать виртуальную машину в проекте GCP, которая будет и использована для установки Citrix App Layering Appliance (ELM).
  3. Загрузить пакет установки ELM.
  4. Выгрузить системный диск ELM в GCP.
  5. Создать образ из системного диска.
  6. Создать экземпляр виртуальной машины из образа.

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

Для получения подробных инструкций по развертыванию Citrix App Layering на базе GCP обратитесь к документации


Рекомендации по использованию Citrix App Layering в GCP.

Следует отметить следующие предварительные требования/рекомендации при использовании Citrix App Layering в GCP:

  • Рекомендуется разворачивать ELM в GCP для управления уровнями и публикации шаблонов образов. Создание соединителя платформы GCP в ELM, не запущенного в GCP – это не протестированная конфигурация. В связи с требованиями к соединению и пропускной способности, производительность конфигурации с подключением из стороннего окружения (не GCP) может быть посредственной.
  • При импорте уровней из другой платформы, необходимо добавить версию уровня операционной системы и переключиться на использование новой версии уровня. Иначе машины упаковки и публикуемые образы будут уходить в ошибки с синим экраном.


Релиз Citrix App Layering 2104.

Citrix App Layering 2104 уже доступен для загрузки. Также можно выполнить обновление развернутого экземпляра для получения последних исправлений и расширений.


Главные приоритеты на 2021-ый год.

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


Окончание поддержки Silverlight.

Консоль управления App Layering переходит на более современную платформу. На сегодняшний день консоль управления построена на базе Microsoft Silverlight. Так как платформа Silverlight будет снята с поддержки 12 октября 2021 года, а также в связи с прочими целями, было принято решение о смене технологии, лежащей в основе пользовательского интерфейса.

Для решения этой задачи и обеспечения быстрой доставки новых возможностей, проект был разбит на несколько фаз:

  1. Шаблоны и уровни.
  2. Завершение нового пользовательского интерфейса и удаление Silverlight.


Фаза 1: Шаблоны и уровни.

В первую очередь команда разработки сосредоточится на реализации новых элементов пользовательского интерфейса для управления шаблонами образов (Image Templates) и уровнями (Layers). Эти два компонента составляют основу ежедневных задач управления Citrix App Layering. Приоритет этих возможностей над остальными элементами пользовательского интерфейса (пользователи/роли, система и так далее) даст администраторам улучшенный интерфейс для большинства административных задач.

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


Фаза 2: Завершение нового пользовательского интерфейса и удаление Silverlight.

Сразу после доставки нового интерфейса Citrix App Layering для управления шаблонами образов (Image Templates) и уровнями (Layers), команда разработки приступит к разработке оставшихся компонентов пользовательского интерфейса. После полной реализации нового интерфейса, устаревший пользовательский интерфейс будет удален вместе с фоновыми компонентами Silverlight, на которых он построен.


Запуск Silverlight после окончания поддержки.

Безопасное управление и доставка рабочего пространства – главный приоритет Citrix. В связи с тем, что Microsoft перестанет поддерживать Silverlight после октября 2021-го года, Citrix рекомендует своим клиентам изолировать устаревшую платформу Silverlight, реализовав доступ к устаревшей конфигурации App Layering через Citrix Secure Browser. Таким образом, пользователи смогут получить бесшовные возможности веб-приложения, где устаревшая консоль Citrix App Layering будет отображаться в любом предпочтительном локальном веб-браузере.


Улучшения производительности пользовательского уровня и уровня персонализации пользователя.

Большую часть 2020-го года команда разработки была сфокусирована на возможностях пользовательского уровня (User Layer) и уровнях персонализации пользователя (UPL) с целью улучшить производительность и пользовательские возможности, а также сократить время входа Windows (Logon Time). В рамках проводимых работ были проведены исчерпывающие тесты с целью глубже понять взаимосвязи пользовательских уровней, что привело к выработке специфических рекомендаций:

  1. Пользовательские уровни (User Layers) и уровни персонализации пользователя (UPL) App Layering спроектированы для работы только с не постоянными машинами Windows. Очень важно понимать, что дополнительные накладные расходы появляются при переходе на доставку непостоянных рабочих столов пользователям. Проведенные тесты показали разницу в 40% при переходе с постоянных на непостоянные рабочие пространства. Окружения непостоянных машин, меняют поведение Windows в некоторых специфичных областях, таких как первый вход пользователя в систему. Важно понимать влияние размера окружения для реализации лучшей производительности за исходные вложения в реализацию решения рабочего пространства без сохранения состояния.
  2. После включения пользовательских уровней (Users Layers) в образе, необходимо войти в систему более одного раза перед первым входом конечного пользователя и запуском процессов настройки. После начального входа, который отображает экран настройки “Windows Hello”, Microsoft рекомендует выполнить второй вход в Windows от пользователя, прежде чем все процессы начальной настройки завершатся. После полного завершения начальной настройки время входа значительно сокращается.
  3. Число выделенных виртуальных процессоров (vCPU) для непостоянных образов оказывает критическое влияние на время входа. Для локальных окружений 4 vCPU показали оптимальную производительность в тестах. В Azure два виртуальных процессора (vCPU) показали лучшее соотношение цены и производительности. Дополнительные виртуальные процессоры также будут обеспечивать прирост производительности, но потребуют дополнительных вложений.
  4. Если машины быстро используются/освобождаются, то в таком случае может проявляться заметное влияние на время входа. Рекомендуется откалибровать настраиваемый период, который рабочий стол должен ожидать после загрузки/перезагрузки, перед разрешением входа пользователя. Подробности настройки политик BrokerDesktopgroup можно получить в документации разработчика.

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

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


Заключение.

Команда разработки сейчас активно собирает обратную связь о внедрениях Citrix App Layering в Google Cloud. Также, вместе с новым интерфейсом планируется реализация значительных улучшений в администрировании.

Ну и в заключении хотелось бы отметить, что Daniel Lazar (менеджер продукта Citrix App Layering) заявил, что во второй половине года команда разработки представит несколько технологий для предварительного ознакомления. После выхода версий для ознакомления с технологиями я обязательно о них расскажу.

Комментариев нет:

Отправить комментарий