Новое в виртуальном агенте доставки Citrix для Linux (Linux VDA) версии 2106

В апреле Citrix выпустила виртуальный агент доставки для Linux (Linux VDA) версии 2104, который содержит ключевые возможности для перехода в облако, удаляет преграды в адаптации и содержит улучшенные пользовательские возможности. В том числе эти расширения включают в себя:

• Поддержку не подключенных к домену виртуальных агентов доставки (VDA) в сервисе Citrix Virtual Apps and Desktops, обеспечивая сценарии без использования Active Directory.
• Поддержку MATE – легковесного окружения рабочего стола, которое предоставляет великолепную производительность, в дополнение к окружениям рабочего стола Gnome и KDE.
• Поддержку смарт-карт на Ubuntu и PBIS на множестве дистрибутивов Linux.

Теперь, вместе с релизом виртуального агента доставки Linux 2106 команда разработки выпустила новые возможности, которые должны помочь клиентам решить первостепенные бизнес-задачи, связанные с использованием виртуального агента доставки на Linux (Linux VDA), и предоставить комплексное решение для рабочих станций с унифицированными пользовательскими возможностями для сотрудников, получающих доступ к критическим бизнес ресурсам из абсолютно любого расположения.

Рассмотрим некоторые наиболее заметные изменения а релизе виртуального агента доставки для Linux версии 2106.

Поддержка сжатия видео веб-камер HDX.

Универсальное перенаправление USB, доступное с виртуальным агентом доставки для Linux (Linux VDA), поддерживает использование веб-камер, но требует высокой пропускной способности и низкой задержки для массовой, несжатой и неоптимизированной передачи данных. При помощи новой возможности перенаправления веб-камер (Webcam Redirection), приложения для видеоконференций запущенные в сессии на виртуальном агенте доставки Linux, могут использовать веб-камеры со сжатием видеопотока HDX, что обеспечивает улучшенную производительность, особенно в условиях плохого сетевого соединения.

Данная возможность включена по умолчанию. Рекомендуется всегда использовать сжатие видео от веб-камер HDX. Дополнительные подробности доступны в документации.

Бегунок качества графики (Graphics Quality Slider).

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

С виртуальным агентом доставки для Linux 2106, пользователи могут менять политику графики на базе собственных возможностей. Обычно администраторы устанавливают политики графики для определенных каталогов машин или на базе определенных условий. Citrix HDX автоматически настраивает производительность и, в зависимости от условий сети, балансирует между качеством изображения и качеством отклика. Но клиенты часто предпочитают качество изображения, особенно при работе дизайнерских приложений с интенсивной графикой. Слайдер качества графики (Graphics Quality Slider) позволяет конечному пользователю самостоятельно настроить необходимый баланс между качеством изображения и интерактивностью.

Конечные пользователи могут перемещать слайдер для изменения качества изображения. Также компонент предлагает опцию, позволяющую системе самостоятельно принимать решение (Let the system decide) для использования интеллекта HDX, или «Pixel perfect» для переключения в режим без потерь.

Обратите внимание, что при установке политики «Visual Quality» в значение «Always» в Citrix Studio – слайдер станет недоступным.

Дополнительную информацию можно получить в документации.

Самостоятельное обновление виртуального агента доставки для Linux (Linux VDA Self-Update).

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

Релиз виртуального агента доставки для Linux версии 2106 включает в себя компонент автоматического обновления (Self-Update), который будет обновлять программное обеспечение виртуального агента доставки, немедленно или в запланированное время. Это особенно удобно при использовании виртуального агента доставки для Linux в Citrix Virtual Apps and Desktops Standard для Azure.

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

Дополнительную информацию по автоматическому обновлению виртуального агента доставки для Linux (Linux VDA) можно получить в документации.

Дополнение и заключение.

В данном релизе также была добавлена поддержка для PBIS с целью добавления создаваемых MCS машин в домены Windows. Теперь можно выбрать PBIS в качестве метода интеграции с Active Directory и наслаждаться возможностями Machine Creation Services (MCS). Также была выполнена проверка и добавлена поддержка создания виртуальных машин с Linux, средствами MCS, на платформе Nutanix AHV.

В заключении было анонсировано предоставление релиза с длительной поддержкой (LTSR) для виртуального агента доставки Linux. Для того чтобы начать готовиться к будущему релизу с длительной поддержкой (LTSR), рекомендуется ознакомиться со списком поддерживаемых дистрибутивов. Этот список будет основан на списке поддерживаемых дистрибутивов текущего релиза (CR).

