Страницы

пятница, 31 января 2020 г.

Синтаксис имен переменных в Windows PowerShell 5


Продолжаем погружение в мир переменных Windows PowerShell 5, на этот раз в центре внимания имена переменных.

Веб-каст состоит из двух частей: в первой представлены возможности Windows PowerShell по созданию сложных имен переменных, включающих пробелы и специальные символы, а во второй рассказывается про использование квалификаторов имен, которые позволяют обращаться к переменным за пределами стандартного расположения(variable:\). Отдельное внимание в веб-касте уделяется использованию переменных окружения (env:\) и разделов жёсткого диска для постоянного хранения переменных (например, c:\).

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

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

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

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

среда, 29 января 2020 г.

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


Пришло время продолжить наше знакомство с CentOS 8, на этот раз мы рассмотрим Apache HTTP Server. Группа будет состоять из 4 веб-кастов:
  • Установка и настройка Apache в CentOS 8.
  • Управление модулями Apache в CentOS 8.
  • Настройка виртуальных хостов Apache в CentOS 8.
  • Настройка SSL/TLS для Apache в CentOS 8.

Открывает группу веб-каст посвящённый установке и настройке веб-сервера, помимо заявленных в названии тем, веб-каст описывает принцип работы веб-сервера, ключевые изменения Apache HTTP Server между CentOS 7 и 8, а также детально описывает структуру конфигурационных файлов по умолчанию. Отдельное внимание в веб-касте уделяется директивам конфигурационного файла httpd.conf и способам получения информации по настройке веб-сервера Apache, в том числе при помощи пакета httpd-manual.

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

P.S. 6 лет назад я уже записывал аналогичную группу веб-кастов по CentOS 7, несмотря на то что темы у веб-кастов схожи, материал в них я представил по-разному. Так что если вас интересует настройка и управление Apache HTTP Server в CentOS 7, веб-касты не потеряли своей актуальности:


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

вторник, 28 января 2020 г.

Доступна бета-версия Red Hat Enterprise Linux 8.2


21 января 2020 года команда Red Hat Enterprise Linux анонсировала доступность новейшей бета-версии лидирующей в мире корпоративной платформы Linux: Red Hat Enterprise Linux (RHEL) 8.2. Придерживаясь обещанного 6-ти месячного темпа минорных релизов платформы, бета-версия RHEL 8.2 спроектирована и разработана для упрощения и более быстрой адаптации актуальных производственных инноваций. Помимо этого, данный темп и инженерный процесс предназначены для помощи аппаратным партнерам Red Hat быстрее доставлять поддерживаемые аппаратные конфигурации, расширяя возможности клиентов по выбору оборудования для центров обработки данных (ЦОД).

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

Расширение пользовательских возможностей.


Для упрощения регистрации подписок RHEL для новых и существующих пользователей, бета-версия RHEL 8.2 добавила шаг регистрации подписки (Subscription Registration) в установочный процесс. Это устраняет необходимость выполнять обновление YUM сразу после установки для подтверждения регистрации подписки RHEL. Дополнительно, служба управления аналитикой Red Hat Insight, которая помогает сохранять системы RHEL запущенными c высоким уровнем доступности, может быть включена в процессе установки. Данная возможность доставляет мониторинг Insights сразу после окончания установки.

Также бета-версия RHEL 8.2 добавляет новые возможности для помощи администраторам лучше управлять жизненным циклом RHEL. Несмотря на то, что преимущества подписки RHEL применяются вне зависимости от версии установленной операционной системы, технологические и бизнес-требования меняются, в результате требуется переход к более новым релизам. Бета версия RHEL 8.2 предлагает командам поддержки и обеспечения информационных технологий (ИТ) протестировать возможность обновления на месте (In-Place) с RHEL 6/7 до RHEL 8, особенно это важно для RHEL 6, так как расширенная поддержка 6-ой версии истекает в ноябре 2020.

Мониторинг и производительность.


Так как корпоративные ИТ-активы растут в размерах и масштабе в гибридных и мульти-облачных инфраструктурах, возможность более эффективного мониторинга, управления и анализа внутреннего окружения операционной системы – это ключ необходимый корпоративным командам ИТ. Бета версия RHEL 8.2 помогает еще больше расширить возможности мониторинга и производительности за счет представления Performance Co-Pilot (PCP) 5.02, который предоставляет новых агентов сбора для Microsoft SQL Server 2019. Бета версия RHEL 8.2 также добавляет более плотную интеграцию с расширенным пакетным фильтром Беркли (eBPF) на всех поддерживаемых архитектурах.

