Анонс Citrix Virtual Apps and Desktops 1912 (LTSR)

Под самый занавес 2019-го года, как и планировалось, Citrix провел итоговую черту и выпустил релиз с длительной поддержкой (LTSR) Citrix Virtual Apps and Desktops 1912. Релиз содержит новые возможности и компоненты, накопленные текущими релизами (CR) более чем за два года.

Релизы с длительной поддержкой (LTSR).

Релиз с длительной поддержкой (LTSR) выходит раз в несколько лет. Данный трек релизов Citrix Virtual Apps and Desktops нацелен на производственные окружения, которые предпочитают оставаться на одной версии продолжительное время. Программа релизов с длительной поддержкой (LTSR) предлагает 10 лет поддержки, таким образом, администраторы имеют большой запас времени для планирования, тестирования и развертывания своих окружений. Подробней об этом можно прочитать в статьях «Подготовка к следующему релизу с длительной поддержкой (LTSR) Citrix Virtual Apps and Desktops 1912» и «Citrix Virtual Apps and Desktops (CVAD): Текущий релиз (CR) или релиз с длительной поддержкой (LTSR)».

Разумеется, для клиентов, которые используют текущий релиз (CR) Citrix Virtual Apps and Desktops - 1912 остается важным обновлением, в первую очередь он является прямым продолжением текущего релиза (CR) 1909 и содержит ряд собственных улучшений.

Новое.

Для окружений на базе релиза с длительной поддержкой, с момента релиза 7.15 прошло более двух лет и для того чтобы начать знакомство со всем изобилием новых возможностей можно оттолкнуться от матрицы возможностей (Feature Matrix).

В свою очередь, я представлю 10 причин обновиться до релиза 1912, которые обозначил Nick Rintalan (архитектор Citrix):

1. Тонкое выделение блочного хранилища (Thin Provisioning of Block Storage) – современные релизы Citrix Hypervisor официально поддерживают тонкое выделение блочного хранилища, такого как FC и iSCSI благодаря GFS2.
2. Linux – окружения, которым необходимо что-либо на базе Linux, уже используют текущие релизы (CR). При этом за последние 8 текущих релизов виртуальный агент доставки (VDA) Linux существенно преобразился. Подробнее познакомиться с виртуальным агентом доставки (VDA) можно при помощи статьи: «Виртуальный агент доставки (VDA) для Linux (Citrix Virtual Apps and Desktops 1906)».
3. Улучшения Director (Director Enhancements) – за последние 9 релизов с LTSR 7.15 Citrix Director непрерывно улучшался и добавил множество новых возможностей и метрик. Например, начиная с релиз 1903 можно увидеть время входа (Logon Time) и время загрузки профиля (UPM Load Duration), а также начиная с релиз 1906 выполнить пробу рабочего стола (Desktop Probing).
4. Персонализация пользователя (User Personalization) – пользовательские уровни (User Layers) появились в Citrix AppLayering 4.14 (сразу после релиза 1808). Это одна из новинок 1912 – при установке или обновлении виртуального агента доставки для одиночной сессии (Single-Session VDA) можно добавить «User Personalization». Эта возможность предоставляется Citrix AppLayering (но не требует отдельной инфраструктуры) и обеспечивает возможность сохранять пользовательские данные и установленные приложения между сессиями. Данная возможность теперь полностью заменяет PvD и AppDisks, которые переведены в состояние устаревших (Deprecated) еще в релизе 7.13. Обратите внимание, что пользовательские уровни мигрируют в момент входа пользователя в систему, а не во время загрузки (как PvD и AppDisks), поэтому данный функционал требует отдельного тестирования.
5. Ввод/вывод Machine Creation Service (MCS I/O) – по аналогии с кэшем записи для PVS, Citrix добавил такую же возможность для MCS в текущем релизе (CR) 1903. Некоторое время назад данная возможность называлась «MCS Write-back Cache v2», но на самом деле она увеличивает производительность хранилища за счет использования оперативной памяти в первую очередь с переключением на диск только при необходимости.
6. Асинхронный ввод/вывод Provisioning Services (PVS Asynchronous I/O) – до выхода PVS 1808, целевое устройство обрабатывало входящие запросы хранилища операционной системы через последовательное пересечение трех различных уровней (кэша оперативной памяти (RAM Cache), файла VHDX (VHDX File) и сетевой поточной передачи (Network Streaming)) для завершения запроса. Начиная с 1808 (и при помощи флажка (CheckBox) в 1811, чтобы сделать жизнь чуточку проще) теперь можно отправлять и обрабатывать три потока асинхронно, что позволяет сократить задержку и существенно увеличить производительность.
7. HDX Insight 2.0 (NSAP) – он меняет все, команда разработки полностью заново спроектировала то, как работает HDX Insight. Citrix представил 28-ой виртуальный канал, который называется «NSAP» и предоставляет выделенный, несжатый путь для данных Insight. Это может легко удвоить масштабирование Insight/AppFlow, не говоря уже о повышении стабильности и масштабируемости ADC.
8. Microsoft Outlook, Skype и Teams – практически все используют Microsoft Outlook, Skype или Teams. Теперь их можно разворачивать в окружении Citrix. Возможность перенаправления поиска Outlook (Outlook Search Redirection) впервые появилась в 7.18 и изменялась несколько раз для обеспечения развертывания Outlook в окружении без сохранения состояния (Non-persistence) с простым и удобным поиском. Также в последних релизах была проделана существенная переработка, кода для высокопроизводительной интеграции Microsoft Teams (о ней я расскажу в одной из следующих статей).
9. Ключевые улучшения пользовательских возможностей (Key UX Enhancements) – адаптивная пропускная способность EDT делает протокол лучше, чем, когда бы то ни было.
10. Интеграция с облаком (Cloud Integration) – здесь все так же, как и с Linux, если в окружении есть какая-либо интеграция с Citrix Cloud, значит оно использует текущий релиз (CR). За последние несколько релизов Citrix внес множество значимых (и низкоуровневых) изменений в работу гибридного облака.

