Страницы

вторник, 22 июня 2021 г.

Способы обновления Citrix Virtual Apps and Desktops (XenApp and XenDesktop)

Окончание жизненного цикла релиза с длительной поддержкой (LTSR) Citrix XenApp & XenDesktop 7.15 запланировано на 15 августа 2022 года. Если вы используете данную версию и еще не начали планировать обновление до актуальной версии Citrix Virtual Apps and Desktops, то самое время приступить к процессу. Обновление окружения Citrix позволит продолжить получать исправления безопасности, а также откроет доступ к новым функциям для расширения пользовательских возможностей.

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


Выбор версии.

Многие годы Citrix создавала различные опции обслуживания для соответствия потребностям каждого клиента: Citrix Cloud, текущий релиз (Current Release, CR) и релиз с длительной поддержкой (Long Term Service Release, LTSR). Каждый вариант отличается продолжительностью поддержки, компонентами, возможностями, а также способами предоставления исправлений.

Для клиентов, сфокусированных на целостности и стабильности окружения, релиз с длительным поддержкой (LTSR) предоставляет 5 лет основной поддержки и еще 5 лет дополнительной. Клиенты, заинтересованные в новейших возможностях, таких как оптимизация веб-камер, обнаружение EDT MTU и так далее – выбирают текущий релиз (Current Release), который требует более частого обновления. В свою очередь Citrix Cloud предлагает упрощенное управление за счет предоставления доступа к новейшему релизу с возможностями управления версиями рабочих нагрузок – виртуальных агентов доставки (VDA) и множество расширений интеграции с публичными облаками.

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


Обновление на месте (In-Place Upgrade) или параллельное обновление (Parallel Upgrade).

Вопрос обновления окружений Citrix крайне популярен. Благодаря FlexCast Management Architecture (FMA) обновление на месте проще. Но это вовсе не значит, что с данным процессом не связаны никакие риски. В первую очередь потребуется запланировать остановку окружения на время установки программного обеспечения. Для контроллеров доставки Citrix Virtual Apps and Desktops это потребует не только установки компонентов брокера, но и обновления схемы базы данных SQL. Это не повлияет на работу существующих подключений пользователей, но новые подключения в этот период времени не смогут установиться, что не приемлемо для некоторых организаций.

Дополнительно стек Citrix состоит из множества компонентов – сервер лицензий (License Server), Citrix StoreFront, Provisioning Services и прочих – все они имеют свои собственные требования для обновления и связанные с этим трудности. Например, сервер лицензий (License Server) может быть обновлен на месте, так как существует простой процесс установки (хотя неудачное обновление сервера лицензий может привести к серьезным проблемам в развертывании).

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

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


Обновление на месте (In-Place Upgrade).

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

Существуют зависимые компоненты, такие как сервер лицензий (License Server), которые должны быть обновлены перед обновлением сайта Citrix Virtual Apps and Desktops. Сайт Citrix Virtual Apps and Desktops, как и ферма Provisioning Services (PVS), состоит из ряда компонентов: клиентов (виртуальных агентов доставки (VDA)), серверов (контроллеров доставки (Delivery Controller)) и базы данных (базы данных сайта (Site DB), базы данных мониторинга (Monitoring DB) и базы данных журналирования настройки (Configuration Logging DB)), каждый из которых обновляется отдельно. Несмотря на то, что обновление на месте подходит во многих случаях, существуют ситуации, при которых обновление может завершиться неудачно и потребуется откат в начальное состояние. Также предусмотрена процедура минимизации простоя, во время обновления при помощи локального кэша хоста (Local Host Cache, LHC), который позволяет частично поддерживать бронирование сессий на время простоя базы данных.

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

У некоторых клиентов Citrix есть хорошо задокументированный и утвержденный процесс обновления окружения кумулятивными обновлениями (Cumulative Update) и/или версиями текущего релиза (Current Release, CR). Благодаря такой процедуре выявляются и устраняются проблемы в окружении, а также модернизируется документация, которая в последствии может быть использована для обновления на месте.

На схеме ниже представлен пример пошаговой инструкции для обновления на месте.

Преимущества обновления на месте (In-place Upgrade):

  • Требуется меньше планирования и проектирования.
  • Не требуются дополнительные серверные ресурсы.
  • Citrix поддерживает широкий диапазон версий для обновления, начиная с XenApp & XenDesktop 7.6 напрямую до требуемой версии и кумулятивного обновления.