Новейшие поддерживаемые инструменты разработки с открытым исходным кодом.


RHEL 8 представил потоки приложений (Application Streams), которые отделяют языки, среды и прочие инструменты разработки от базовых пакетов операционной системы, добавляя стабильность без ограничения инноваций приложений. Бета версия RHEL 8.2 расширяет это, предлагая новые поддерживаемые инструменты разработки через потоки приложений (Application Streams), в том числе:
  • GCC Toolset 9.1.
  • Python 3.8.
  • Maven 3.6.

Для получения дополнительной информации по бета-версии RHEL 8.2 воспользуйтесь заметками к релизу. Чтобы протестировать бета-версию, обратитесь к подписке через Red Hat Customer Portal или бесплатно зарегистрируйте подписку разработчика (Developer Subscription).

пятница, 24 января 2020 г.

Переменные в Windows PowerShell 5


Коллеги, представляю вашему вниманию 6-ую группу веб-кастов по Windows PowerShell 5, она посвящена переменным и состоит из 4 веб-кастов:
  • Переменные в Windows PowerShell 5.
  • Синтаксис имен переменных в Windows PowerShell 5.
  • Командлеты для работы c переменными в Windows PowerShell 5.
  • Сплаттинг переменных в Windows PowerShell 5.

Открывает группу вводный веб-каст в котором рассказывается об автоматических и пользовательских переменных, способах получения информации о переменных, накопителе PowerShell для переменных (Variable:\) и его применении для управления переменными. Значительную часть веб-каст занимает тема создания переменных, а также переменных, ограниченных типом, и новинка Windows PowerShell 5 – ограниченных атрибутами переменных.

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

P.S. Это первый веб-каст группы, остальные уже также записаны и будут опубликованы ближайшее время.

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

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

среда, 22 января 2020 г.

Обновление до ESXi 6.7 средствами VMware Update Manager


В предыдущем веб-касте мы начали разговор про обновление VMware vSphere и рассмотрели обновление vCenter Server Appliance до версии 6.7. На этот раз мы продолжим рассматривать процедуру обновления и сосредоточимся на хостах ESXi.


В веб-касте описывается процедура обновления VMware vSphere 6.7, хостов VMware vSphere Hypervisor (ESXi) и предварительных требований. Центральное место в веб-касте занимает процедура подготовки VMware Update Manager и обновление с его помощью хостов ESXi до версии 6.7 Update 3. Отдельное внимание в веб-касте уделяется возможным проблемам при обновлении и способам защиты от них.

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

P.S. Данный веб-каст является продолжением для веб-каста «Обновление до VMware vSphere 6.7».



Подробнее познакомиться с новыми возможностями VMware vSphere 6.7 Update 3 можно при помощи моих статей «Релиз VMware vSphere 6.7 Update 3» и «Релиз VMware vSAN 6.7 Update 3 и редакции Enterprise Plus».

понедельник, 20 января 2020 г.

Оптимизация HDX для Microsoft Teams


В первой половине 2019-го года на Citrix Synergy шла речь о том, как Citrix продолжает работы по трансформации способов работы людей в современную эпоху за счет доставки бесшовных решений, которые разработаны с целью помочь современному работнику быть более продуктивным, при этом поддерживая должный уровень безопасности. Часть этих работ вылилась в совместную работу с Microsoft по оптимизации доставки Microsoft Teams для виртуальных окружений. Microsoft Teams – решение с самым быстрым ростом среди всех бизнес приложений в истории Microsoft.

Данный релиз является вехой, к которой команда разработки стремилась с первых дней существования Microsoft TAP Program. Клиентский спрос на Microsoft Teams настолько высок, что пришлось изменить подход к обработке мультимедиа в HDX. Новое поколение технологий перенаправления HDX было спроектировано для обеспечения быстрой доставки возможностей и улучшений. Накопленный опыт позволил вести разработку на базе успешно реализованного ранее RealTime Optimization Pack for Skype for Business.