Следующий шаг.

Уже прямо сейчас можно загрузить новый дистрибутив и начать тестирование новых возможностей в пред-производственных окружениях. Также можно напрямую обновиться с текущего релиза (CR) Citrix Virtual Apps and Desktops или релиза с длительной поддержкой (LTSR) Citrix XenApp and XenDesktop 7.15 CU4/CU5. В свою очередь страница LTSR FAQ продолжит обновляться ближайшие несколько недель.

P.S. В следующий раз я подробней расскажу об оптимизации доставки Microsoft Teams.

Увеличение томов Storage Spaces Direct в Windows Server 2019

Коллеги – возвращаемся к теме конвергентных и гиперконвергентных решений Microsoft, данным веб-кастом мы одновременно и продолжаем тему масштабирования кластеров и переходим к вопросу управления томами.

В веб-касте описывается структура томов (Volume) Storage Spaces Direct, а также описывается и демонстрируется их увеличение за счет добавления дополнительных дисков в пул общего хранилища. Отдельное внимание в веб-касте удалено увеличению томов с уровнями хранилища (Storage Tier) и без, а также вычислению доступного пространства на разделе (Partition) диска (Disk) в структуре тома. Дополнительно в веб-касте рассматривается вопрос дисбаланса хранилища (Storage Imbalance).

Подробности и видео: LebedevUM.

P.S. Это уже пятый веб-каст про Storage Spaces Direct в Windows Server 2019, поэтому если вы не знакомы с технологией, начните с моей статьи «Обзор Storage Spaces Direct» и предыдущих веб-кастов:

1. Развертывание Storage Spaces Direct в Windows Server 2019
2. Вложенная устойчивость Storage Spaces Direct в Windows Server 2019
3. Добавление и удаление серверов Storage Spaces Direct в Windows Server 2019
4. Обслуживание серверов Storage Spaces Direct в Windows Server 2019