P.S. Информацию о других новинках цифрового рабочего пространства Citrix можно получить в моей статье «Citrix Virtual Apps and Desktops 2106 и другие новости цифрового рабочего пространства Citrix».

А в следующий раз мы рассмотрим новые возможности записи сессий Citrix (Citrix Session Recording) версии 2106.

Пока я готовил эту статью успел выйти виртуальный агент доставки для Linux (Linux VDA) версии 2107, в котором не так много новых возможностей.

Атрибут OutputType в функциях и скриптах Windows PowerShell 5

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

Помимо небольшого введения, посвященного командам на языке Windows PowerShell, веб-каст состоит из двух частей. В первой – описывается и демонстрируется атрибут OutputType на примере простой функции, а во второй – рассматривается комплексная функция, которая может возвращать разные типы данных. Поэтом помимо атрибута OutputType во второй части рассматриваются наборы атрибутов, а также свойства их определяющие: DefaultParameterSetName атрибута CmdletBinding и ParameterSetName атрибута Parameter.

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

P.S. Это третий веб-каст в группе, поэтому если вы не знакомы с продвинутыми функциями и скриптами, рекомендую начать просмотр с предыдущих:

• Продвинутые функции и скрипты Windows PowerShell 5
• Атрибут CmdletBinding в функциях и скриптах Windows PowerShell 5

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

А в следующем веб-касте мы сосредоточимся на свойствах атрибута Parameter в продвинутых функциях и скриптах.

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

Публикация от Yuriy Lebedev (@lebedevum)

Эволюция процессоров архитектуры x86

Если глубоко не погружаться в подробности, то архитектура x86 была коммерческим продуктом ещё в конце 1970-ых годов в виде 8-ми битного процессора (CPU). С соотношением сокет/процессор/ядро/поток – 1:1. Со временем, вместе с развитием технологий чипов, понятия размывались. Реальное положение дел остается таким, что все упирается в пространство. С точки зрения транзисторов – это обозначает плотность. Наверняка, многие слышали про закон Мура, который гласит, что число транзисторов в микрочипе удваивается каждые два года, а стоимость компьютера снижается на половину. Вопрос достижения предела закона Мура – это предмет длительных дебатов, но тем не менее он остаётся глубоким технологическим знатоком.

За годы развития вычислительной техники, процессоры (CPU) проделали огромный путь и совершили переход от отношения 1:1 к 1:много. Далее мы рассмотрим особенности современной архитектуры вокруг таких понятий как сокеты, процессоры, ядра и потоки.

Сокет (Socket).

На самом базовом уровне находится материнская плата, не способная ни на что без чипа процессора, который должен быть вставлен в специальный разъем – сокет (Socket). Более корректный термин – сокет процессора (CPU Socket). Современные блейд-серверы, как правило, используют материнские платы с двойным сокетом (Dual-Socket) в лезвиях, хотя встречается и оборудование совсем другого класса, такое как HP DL-980 – с восьмью сокетами. Отдельный большой вопрос, мимо которого пройти нельзя – это неунифицированный доступ к памяти (Non-Uniform Memory Access, NUMA). Узел NUMA не связан с процессором, так как представляет собой связь между сокетом процессора и ближайшим банком памяти.

Процессор (CPU).

Центральная вычислительная единица – процессор (CPU) – это самый широко применяемый термин, достаточно часто – неправильно, так как многие под процессором подразумевают сокеты, ядра и даже потоки. Фактически соотношение между сокетом и процессором остаётся 1:1, вне зависимости от того, как используется термин. В конце концов, процессор – это часть интегрированного кремния в сокет процессора на материнской плате.

Ядро (Core).

Начиная с 2005/2006-го годов Intel и AMD начали выпускать процессоры с несколькими единицами обработки. В данном случае – это единицы предоставляющие возможность выполнять одну инструкцию от операционной системы. Таким образом, процессор с 10-ю ядрами способен параллельно выполнять 10 инструкций. К сожалению, в виду физической архитектуры, производительность увеличилась не пропорционально количеству ядер, так как в игру вступает фактор расположения – процессора (CPU) со связанными ядрами и памятью. Набор инструкций, приходящий от операционной системы, установленной на системе с несколькими процессорами, не видит единый кэш процессора (CPU Cache) и сталкивается с другими проблемами производительности из-за расположения.