Далее мы рассмотрим новое решение оптимизации для Teams и некоторые аспекты, которые могут помочь определить лучший путь для конечных решений с использованием Microsoft Teams.

Сравнение оптимизации Skype и Teams.


В первую очередь нужно отметить, что код оптимизации HDX встроен во все версии Workspace App для Windows (начиная с версии 1907) и VDA (начиная с версии 1906.2). Теперь больше не будет плагинов, таких как Real Time Optimization (RTME и RTC).

Компонент RTOP HDX Teams
Установщик (Installer) Плагин для CWA и VDA Встроен в CWA и VDA
Платформы (Platforms) Windows, Mac, Linux, PI, Chromebook Windows (В ближайших планах Mac и Linux)
Медиа-ядро (Media Engine) Citrix WebRTC
Кодеки (Codecs) H.264
G.722 / G.711 / SILK
H.264 / VP9
OPUS / G.722 / PCM G.711
Разгрузка (Offloads) Аудио и видео Аудио, видео и общий доступ к экрану
Запись (Recording) Нет Да
Телефонные сети (PSTN) Да Да (DTMF в ближайших планах)
Сосуществование (Co-existing) Нет Нет
Инфраструктура (Infrastructure) Локальная / Облачная Изначально облачная
Трансляция (Relay) Media Relay Office 365 Transport Relay

Данная возможность была сделана для расширения набора возможностей от RTOP. Долго ожидаемые возможности, такие как поддержка записи (благодаря Microsoft Stream) или оптимизация общего доступа к экрану – теперь часть HDX и команда собирается продолжить добавлять возможности в каждом квартальном релизе.

Это значит, что клиенты, использующие текущий релиз (Current Release) будут получать новые возможности для Teams. Теперь, в отличии от использования RTOP, когда приходилось использовать Workspace App и VDA одной версии, а RTOP – другой; эта сложность устранена.

Разумеется, можно зафиксировать окружение Citrix. На релизе с длительной поддержкой (LTSR) 1912 и использовать оптимизацию HDX для Microsoft Teams. Citrix Virtual Apps and Desktops 1912 и Citrix Workspace 1912 включают оптимизацию для Microsoft Teams вместе с широким набором других возможностей.

Релиз с длительной поддержкой (LTSR) – это достаточно статичный релиз, который не получает новые возможности с такой скоростью, как текущий релиз (Current Release). Однако, так как оптимизация для Teams реализована при помощи прозрачного туннеля с использованием VDA, между Teams и Workspace App, клиенты с LTSR 1912 могут продолжить получать большинство новых возможностей при помощи текущего релиза (CR) Citrix Workspace App.

Обновления в документации.


Сайт с документацией по продукту был обновлен и включает полноценную секцию про Teams, описывающую всю архитектуру и требования. В документации отображено много сетевых подробностей, которые пригодятся при взаимодействии с сетевой группой. Так как Teams – это облачный сервис в Office 365, филиалам необходим доступ к сети интернет, для взаимодействия с сервером конференций или транспортным уровнем в облаке Office 365.


В заключение: CTX253754 – это основная статья по устранению неисправностей. Fernando Klurfan продолжает сканировать раз в неделю свежие обращения в поддержку и обновлять статью недостающей информацией.

четверг, 16 января 2020 г.

Операторы перенаправления в Windows PowerShell 5


Ну вот мы и добрались до завершающего веб-каста на тему продвинутых операторов в Windows PowerShell 5. Завершать данную группу будут операторы перенаправления.

В веб-касте описываются операторы перенаправления и потоки, в том числе появившиеся в Windows PowerShell 3.0 и 5.0, а также демонстрируются перенаправление потоков в файлы, переменную $null и между потоками. Дополнительно в веб-касте описывается и демонстрируется командлет Out-File.

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

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

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

Ну а следующая группа веб-кастов уже записана, она будет посвящена переменным.

среда, 15 января 2020 г.

DNS over HTTPS (DoH) приходит в Windows


Команда Windows Core Networking заинтересована в сохранении трафика настолько приватным, насколько это возможно, при этом сохраняя его быстрым и устойчивым. Существует множество путей и подходов к обеспечению приватности, сегодня речь пойдет о зашифрованном DNS. Так как поддержка зашифрованных запросов DNS в Windows позволит закрыть один из последних кусочков веб-трафика, где доменное имя передается в открытом виде.

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