Red Hat Quay и Project Quay

12 ноября 2019 года Red Hat предоставил исходные коды от Project Quay – исходный проект, представляющий код для Red Hat Quay и Quay.io. Впервые представленный в открытом виде код – это часть вклада Red Hat в открытый код. Project Quay – это кульминация многолетней работы над проектом реестра контейнеров Quay, с 2013-го года работы вела CoreOS, а теперь Red Hat.

Quay является первым реестром с частным размещением на рынке, запущенном в далеком 2013-ом году. Он сконцентрировался на пользователях и пользовательских интересах с фокусом на возможностях разработчиков и высокой скорости отклика поддержки, а также специальных возможностях, таких как откат образов и сбор мусора без простоя. CoreOS, приобрела Quay в 2014-ом году для подкрепления своей миссии по обеспечению безопасности интернета через автоматизированное управление; и вскоре после приобретения CoreOS, было выпущено локальное (On-premise) предложение Quay. Этот продукт известен теперь как Red Hat Quay.

Также с 2015-го года команда Quay создает и интегрирует Clair – проект сканирования безопасности контейнеров с открытым исходным кодом, на данный момент он включает пользователей и поддержку Red Hat и сообщества.

Начиная с 12-го ноября база исходного кода Quay и Clair перешла в открытый вид в качестве Project Quay, Red Hat надеется, что вместе с облачным сообществом сможет снизить и уменьшить препятствия для инноваций в области контейнеров и поможет сделать контейнеры более безопасными и доступными. Открытый исходный код – позволяет разным командам, работающим параллельно, создавать сложные иерархии новейшего поколения. Red Hat делает ставку на работу с сообществом открытого исходного кода в своей стратегии разработки.

Project Quay.

Релиз Project Quay представил исходный код приложения Quay, в том числе необходимые инструменты для разработки, развертывания и запуска дистрибутива Quay с полостью открытым исходным кодом.

Quay и Clair всегда были выстроены как проект. Clair обеспечивает возможность сканирования безопасности контейнеров в Red Hat Quay, которая позволяет выявлять известные уязвимости в регистрах контейнеров. Clair был создан в сообществе открытого исходного кода с целью улучшить безопасность через открытую совместную работу производителей и пользователей. С этой же целью Clair напрямую встраивается в Project Quay.

Project Quay содержит коллекцию программного обеспечения под лицензией Apache 2.0 и прочими лицензиями открытого исходного кода. Это обеспечивает модель обслуживания открытого исходного кода с подтверждением владельца.

Red Hat Quay и Quay.io.

С открытым сообществом, пользователи Red Hat Quay и Quay.io могут получить преимущества от совместной работы над исходным кодом будущих продуктов.

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

Сообщество.

Red Hat приглашает пользователей Quay и Quay.io, а также всех заинтересованных присоединиться к Project Quay. Обратная связь и конечные сценарии применения – это основа и наполнение для дорожной карты дальнейшей разработки.

Операторы вызова методов в Windows PowerShell 5

В прошлый раз мы начали разговор об операторах вызова свойств и методов в Windows PowerShell 5 и рассмотрели свойства, на этот раз мы сосредоточимся на методах.

В веб-касте представлено описание методов и способов работы с ними при помощи оператора вызова (.), а также продемонстрирована новинка Windows PowerShell 5 – ключевое слово using, позволяющее подключать сборки и пространства имен в оболочку Windows PowerShell. В качестве примера использован способ создания графических форм при помощи System.Windows.Forms. Также в веб-касте демонстрируется оператор двойного двоеточия (::) и вызов статических методов с его помощью, а также непрямой вызов методов.

Подробности и видео: LebedevUM.

P.S. Это уже 7-ой веб-каст в группе, поэтому если вы не знакомы с продвинутыми операторами Windows PowerShell 5, начните свое знакомство с предыдущих веб-кастов группы:

• Операторы для работы с типами в Windows PowerShell 5
• Унарные операторы в Windows PowerShell 5
• Операторы группировки и подвыражения в Windows PowerShell 5
• Операторы массивов в Windows PowerShell 5
• Многомерные массивы в Windows PowerShell 5
• Операторы вызова свойств в Windows PowerShell 5

Все веб-касты в хронологическом порядке: Windows PowerShell 5.

В следующем веб-касте мы рассмотрим оператор форматирования в Windows PowerShell.

Посмотреть эту публикацию в Instagram

Публикация от Yuriy Lebedev (@lebedevum) 4 Окт 2019 в 3:14 PDT

Будущее Red Hat OpenStack Platform.

Red Hat представила текущее положение Red Hat OpenStack Platform, ближайшие планы развития продукта, а также долгосрочные планы по поддержке Red Hat OpenStack Platform вплоть до 2025-го года.

Стратегическая часть портфолио.

Red Hat OpenStack Platform – это стратегическая часть платформы гибридных облаков с открытым исходным кодом. В локальном развертывании – это основа, которая помогает закрыть разрыв между существующими и появляющимися рабочими нагрузками. В 2019-ом году OpenStack получил награду CODiE за лучшую программно-определенную инфраструктуру (Best Software Defined Infrastructure).

OpenStack и OpenShift.

Red Hat OpenShift Container Platform – это корпоративная платформа Kubernetes для более быстрого построения и доставки приложений. А также, это важная рабочая нагрузка для Red Hat OpenStack, и она используется больше чем тысячей клиентов, использующих OpenShift, чтобы предложить быстрое развертывание, автоматическое масштабирование и ускоренное аварийное восстановление.

Пока Red Hat позиционирует OpenShift, как лучшее решение для рабочих нагрузок контейнеров, многие компании предпочитают иметь традиционные рабочие нагрузки, которые лучше подходят OpenStack на сегодняшний день. Red Hat хочет помочь подобным организациям за счет платформы, которая подходит и для текущих и для будущих рабочих нагрузок. OpenStack, лежащий в основе OpenShift – это решение, обеспечивающее возможностью управления всеми нагрузками, без необходимости поиска компромисса.

OpenStack предоставляет гибкость и возможность масштабировать диапазон рабочих нагрузок от голого железа до виртуализации, а также управляемого и масштабируемого OpenShift. OpenShift может добавить возможности открытых гибридных облаков, необходимых клиентам, которые могут помочь им соединить рабочие нагрузки из частных облаков с OpenShift в публичных облаках. Чтобы упростить развертывание для клиентов, Red Hat выпустил новую архитектуру.

Сценарии применения Red Hat OpenStack Platform.

В дополнение к запуску OpenShift, Red Hat OpenStack Platform отлично подходит для популярных на сегодняшний день рабочих нагрузок, таких как виртуализация сетевых функций (NFV), искусственный интеллект и машинное обучение (AI/ML), а также для организации вычислений на периферии и для поставщиков услуг.

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

Специфика виртуализации сетевых функций (NFV) Red Hat предоставляет поддержку привязки vCPU, планирование с учётом NUMA и ускоренную обработку пакетов, таким образом, чтобы организации могли получить преимущества от возможностей собственного оборудования.

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

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

Это множество периметров, также известное как распределенные вычисления, гибридные вычисления периметра, ЦОД в коробке или просто «туман» (близкое облако). Внешний вид периметра зависит от организации и сценария применения. Red Hat изначально проектировал и продолжает улучшать OpenStack чтобы помочь организациям, таким как поставщики телекоммуникационных услуг, масштабировать периметр при помощи тех же инструментов управления, политик безопасности и автоматизации, а так же возможностей, которые используются в центральном частном облаке.