Поток (Thread).

Поток (Thread) – это просто очередь для инструкций операционной системы. Путаница обычно связана с термином гипертрединг (Hyperthreading), который существует с 1980-ых. А Intel не выпускала свой чип HT (Hyperthread) до Pentium 4 (примерно 2002-ой год). Если максимально все упростить, то включение HT разрешает два потока (или очереди) к ядру. Таким образом, включение HT на системе с 10-ю ядрами обеспечит 20 потоков. Система по-прежнему сможет выполнять 10 инструкций операционной системы за цикл, но при этом сможет помещать 20 инструкций в очередь. Это предоставляет дополнительный уровень эффективности, позволяя совершать множество событий постановки и выемки инструкций из очереди. HT способен предоставить до 30% прироста производительности за счёт устранения задержки (улучшения эффективности). Однако никакой магии здесь нет и это всего лишь приближает систему к теоретическому максимуму числа инструкций, которые могут выполняться в указанный отрезок времени на процессоре/ядре.

Почему точное определение столь важно.

Рассмотрим пример с esxtop, термин «PCPU» используется для представления потока (а не физического процессора или ядра). Термин «CORE» – это ядро. Если значения PCPU не отображаются, это обозначает, что HT не включен в BIOS/EFI хоста гипервизора ESXi. В некоторых случаях – возможность ориентироваться в архитектуре и ее представлении на конечной системе может быть очень полезным, так как позволит получить представление о том какой процент времени каждый поток выполняется на ядре.

Заключение.

Все вышеперечисленное можно резюмировать следующим образом – архитектура x86 основана на последовательности:

Установка и настройка PostgreSQL в CentOS 8

Коллеги, сегодня мы открываем ещё одну группу веб-кастов в разделе «Сетевого администрирования CentOS 8» – на этот раз в центре внимания PostgreSQL. Группа уже записана, она будет состоять из 5 веб-кастов, которые я постепенно обработаю и опубликую:

• Установка и настройка PostgreSQL в CentOS 8.
• Резервное копирование PostgreSQL при помощи дампа SQL в CentOS 8.
• Резервное копирование PostgreSQL на уровне файловой системы в CentOS 8.
• Непрерывная архивация PostgreSQL в CentOS 8.
• Миграция на PostgreSQL в CentOS 8.

Сегодня мы начнем с вводного веб-каста, в котором будут рассмотрены вопросы выбора одной из доступных версий, а также установки и начальной настройки PostgreSQL в CentOS 8. Также в веб-касте представлены возможности подключения к PostgreSQL при помощи psql и настройки службы при помощи конфигурационных файлов.

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

P.S. Это первый веб-каст группы, но уже не первый на тему баз данных в CentOS 8. Ранее я записывал группу веб-кастов на тему MariaDB в CentOS 8:

• Установка и настройка MariaDB в CentOS 8
• Резервное копирование и восстановление MariaDB в CentOS 8
• Миграция на MariaDB в CentOS 8
• MariaDB Galera Cluster в CentOS 8

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

Публикация от Yuriy Lebedev (@lebedevum)

А в следующем веб-касте мы начнем знакомиться с возможностями резервного копирования и восстановления PostgreSQL в CentOS 8.

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

Публикация от Yuriy Lebedev (@lebedevum)

Атрибут CmdletBinding в функциях и скриптах Windows PowerShell 5

Вот и пришло время для очередного веб-каста на тему продвинутых функций и скриптов в Windows PowerShell 5. На этот раз мы уже сосредоточится на атрибуте, определяющем поведение всего скрипта/функции – CmdletBinding.

В веб-касте представлено краткое описание команд на языке Windows PowerShell и атрибутов функций и скриптов. Центральное же место в веб-касте отведено свойствам атрибута CmdletBinding. В части демонстраций веб-каст содержит примеры использования таких свойств как HelpURI, SupportsPaging и PositionalBinding.

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

P.S. Это уже второй веб-каст в группе, поэтому если вы не знакомы с продвинутыми функциями и скриптами, рекомендую предварительно посмотреть веб-каст «Продвинутые функции и скрипты Windows PowerShell 5».

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

А в следующем веб-касте мы продолжим знакомиться с атрибутами функций и скриптов Windows PowerShell и рассмотрим атрибут OutputType.

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

Публикация от Yuriy Lebedev (@lebedevum)