Также команда разработки уверена, что адаптация зашифрованного DNS позволит оздоровить все экосистемы интернета. Существует мнение, что шифрование DNS требует централизации – это верно только в том случае, если шифрование DNS не универсально. Чтобы сохранить DNS децентрализованным необходимо, чтобы клиентские операционные системы (такие как Windows) и Интернет-провайдеры широко применяли зашифрованный DNS.

Приняв решение о встраивании поддержки зашифрованного DNS, необходимо было определиться с тем какой тип шифрования DNS будет поддерживать Windows и как он будет настраиваться. Далее перечислены принципы, которыми руководствовалась команда принимающая данное решение:
  • Windows DNS должен быть приватным и функционировать по умолчанию, насколько это возможно, без настройки пользователем или администратором, так как трафик DNS представляет собой снимок истории посещений. Для пользователей Windows, это значит, что их возможности будут настолько приватными, насколько это возможно в Windows из коробки. Для Microsoft это значит, что потребуется найти подход для шифрования трафика DNS, без изменения настроенных серверов разрешения имен, указанных пользователями и системными администраторами.
  • Заинтересованные в приватности пользователи и администраторы Windows, должны иметь руководство к параметрам DNS, даже если они не знают, что это такое. Многие пользователи заинтересованы в управлении параметрами приватности, такими как разрешения для приложений на использование камеры или определения расположения, но могут быть не осведомлены о параметрах DNS или не понимать их важность в параметрах устройства.
  • Пользователи и администраторы Windows должны иметь возможность улучшить их конфигурацию DNS, при помощи настолько простых действия насколько это возможно. Для Microsoft крайне важно сделать настройку такой, чтобы она не требовала от пользователя специальных знаний для настройки зашифрованного DNS. Корпоративные политики и действия в пользовательском интерфейсе должны быть устроены таким образом, чтобы разово примененные они не требовали дальнейшей поддержки.
  • Для пользователей и администраторов должна быть предусмотрена возможность отказаться от зашифрованного DNS, после того как он уже был настроен. После настройки Windows на использование зашифрованного DNS, если от пользователя или администратора не поступало дополнительных инструкций, автоматический возврат к незашифрованному DNS, должен быть запрещен.

На базе этих принципов Microsoft разработала план по адаптации DNS over HTTPS (DoH) в DNS-клиент Windows. Команда Windows Core Networking стремится дать пользователям возможность включать те протоколы, которые им необходимы. При этом этот процесс не остановить, и команда разработки не отрицает добавление DNS over TLS (DoT) в будущем, но на данный момент в приоритете поддержка DoH, которая должна обеспечить непосредственное значение для всех. Например, DoH позволит задействовать существующую инфраструктуру HTTPS.

В качестве первой вехи, Microsoft начал с простого изменения: Использования DoH для DNS-серверов Windows уже настроено. Теперь есть несколько публичных серверов DNS, которые поддерживают DoH и, если сейчас настроить устройство с Windows на использование данных серверов, Windows будет их использовать как обычный сервер DNS (без шифрования). Однако, так как эти серверы и их конфигурация DoH известны, Windows может быть автоматически обновлен на использование DoH при использовании того же сервера. Данная веха имеет следующие преимущества:
  • Microsoft не внесла никаких изменений в то какой DNS-сервер использует Windows. На сегодняшний день пользователи и администраторы могут сами решать, какой сервер DNS использовать, в зависимости от сети, к которой они подключены, или указывая сервер напрямую; данная веха не будет менять ничего из этого. Многие люди используют поставщика служб интернета или фильтрацию контента публичных DNS для таких задач, как блокировка мошеннических сайтов. Бесшумное изменение серверов DNS, которым доверяет разрешение имен Windows может привести к передаче управления и ограничить пользователей. Microsoft придерживается позиции, что администраторы устройств должны иметь право самостоятельно определять куда направлять трафик DNS.
  • Многие пользователи и приложения, которым необходима приватность начнут получать преимущества, ничего не зная о DNS. В соответствии с первым принципом, запросы DNS станут более частными, без необходимости каких-либо действий со стороны приложений или пользователей. Когда оба конечных устройства поддерживают шифрование, нет смысла ждать разрешения на использование шифрования.
  • Команда разработки начнет отслеживать сложности в предпочтительном разрешении имен с возвратом к незашифрованному DNS. В соответствии с принципом 4, использование DoH будет принудительным, если Windows удостоверился, что сервер поддерживает DoH, без возможности возврата к классическому DNS. Если это предпочтение приватности перед функциональностью вызовет какие-либо осложнения в популярных веб-сценариях, команда узнает об этом раньше.