Ну и в завершение, Red Hat продолжает фокусироваться на добавлении возможностей для обеспечения новых корпоративных рабочих нагрузок и сценариев применения. Например, в релизе OpenStack Stein были добавлены возможности, обеспечивающие применение виртуальных GPU (vGPU) для поддержки рабочих нагрузок искусственного интеллекта и машинного обучения (AI/ML), таких как прогнозирование временных рядов. Это обеспечит возможность применения бизнес-приложений, таких как инструменты прогнозирования продаж и службы планирования производства.

Linux – это основа Red Hat OpenStack Platform.

Все работы над исходным OpenStack и Red Hat OpenStack Platform не имели бы смысла без надежной платформы под ними. Это Red Hat Enterprise Linux и вместе с релизом Red Hat Enterprise Linux 8 появилась интеллектуальная операционная система, способная стать целостной основой для открытых гибридных облаков и раскрыть весь потенциал их возможностей.

Red Hat поддерживает RHEL 8 в качестве гостевой системы для Red Hat OpenStack Platform 9, 10, 13 и 14. Вместе с выходящим релизом OpenStack Platform 15, RHEL 8 можно будет использовать в качестве платформы, которая обеспечивает лучшие мониторинг и трассировку ядра, расширенный стек TCP, лучшую поддержку для рабочих нагрузок AI/ML с поддержкой GPU/vGPU и улучшенными балансировками нагрузки.

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

Дальнейший путь.

Рассмотрим ближайшие и не только планы Red Hat OpenStack Platform. Нужно понимать, что никто не знает точно, что нас ждет в будущем, тем не менее Red Hat представил план и ключевые пункты для клиентов на Red Hat Summit и продолжает его придерживаться.

В грядущих релизах OpenStack, фокус будет смещен на следующее:

• Лучшая локальная инфраструктура в качестве службы (IaaS) для запуска контейнеров (OpenShift).
• Масштабирование.
• Вычисления на периферии.
• Гибкость управления.

Основная задача, которую ставит перед собой Red Hat – сделать Red Hat OpenStack Platform наилегчайшей в управлении.

Red Hat OpenStack 15.

Red Hat OpenStack Platform 15 будет основан на впереди идущем релизе OpenStack Stein. Это будет непродолжительный релиз (Short-Life) – Red Hat будет поддерживать 15-ый релиз всего один год.

OpenStack Platform 15 – это первый релиз OpenStack, основанный на управляющих узлах Red Hat Enterprise Linux 8 и поддерживающий гостевые системы RHEL8, еще планируется включить интеграцию с OpenShift 4.2. Также в релиз будут добавлены другие важные возможности из OpenStack Stein, такие как поддержка vGPU. Поддержка vGPU позволяет приложениям иметь управляемый доступ к аппаратному ускорению, обеспечивающему близкое к реальному времени принятие решений и машинное обучение. Сценариями применения подобных возможностей могут стать обеспечение безопасности спортивный мероприятий или контроль качества на производстве. Поддержка vGPU поможет реализовать целый диапазон, ранее не охваченных сценариев применения Red Hat OpenStack.

Вместе с OpenStack Platform 15, Red Hat предложит предварительную версию для ознакомления с технологией Service Assurance Framework, который предоставляет мониторинг развертывания OpenStack.

Red Hat OpenStack 16.

OpenStack 16, будет релизом с длительной поддержкой (Long-Life), основанном на впереди идущем релизе OpenStack Train, с поддержкой до 2025-го года включительно. Некоторые возможности данного релиза ожидаются в 2020-ом году:

• Живая миграция привязанных виртуальных машин (Pinned VM).
• Живая миграция SR-IOV.
• Полная поддержка IPv6 и драйвера OVN Octavia.
• Динамическое развертывание хранилища для OpenShift.

Red Hat, также рассматривает возможности улучшения управления для релиза Red Hat OpenStack Platform 16, которое будет включать в себя автоматическое резервное копирование и восстановление, ведение журналов и управление событиями.

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

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

P.S. Если вы не знакомы с Red Hat OpenStack, то рекомендую начать свое знакомство с моей статьи «Обзор Red Hat OpenStack».