Замечания к обновлению на месте (In-place Upgrade):

  • Обновление на месте имеет высокую вероятность возникновения ошибок, устранение которых может быть затруднительным.
  • Тестирование обновления компонентов инфраструктуры также достаточно сложно и может оказать влияние на производственное окружение.
  • Как правило, требуется запланировать остановку окружения на время обновления.

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


Параллельное обновление (Parallel Upgrade).

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

Параллельное обновление, как правило, подходит для организаций, заинтересованных в дополнительных изменениях. Примером таких изменений может быть замена устаревших операционных систем (например, Windows Server 2008 R2 на 2016 или 2019), перемещение или консолидация центров обработки данных, уход от окружения с накопленными ошибками. Также параллельное обновление подходит для окружений, которые доставляют критически важное программное обеспечение, требующее около нулевой риск незапланированного простоя.

Преимущества параллельного обновления (Parallel Upgrade):

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

Замечания к параллельному обновлению (Parallel Upgrade):

  • Дополнительные серверные ресурсы требуются для параллельного построения новой инфраструктуры.
  • Потребуется детальное планирование и проектирование.
  • Machine Creation Services (MCS) привязаны к определенному сайту. Поэтому пулированные каталоги могут быть пересозданы в новом сайте достаточно просто, так как они базируются на мастер-образе. Выделенные рабочие столы потребуют процедуры удаления рабочих столов из оригинального сайта и повторной регистрации в новом сайте, а также настройки для них соответствующей группы доставки (Delivery Group).
  • Агрегация нескольких сайтов может обеспечить бесшовное переключение между сайтами.


Миграция в Citrix Cloud.

Применение Citrix Cloud быстро увеличивается за счет преимуществ безопасности, пользовательских возможностей и гибкости настройки. Данный процесс обновления похож на процесс параллельного обновления, где Citrix Cloud предоставляет сервис Citrix Virtual Apps and Desktops, обеспечивающий новый сайт, куда могут быть перемещены и/или где могут быть пересозданы существующие нагрузки.

Преимущества миграции в Citrix Cloud:

  • Citrix Cloud и сервис Citrix Virtual Apps and Desktops исключают потребность в будущих обновлениях инфраструктуры.
  • Citrix предоставляет плоскость управления в качестве сервиса.
  • Новейшие разработки появляются в облаке первыми.
  • Упрощенное и сокращенное управление Citrix.
  • Простой путь подключения к публичным облачным окружениям.

Клиенты могут объединить плоскость управления Citrix Cloud со стабильными версиями релиза с длительным обслуживанием (LTSR) виртуальных агентов доставки (VDA) и использовать преимущества поддержки релиза в 10 лет.

С другой стороны, новые сценарии применения требуют новейших расширений, поставляемых в версиях текущего релиза (CR). Версии виртуальных агентов доставки (VDA) между рабочими нагрузками могут быть комбинированы в зависимости от требований окружения. Для упрощения миграции был выпущен инструмент Automated Configuration Tool (ACT), который позволяет мигрировать каталоги машин, группы доставки, приложения и политики.

Изменения архитектуры при миграции в Citrix Cloud представлены на схеме.

Замечания к миграции в Citrix Cloud:

  • Процесс обновления похож на параллельное обновление, так как Citrix Cloud и Citrix Virtual Apps and Desktops находятся в разных сайтах.
  • Данный подход соответствует будущей архитектуре и направлению развития продуктов Citrix.
  • Citrix Cloud обеспечивает новейшие возможности через облачные релизы со стороны плоскости управления.
  • Клиенты могут поддерживать релизы с длительным обслуживанием (LTSR) на виртуальных агентах доставки (VDA) для обеспечения критических рабочих нагрузок.
  • Citrix Cloud требует новую модель лицензирования (также Citrix предоставляет гибридные права на время миграции).
  • На данный момент Automated Configuration Tool (ACT) не поддерживает все сценарии и в ряде случаев потребуется ручная настройка.
  • Высокая доступность и время бесперебойной работы зависит от сервиса Citrix Cloud и локального кэша хоста (Local Host Cache, LHC), а также от выходящей в скором времени в релиз возможности Service Continuity.


Заключение.

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

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

Напоследок хотелось бы сказать, что несмотря на то, что до окончания поддержки Citrix XenApp and XenDesktop 7.15 осталось больше года – не стоит откладывать планирование и реализацию проекта обновления в долгий ящик.

P.S. Уже доступен текущий релиз Citrix Virtual Apps and Desktops 2106 о его новых возможностях и других новинках рабочего пространства Citrix я расскажу в следующий раз.

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

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