В будущих этапах команда разработки должна будет создать боле дружественные пути для пользователей с целью обнаружения их параметров DNS в Windows, а также сделать эти параметры осведомленными о DoH. Это даст пользователям, администраторам устройств и корпоративным администраторам возможность прозрачно настраивать серверы DoH.

Почему Microsoft объявила о работах в данном направлении еще до того, как DoH стал доступен для Windows Insiders? Так как зашифрованный DNS привлекает много внимания, Microsoft предпочла анонсировать свою деятельность в данном направлении, чтобы избежать некорректного толкования и явно заявить клиентам, что собирается реализовывать новейшие стандарты приватности.

Для всех, кто заинтересован присоединиться к крупнейшему отраслевому обсуждению шифрования DNS, проверьте одну из групп, работающих с DNS (ABCD, Apps Doing DNS, DNSOP, DPRIVE) или новую Encrypted DNS Deployment Initiative.

Команда разработки Microsoft, так же рада любой обратной связи по части адаптации зашифрованного DNS. Оставляйте комментарии под официальным анонсом.

понедельник, 13 января 2020 г.

Загрузка UEFI для гостевых систем Citrix Hypervisor 8


Пришло время для еще одного веб-каста на тему Citrix Hypervisor 8. На этот раз в центре внимания новинка Citrix Hypervisor 8.1 – загрузка UEFI (UEFI Boot) для виртуальных машин.

В веб-касте представлено описание архитектурных изменений Citrix Hypervisor, преимуществ, особенностей, предварительных требований и рекомендаций по загрузке UEFI (UEFI Boot), а также продемонстрированы: выбор режима загрузки UEFI при создании виртуальных машин, скорость загрузки операционных систем при загрузке в разных режимах и возможности меню UEFI в интерфейсе виртуальной машины.

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

P.S. Подробнее познакомиться с архитектурой Citrix Hypervisor, можно при помощи моей статьи «Технический обзор Citrix Hypervisor».


Больше информации по новинкам Citrix Hypervisor 8.1 вы найдете в статье «Релиз Citrix Hypervisor 8.1».

среда, 8 января 2020 г.

Релиз Citrix Hypervisor 8.1


Новый год и рождество – время подарков и команда разработки Citrix Hypervisor приготовила его – это Citrix Hypervisor 8.1 и бесплатный Express Edition.

Вне зависимости от локального или гибридного развертывания с Citrix Cloud, Citrix Hypervisor – самый оптимизированный гипервизор под Citrix Virtual Apps and Desktops.

Новое в Citrix Hypervisor 8.1.


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

Начиная с Citrix Hypervisor 8.1, Citrix официально анонсировал поддержку загрузки UEFI для гостевых систем, а также безопасную загрузку (Secure Boot). Если виртуальная машина запущена под управлением Windows 10, Windows Server 2016 или Windows Server 2019, теперь ее можно загружать в режиме UEFI. Данная возможность может существенно улучшить время входа в систему, за счет сокращения времени загрузки виртуальной машины.

Также, данное обновление существенно увеличивает безопасность за счет безопасной загрузки UEFI (Secure Boot). Данная возможность предотвращает исполнение некорректных двоичных файлов в процессе загрузки, блокируя попадание вредоносного программного обеспечения в окружение до запуска операционной системы. Дополнительно загрузка UEFI (UEFI Boot) использует современную модель устройств и не использует устаревших компонентов в микропрограммном обеспечении (Legacy-free Firmware), что, в результате, сокращает время загрузки операционных систем.

Также, данный релиз представил существенное обновление для пользователей, использующих интенсивную графику. Теперь поддерживается несколько NVIDIA vGPU на одной виртуальной машине Citrix Hypervisor. Это позволяет виртуальной машине получать доступ более чем к одному GPU для масштабирования производительности и существенного увеличения производственных рабочих потоков. Эти расширенные возможности одновременно доступны для платформ Windows и Linux.

Команда разработки продолжает реализовывать задачи по упрощению жизни ИТ-администраторам. Именно поэтому в консоль управления XenCenter продолжают добавляться расширения. Теперь консоль выдает уведомления, когда развертывание более не имеет права получать обновления или достигает срока окончания поддержки.

Загрузка.


Citrix Hypervisor 8.1 уже доступен для загрузки. Для клиентов Citrix Virtual Apps and Desktops, Citrix Hypervisor доступен на странице загрузки. Все что потребуется – это указать ему сервер лицензий Citrix (Citrix Licensing Server).

Также для тех, кто заинтересован в более детальном знакомстве с возможностями гипервизора, можно запросить демонстрационную (Demo) лицензию Citrix Hypervisor в редакции Premium.

P.S. Я уже записал веб-каст с демонстрацией загрузки UEFI в виртуальных машинах Citrix Hypervisor 8.1, он будет выложен ближайшее время.

вторник, 7 января 2020 г.

Оператор форматирования в Windows PowerShell 5


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

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

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

P.S. Если вы не знакомы с темой операторов и в особенности продвинутых операторов в Windows PowerShell, рекомендую начать просмотр с предыдущих веб-кастов данной группы:

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

В данной группе остался еще один заключительный веб-каст на тему операторов перенаправления.


воскресенье, 5 января 2020 г.

Релиз Red Hat Software Collections 3.4


Разработка корпоративных приложений следующего поколения требует новейших и лучших инструментов разработки с надежностью производственного уровня. Для соответствия этим требованиям Red Hat поставляет курируемую коллекцию новейших языков, сред, баз данных, компиляторов и связанных инструментов разработки с открытым исходным кодом: Red Hat Software Collections 3.4.

Red Hat Software Collections 3.4 доставляет последние стабильные версии множества популярных языков разработки и баз данных с открытым исходным кодом под лидирующую корпоративную платформу Linux. Эти компоненты поддерживаются до 5 лет, помогая обеспечить более целостные, эффективные и устойчивые возможности разработчиков.

Новейший релиз Red Hat Software Collections включает в себя:
  • Node.js 12, который предоставляет на 30% сокращенное время запуска, улучшенную диагностику более простые в использовании модули.
  • PHP 7.3 – новейшую версию популярного языка веб-разработки, с увеличенной производительностью (примерно на 10% по сравнению с PHP 7.2).
  • NGINX 1.16, который добавил динамическую загрузку сертификатов, двух факторное ограничение пропускной способности и улучшения в проксировании UDP.
  • Maven 3.6, предназначенный для помощи разработчикам в управлении проектами разработки программного обеспечения, создании ответов и документировании из центрального репозитория.
  • PostgreSQL 12 – новейшую стабильную версию базы данных с открытым исходным кодом, предоставляющую улучшения производительности и удобства использования для обеспечения лучшей скорости и стабильности приложений.

Доступная вместе с Red Hat Software Collections 3.4 – Red Hat Developer Toolset 9 – курируемая коллекция компиляторов, наборов инструментальных средств, отладчиков и прочих критических инструментов разработки. Основу Developer Toolset 9 формирует GCC 9.1, новейший стабильный релиз популярной коллекции компиляторов с открытым исходным кодом. Дополнительные обновления в Developer Toolset 9 сконцентрированы вокруг доставки стабильных версий инструментов отладки и производительности C/C++.

Все новые коллекции в Red Hat Software Collections 3.4 также доступны в качестве сертифицированных контейнеров (Red Hat Certified Containers) через Red Hat Container Catalog. Это упрощает разработку и развертывание критических приложений при помощи поддерживаемых компонентов Red Hat Software Collections для окружений Red Hat Enterprise Linux и Red Hat OpenShift.

Red Hat Software Collections 3.4 продолжает приверженность Red Hat к предоставлению широкого предложения аппаратных архитектур клиенту и доступны для x86_64, ppc64le, s390x и aarch64.

Клиенты Red Hat с активной подпиской Red Hat Enterprise Linux могут получить доступ к Red Hat Software Collections через репозиторий Red Hat Software Collections.

За дополнительной информацией обратитесь к заметкам к релизу.

четверг, 2 января 2020 г.

Анонс 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.