Краткая история Red Hat Enterprise Linux

В этом году я наконец-то окончательно решил задачу, которую ставил перед собой более 10 лет назад в далеком 2009-ом, когда планировал сдать первый экзамен по Red Hat Enterprise Linux, тогда еще 5-ой версии. Но время идет, а поставленные цели достигаются, успешно сданы экзамены и получены статусы RHCSA и RHCE, в том числе по версии 8, а также пройдена аттестация и получены статусы сертифицированного инструктора Red Hat (RHCI) и сертифицированного экзаменатора (RHCX).

В следующем году случится большое событие – выход Red Hat Enterprise Linux (RHEL) 9, о бета-версии которого я писал ранее. Это важно не только для членов команды разработки по всему миру, которые работали над следующим поколением лидирующей в мире корпоративной платформы Linux, но и для клиентов, которые будут использовать ее новые возможности в доставке инноваций для бизнеса.

Канун нового года – отличное время придаться воспоминаниям и вспомнить эволюцию дистрибутива, предшествовавшую RHEL 9.

Red Hat Linux.

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

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

В противовес этому Red Hat Linux проделал свой собственный путь с несколькими организациями и многое узнал о потребностях клиентов, а также выработал план по удовлетворению потребностей клиентов при помощи будущей версии Red Hat Enterprise Linux (RHEL).

Red Hat Enterprise Linux 2.1: Поддержка оборудования.

Первый Red Hat Enterprise Linux, был основан на Red Hat Linux 7.2, его релиз состоялся 23 марта 2002-го года.

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

Разрабатывая все части в одном месте и совместно тестируя их с производителями оборудования, удалось существенно повысить надёжность Linux в корпоративном секторе. Данная стабильная платформа обеспечила производителей программного обеспечения комплексным окружением разработки. Также Red Hat адаптировал длительный жизненный цикл (изначально 4 года, позже он был продлен), это предоставило клиентам курируемое исправление ошибок.

Сейчас это выглядит довольно простым, но в те времена это было настоящее испытание, чтобы адаптировать версии RHEL для соответствия всем требованиям производителей оборудования. Это дало и преимущества клиентам, так как начало стандартизации экосистемы RHEL помогло корпоративным окружениям не отказываться от производителей.

Нужно подтвердить слухи, что RHEL начался с версии 2.1, так как это звучит значительно более зрелым, чем 1.0. В общем-то, при выборе названия первой версии, команда разработки отталкивалась от собственного понимания готовности и стабильности продукта.

Можно заметить, что не было релизов RHEL 2.2, 2.3 и так далее. С версии 2.2 до версии 4 включительно сохранялась та же версия, а к ней выпускались обновления, такие как RHEL 2.1 Update 1. Текущая схема нумерации началась с RHEL 5.

Red Hat Enterprise Linux 3: Производительность и корпоративные рабочие нагрузки (2003 год).

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

Для решения корпоративных задач недостаточно просто загрузить машину, и Linux вступил в битву за производительность и масштабируемость с такими убийственными приложениями, как база данных Oracle. Команда разработки работала в тесном сотрудничестве с сообществом, Oracle, Intel, HP и IBM над высоко производительными рабочими нагрузками на системах с большим объемом оперативной памяти и большим количеством процессоров. Помимо этого, поддержка RHEL была расширена за пределы x86 и были добавлены дополнительные архитектуры, такие как мэйнфреймы IBM zSeries и новая линейка шестьдесят четырехбитных процессоров Opteron от AMD.

В результате этой работы RHEL начал устанавливать новые мировые рекорды в производительности баз данных TPC, помогая продвигать роль Red Hat Enterprise Linux от маленькой коробочки в углу к корпоративным рабочим нагрузкам. Это начало раскачивать укоренившуюся позицию проприетарного Unix на проприетарном оборудовании. Началом конца войн Unix стали объединенные усилия сообщества открытого программного обеспечения на увеличивающейся мощи процессоров Intel.

Red Hat Enterprise Linux 4: Безопасность (2005 год).

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

Внедрение SELinux стало сложным интеграционным испытанием, так как потребовало изменения в коде не одной сотни компонентов, и успех внедрения напрямую зависел от разработчиков Red Hat, которые являются основными участниками всех этих компонентов. Это было тяжёлым путешествием через несколько релизов, чтобы привести SELinux к более широкой адаптации.

Многие годы первая мысль, которая возникала у клиентов – это отключить безопасность SELinux. На сегодняшний же день клиенты, заинтересованные в безопасности, оставляют защиту SELinux включенной.

Ключевым испытанием стала необходимость интегрировать возможности безопасности в основной релиз RHEL. До этого распространенной практикой у производителей Unix была разработка отдельной безопасной версии. Проблема данного подхода заключается в нарушении экосистемы, требующей от разработчиков приложений, создания двух версий. Кроме того, безопасные версии будут всегда отставать и иметь ограниченный функционал. Окончанием работы в направлении безопасности RHEL, стало соответствие самым строгим правительственным и коммерческим стандартам безопасности (таким как Common Criteria (C2) и FIPS 150-2).

Red Hat Enterprise Linux 5: Виртуализация (2007 год).

К 2007-ому году компьютеры стали значительно больше, и консолидация рабочих нагрузок за счёт виртуализации стала объективной необходимостью для эффективного использования оборудования. Ранее, виртуализация была доступна через проприетарных вендоров за достаточно большие деньги. Начальная реализация виртуализации в Red Hat Enterprise Linux называлась Xen, а впоследствии была заменена виртуальной машиной на базе ядра Linux (Kernel-based Virtual Machine, KVM).

Доставляемый Red Hat (и многими другими) KVM предназначен для реализации виртуальных машин в виде процессов. Это простое и элегантное решение позволило использовать множество существовавших ранее компонентов, что обеспечило потрясающую эволюцию пространства виртуализации. Это подтолкнуло Linux и программное обеспечение с открытым исходным кодом продемонстрировать рекордную производительность и масштаб, продемонстрировав мощь программного обеспечения с открытым исходным кодом и RHEL в доставке инноваций.

Что уникально для RHEL (в дополнение к лидерству в показателях оценки) так это то, что построение на базе возможностей безопасности SELinux обеспечило надёжную изоляцию гостевых систем виртуальных машин, как и требуется для сертификации рабочих нагрузок. Эта комбинация из компонентов (безопасность + виртуализация) в одном продукте демонстрирует мощь составных компонентов Linux.

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

Продолжая тему виртуализации, Red Hat поддерживает не только гостевые системы с операционной системой Linux, но и Microsoft Windows. Поддержка гостевых систем Windows стала началом плотного сотрудничества между Microsoft и Red Hat, что продолжилось и в RHEL 8 в форме оптимизации под Azure (помимо прочего).

Red Hat Enterprise Linux 6: Публичное облако (2010 год).

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

Вскоре после начальной привлекательности разработки/тестирования в Amazon, многие клиенты Red Hat захотели получить преимущества стабильности и улучшенной безопасности RHEL вместе с расширенной экосистемой ISV в облаке. Для соответствия требованиям, RHEL 6 добавил образы, которые могут запускаться в публичном облаке Amazon.

Нужно отметить, что образы Red Hat Enterprise Linux для публичных облаков собираются из тех же компонентов, что и RHEL для аппаратных платформ. Не существует отдельного облачного варианта RHEL – существует только один RHEL для широкого набора платформ. RHEL вошёл в гибридную эру, локальных аппаратных и виртуальных гостевых систем, а также виртуальных гостевых систем в публичном облаке. Это позволило запускать как классические рабочие нагрузки, так и новые облачные приложения (Cloud Native) на общей инфраструктуре RHEL.

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

Облачная модель потребления начала менять ожидания многих клиентов Red Hat. Так как до этого требовался “гуру Unix” для выполнения задач системного администрирования, а облачная модель предполагает работу из коробки. Это и породило направления движения в сторону автоматизации, которые продолжились в RHEL 7 и 8.

Red Hat Enterprise Linux 7: Контейнеры и основа портфолио (2014 год).

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

Увеличенная техническая гибкость и микро-сервисы обеспечили более гибкие и быстрые приложения, при этом потребовали другого подхода к созданию и запуску следующей волны приложений. Для решения этих потребностей контейнеры Linux стали основной, обеспечившей гибкость приложений.

RHEL добавил расширенные безопасность, производительность и настройку для упрощения использования контейнеров. Нужно отметить, что RHEL 7 не первый релиз, который добавил поддержку контейнеров Linux (RHEL 6 поддерживал LXC). В свою очередь RHEL 7 в череде релизов существенно продвинулся в реализации контейнеров Linux, пригодных для использования в производственных окружениях.

Через плотную интеграцию с Red Hat OpenStack Platform, Red Hat Virtualization и Red Hat OpenShift, Red Hat построил надёжную экосистему, составляющую портфолио динамической инфраструктуры, которая одинаково хорошо подходит как разработчикам (Dev), так и операторам (Ops) – DevOps. RHEL перестал быть изолированной операционной системой и стал основой для портфолио инфраструктуры гибридного облака Red Hat – где RHEL запускается на аппаратных и виртуальных гостевых системах, а также в публичных и частных облаках.

В рамках этого периода множество других облачных провайдеров добавили RHEL в список поставляемых сервисов, в том числе Azure, IBM, Alibaba и Google. Испытания, которые встали перед подобной динамической инфраструктурой потребовали значительных улучшений в сетевом взаимодействии, чтобы предоставлять контейнерам и виртуальным гостевым системам прямой доступ к аппаратным оптимизациям. Перед подсистемой хранения стояли аналогичные испытания, требующие быстрого создания и удаления логических томов для динамического назначения контейнерам на непродолжительные временные отрезки.

Оба этих примера иллюстрируют, что простые в использовании автоматизированные настройки стали настолько же важны, как и скорость сырого ввода/вывода. Через эти низкоуровневые оптимизации RHEL стал основой для портфолио Red Hat, которое включает в себя OpenStack, Red Hat Virtualization, Red Hat Storage, OpenShift и JBoss. Наличие полного стека инфраструктурного программного обеспечения преобразовало Red Hat из компании, которая занималась «только» Linux в компанию, предоставляющую полноценное портфолио для разработчиков и операторов.

Red Hat Enterprise Linux 8 (2019 год).

Сегодня большинство клиентов Red Hat осознают, что живут в мире гибридных облаков. Реальность заключается в том, что некоторые рабочие нагрузки запускаются локально, в то же время остальные рабочие нагрузки хорошо подходят для публичных облаков. Также как Red Hat начинал с RHEL 2.1, RHEL 8 предоставляет единую общую, доверенную платформу и экосистему, которая запускается на всех этих моделях развертывания – в том числе, на широком диапазоне облачных поставщиков. Поставщики облачных услуг изменили ожидания клиентов за счёт упрощения потребления возможностей инфраструктуры. В свою очередь Red Hat автоматизировал и упростил аспекты настройки системы в Red Hat Enterprise Linux 8.

Примеры из RHEL 8 включают в себя:

• Red Hat Enterprise Linux Web Console – всесторонний графический веб-интерфейс для широкого диапазона задач.
• Оптимизация рабочих нагрузок для SAP HANA и Microsoft SQL Server с целью обеспечения расширенной производительности и упрощения настройки.
• Ускорение GPU для технологий искусственного интеллекта (AI) и машинного обучения (ML).
• Расширенные возможности обновления через новые инструменты обеспечивающие более простую миграцию с RHEL 7 на RHEL 8.

Также, Red Hat Enterprise Linux 8 эволюционировал, предоставив потоки приложений (Application Streams), которые помогают обеспечить более быстрые обновления сред и инструментов, наиболее востребованных разработчиками экосистемы RHEL. Платформа продолжает упрощать администрирование за счёт включения доступа к Red Hat Insights, который превентивно сканирует системы, выявляя некорректную настройку и угрозы безопасности, а также предоставляя рекомендации. Например, он может обнаруживать отсутствующие исправления безопасности и опционально предоставлять автоматическое устранение. Также правила Insights могут анализировать рабочие нагрузки и рекомендовать оптимизации производительности, позволяя клиентам получить доступ к многолетнему опыту Red Hat и оптимизировать корпоративную инфраструктуру.

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

Заключение.

Это достаточно краткий обзор почти двадцатилетней истории Red Hat Enterprise Linux. Тем не менее, я считаю достаточно важным понимать то, какой вклад в сообщество и в открытый исходный код сделала компания Red Hat и продолжает делать.

Погрузиться в удивительный мир Red Hat Enterprise Linux и выработать практически навыки работы с лидирующей корпоративной платформой Linux под моим руководством вы можете в учебном центре SoftLine Education.

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

Документирование функций и скриптов в Windows PowerShell 5

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

В веб-касте представлено описание команд на языке Windows PowerShell, способов документирования функций и скриптов, в том числе представлен автоматический способ документирования. Центральное место в веб-касте отведено под описание справки на базе комментария (Comment-based Help). В веб-касте описывается синтаксис комментария справки и доступные теги, а также демонстрируется написание и отладка документации к функции. Дополнительно в веб-касте демонстрируется использовании справки на базе комментария в скрипте.

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

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

• Продвинутые функции и скрипты Windows PowerShell 5
• Атрибут CmdletBinding в функциях и скриптах Windows PowerShell 5
• Атрибут OutputType в функциях и скриптах Windows PowerShell 5
• Атрибуты параметров в функциях и скриптах Windows PowerShell 5
• Псевдонимы параметров в функциях и скриптах Windows PowerShell 5
• Проверка параметров в функциях и скриптах Windows PowerShell 5
• Динамические параметры в функциях и скриптах Windows PowerShell 5
• Значение параметров по умолчанию в Windows PowerShell 5

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

P.S. А следующая группа веб-кастов будет посвящена модулям в Windows PowerShell и, в связи с выходом Windows 11, она будет записываться на базе новейшей операционной системы.

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

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

Установка ролей и компонентов Windows Server 2022

Вот и пришло время для заключительного веб-каста на тему развертывания Windows Server 2022, на этот раз в центре внимания установка ролей и компонентов.

В веб-касте представлено описание ролей и компонентов Windows Server, а также трёх основных инструментов управления Windows Server. Демонстрационная часть строится вокруг установки роли веб-сервера в Windows Server при помощи диспетчера сервера (Server Manager), командлетов Windows PowerShell и веб-интерфейса центра администрирования Windows (Windows Admin Center). Дополнительно в веб-касте демонстрируется установка центра администрирования Windows.

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

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

• Установка Windows Server 2022
• Установка и настройка ядра сервера Windows Server 2022

Релиз VMware Tanzu Community Edition

4 октября 2021-го года состоялся релиз VMware Tanzu Community Edition – свободно доступный, поддерживаемый сообществом дистрибутив VMware Tanzu с открытым исходным кодом, который можно установить и настроить за несколько минут на локальной рабочей станции или в предпочтительном облаке. Теперь для всех желающих доступна полнофункциональная и при этом лёгкая в управлении платформа Kubernetes, которая отлично подойдёт как для использования, так и для изучения.

Причины и назначение.

Практически весь мир информационных технологий движется в направлении облачных инфраструктур, построенных вокруг или на базе Kubernetes. Это и стало причиной создания VMware Tanzu. Но одних только технологий недостаточно – какими бы они не были великолепными, они не значат ничего без разработчиков, операторов платформ и инфраструктуры, инженеров обеспечения площадок, и прочих лиц, обладающих знаниями и навыками необходимыми для их использования. Tanzu Community Edition и ресурсы сообщества предназначены для помощи всем желающим в выработке навыков и приобретении опыта работы с облачными приложениями.

Уверенное решение новых задач.

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

Tanzu – это проверенное решение корпоративного уровня, спроектированное, реализованное и обеспечиваемое VMware.

Все технологии с открытым исходным кодом, необходимые для автоматизации доставки конечных приложений с использованием Kubernetes, включены в Tanzu Community Edition, в виде возможностей настройки платформы. Это значит, что можно начать с малого и затем легко добавлять новые возможности, по мере необходимости и роста. Вместе с возрастающими потребностями знания, навыки и наработки, полученные с использованием Tanzu Community Edition, могут быть легко перенесены на коммерческие решения Tanzu.

Независимое изучение.

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

Tanzu Community Edition – это бесплатное программное обеспечение с открытым исходным кодом, не ограниченное специальными условиями использования или функционально. Его можно свободно загрузить без даты истечения срока, каких-либо ограничений по масштабу и без каких-либо отключенных компонентов. Таким образом, Tanzu Community Edition – это дистрибутив платформы Kubernetes, который можно свободно получить и использовать.

Для тех, кто не готов к собственному развертыванию, но хотел бы попробовать – Tanzu Community Edition доступна в размещённом окружении песочницы. Для освоения можно использовать учебные ресурсы от KubeAcademy, Tanzu Developer Center, и прочих. А для тех, кто нацелился на серьезное развертывание доступна экспертная поддержка.

Получить и запустить за считанные минуты.

Ключевой особенностью Tanzu Community Edition является простота и доступность – можно установить полнофункциональный кластер за считанные минуты. При этом можно использовать предпочтительную платформу – VMware vSphere, публичное облако или даже локальную рабочую станцию.

Идеал для пользователей и студентов.

Tanzu Community Edition – свободна, распространяется с открытым исходным кодом, полнофункциональна, проста в управлении и поддерживается сообществом. Она подойдёт для разработчиков приложений, операторов информационных технологий, инженеров DevOps, а также для всех тех, кто только начинает свой путь в мир облачных приложений.

Всем желающим присоединиться будут рады в сообществе: http://tanzucommunityedition.io/.

Релиз Red Hat Satellite 6.10

16 ноября 2021-го года анонсировали доступность Red Hat Satellite 6.10. Данный релиз включает в себя множество новых и обновленных возможностей, в том числе улучшенную поддержку для безопасного окружения (Secure Environment) и новые возможности для упрощения управления и администрирования.

Red Hat Satellite ускоряет развертывание и поддержку жизненного цикла окружений Red Hat для обеспечения возможности сконцентрироваться на ключевых приложениях и сократить трудозатраты на поддержку. В версии 6.10 улучшены пользовательские возможности за счёт фокусировки на упрощении и расширении поддержки безопасных окружений.

Упрощение.

Среди ключевых упрощений Red Hat Satellite 6.10 можно выделить:

• Pulp 2 был обновлен до Pulp 3, а MongoDB удалена из Satellite с заменой на PostgreSQL. Это сделано для увеличения производительности и оптимизации потребления ресурсов, а также для подготовки к будущим обновлениям до Satellite 7.0. Обновление до Pulp 3 также разработано для улучшения сценариев с применением отключенных серверов Satellite (Disconnected).
• Satellite теперь может быть настроен на распространение коллекций Ansible. Также в версии 6.10 добавлена поддержка для новых операций с использованием Ansible, таких как проверка целевых хостов на соответствие ролям Ansible и улучшенные отчёты. Дополнительно, теперь можно применять роли Ansible в указанном порядке.
• Операции установки и обновления улучшены с целью сокращения сложности и устранения ненужных действий.
• Добавлена поддержка управления массовыми операциями конвертации в RHEL (Convert2RHEL).
• В новой версии поддерживается распространение контента на отключенные сайты. В версии 6.10 реализована поддержка инкрементальных обновлений для отключенных Satellite.

Улучшенная безопасность.

В области безопасности Red Hat Satellite 6.10 можно выделить следующие улучшения:

• Поддержка для подписанных сценариев Ansible с целью предотвращения подмены или неавторизованных изменений сценариев отправляемых из console.redhat.com.
• Поддержка персональных ключей доступа, используемых с доступом через API с настраиваемыми временными лимитами. Эта возможность обеспечивает доступ к интерфейсу разработки приложений без использования пользовательского пароля.

Прочие улучшения.

Среди прочих улучшений Red Hat Satellite 6.10 следует отметить поддержку для Azure Government Cloud, а также поддержку для Foreman Webhooks в основном для улучшения интеграции со сторонними приложениями.

Для получения дополнительных подробностей и полного списка новых и улучшенных возможностей Satellite 6.10 обратитесь к заметкам к релизу.

Инструкции по выполнению чистой установки Red Hat Satellite 6.10 доступны по следующим ссылкам: «Installing Satellite Server from a Connected Network» или «Installing Satellite Server from a Disconnected Network».

Инструкции по обновлению с более ранних версий Red Hat Satellite 6.x доступны по ссылке: «Upgrading and Updating Red Hat Satellite Guide» или воспользуйтесь Red Hat Satellite Upgrade Helper.

Дополнительно, я бы хотел порекомендовать статью «Red Hat Satellite 6.9 с веб-сервером Puma», в которой рассказывается о смене веб-сервера и изменениях в области производительности.

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

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

Рассмотрим ключевые улучшения в релизе виртуального агента доставки для Linux (Linux VDA) 2109.

Экспериментальная поддержка общего доступа к экрану HDX (HDX Screen Sharing).

Это обычная практика для пользователей сегодня – предоставить свой экран в общий доступ во время собраний и совместной работы. Многие предоставляют в общий доступ свой экран из сессий Citrix Virtual Apps and Desktops при помощи популярных инструментов совместной работы. Но производительность не всегда находится на высоте, особенно если инструменты совместной работы не имеют пакета оптимизации (Optimization Pack). Помимо этого, в некоторых организациях существуют специальные требования к безопасности и пропускной способности.

Клиенты зачастую хотят использовать HDX для общего доступа к экрану с целью достижения лучшего визуального качества и соответствия требованиям безопасности организации. В релизе виртуального агента доставки для Linux 2109 представлена экспериментальная возможность общего доступа к сессии пользователя через HDX.

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

Подробную информацию по общему доступу к экрану HDX можно получить в документации.

Экспериментальная поддержка набора разработки программного обеспечения виртуальных каналов Citrix (Citrix Virtual Channel SDK) для виртуальных агентов доставки Linux (Linux VDA).

Набор разработки программного обеспечения виртуальных каналов Citrix (VCSDK) предоставляет поддержку для написания серверной стороны приложения и драйверов клиентской стороны с целью создания дополнительных виртуальных каналов при помощи протокола ICA. Типичный сценарий – это оптимизация приложений мультимедиа.

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

Вместе с релизом виртуального агента доставки Linux (Linux VDA) версии 2109, серверная сторона VCSDK поддерживается на платформе Linux. Пакет доступен для загрузки.

Дополнительную информацию можно получить в руководстве разработчика Citrix Virtual Channel SDK для Linux VDA.

Поддержка синхронизации раскладки клавиатуры для рабочего стола MATE.

Окружение рабочего стола MATE является продолжением GNOME 2, предоставляющим интуитивный и привлекательный интерфейс с меньшими требованиями к GPU.

Citrix добавил поддержку рабочего стола MATE в CentOS, RHEL, Ubuntu и Debian в релизе 2104, позволяя выбирать рабочий стол MATE или GNOME при помощи переменных.

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

С релизом виртуального агента доставки для Linux (Linux VDA) 2109 возможность динамической синхронизации раскладки клавиатуры была расширена на рабочий стол MATE. Включение данной возможности позволяет при изменении раскладки клавиатуры на клиентском устройстве изменить раскладку и в сессии соответствующим образом.

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

Поддержка поточной передачи для RHEL 7.9 и SUSE 12.5.

Citrix Provisioning Service (PVS) позволяет многократно разворачивать системы в реальном времени с одного общего образа диска. Это предоставляет эффективное, централизованное решение и снижение затрат за счёт сокращения числа образов, которыми необходимо управлять.

Чтобы предоставить преимущества для виртуальных агентов Linux, команда разработки добавила поддержку поточной передачи для дистрибутивов Ubuntu, RHEL и SUSE Linux. Для виртуального агента доставки Linux версии 2109, Citrix Provisioning Service (PVS) поддерживается на следующих дистрибутивах:

• Ubuntu 16.04.
• Ubuntu 18.04.
• Ubuntu 20.04.
• RHEL 7.9.
• RHEL 8.3.
• SUSE 12.5.

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

Новые показатели для сессий.

Администраторы всегда думают о полноценном мониторинге использования ресурсов от точки до точки. Оценка пользовательских возможностей в сессиях виртуальных приложений или рабочих столов Linux становится рутинной задачей.

В релизе виртуального агента доставки Linux (Linux VDA) 2103 была представлена возможность оценки использования процессора, памяти и времени простоя сессии в Citrix Director.

Вместе с виртуальным агентом доставки Linux (Linux VDA) версии 2109 добавлено ещё два показателя: продолжительность входа (Logon Duration) и количество автоматических повторных подключений (Season Auto Reconnect Count).

Показатель продолжительности входа – это оценка процесса входа с момента подключения Citrix Workspace App до того времени, когда сессия готова к использованию. В Citrix Director теперь можно получить оба показателя: средняя продолжительность входа и индивидуальная продолжительность входа. Это предоставляет значимые показатели качества сервиса для администратора и помогает понять и оптимизировать качество сервиса.

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

Дополнительную информацию о мониторинге виртуальных машин Linux и сессий Linux можно получить по ссылке.

Заключение.

В данном релизе, также была добавлена поддержка для интеграции Federated Authentication Service (FAS) с PowerBroker Identity Services (PBIS) и возможность запрашивать данные CQI сессии на виртуальных агентах доставки Linux (Linux VDA) при помощи утилиты ctxsdcutil. Дополнительную информацию о виртуальном агенте доставки для Linux версии 2109 можно получить в документации по продукту.

Дополнительно планируется выпуск релиза виртуального агента доставки для Linux с длительной поддержкой (LTSR). Он будет основан на текущем релизе (CR) и информации по выводу из эксплуатации.

Подробнее познакомиться с другими новинками цифрового рабочего пространства можно при помощи моей статьи «Новое в Citrix Virtual Apps and Desktops 2109».

Анонс SQL Server 2022

2 ноября 2021 года Peter Carlin анонсировал предварительную версию SQL Server 2022, наиболее интегрированного с Azure релиза SQL Server, содержащего инновации в области производительности, безопасности и доступности.

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

Чтобы помочь клиентам привести окружения в порядок, Microsoft предлагает сквозную платформу данных из продуктов и сервисов, которые вместе способны решать проблемы. Операционные базы данных, такие как SQL Server и сервисы данных, подключенные к Azure Arc; полностью управляемые облачные базы данных Azure SQL и Azure SQL Edge для устройств интернета вещей (IoT Devices) способны охватить все возможные расположения для развертывания. Чтобы получить подробности в реальном времени, Azure Synapse Analytics объединяет в себе интеграцию данных, корпоративное хранилище данных (Data Warehousing) и аналитику больших данных, а клиенты могут визуализировать свои данные при помощи PowerBI. За счет размещения данных в Azure Purview клиенты смогут обнаруживать, каталогизировать и управлять своими данными откуда угодно.

SQL Server 2022 будет интегрироваться с Azure Synapse Link и Azure Purview для обеспечения клиентов более глубокими подробностями, прогнозами и обслуживанием данных в масштабе. Облачная интеграция – это расширение с аварийным восстановлением (DR) в управляемые экземпляры Azure SQL (Managed Instance), с подключением без использования ETL (извлечение, преобразование и загрузка) к облачной аналитике, которая позволяет администраторам баз данных управлять структурами распределенных данных с потрясающей гибкостью и минимальным воздействием на конечного пользователя. Производительность и масштабирование будут автоматически расширяться за счёт встроенной аналитики запросов. Также в облаке присутствует выбор и гибкость в языках и платформах, включающих в себя Windows, Linux и Kubernetes.

Усиление за счет Azure.

Двунаправленная высокая доступность (HA) и аварийное восстановление (DR) в Azure SQL.

Для обеспечения непрерывной работы SQL Server 2022 полностью интегрирован с новой возможностью ссылки в управляемых экземплярах (Managed Instance) Azure SQL. За счет данной возможности можно получить все преимущества от запуска окружения платформы в качестве сервиса (PaaS), используемого для аварийного восстановления, позволяющего меньше времени тратить на установку и управление даже по сравнению с окружением инфраструктуры в качестве сервиса (IaaS). Это работает за счёт встроенной технологии распределенных групп доступности (DAG) для репликации данных в предварительно развернутых управляемых экземплярах Azure SQL, как реплики сайта аварийного восстановления (DR). Экземпляр находится в готовом состоянии и ожидает, когда в нем появится потребность – никакой длительной конфигурации или обслуживания не требуется. Также можно использовать возможность ссылки в сценариях масштабирования чтения для выгрузки тяжелых запросов, которые могут повлиять на производительность базы. Команда разработки не останавливается на достигнутом и продолжает разрабатывать дополнительные возможности для поддержки двунаправленного перемещения данных.

Azure Synapse Link.

Ранее, перемещение данных из локальных баз, таких как SQL Server, в Synapse требовало применения ETL. Что, в свою очередь, требовало много времени для настройки и запуска конвейера задач по извлечению, преобразованию и загрузке, а также добавляло внутреннюю задержку на каждом этапе. Azure Synapse Link для SQL Server 2022 предоставляет автоматическое выталкивание изменений, которое захватывает изменения в SQL Server и передает их в Azure Synapse Analytics. Это обеспечивает близкую к реальному времени аналитику, а также гибридную транзакционную и аналитическую обработку с минимальным влиянием на работу системы. Как только данные достигают Synapse их можно объединить с множеством различных источников вне зависимости от их размера, масштаба или формата и запустить аналитику по всему объему данных при помощи Azure Machine Learning, Spark или PowerBI. Таким образом, автоматизированное выталкивание изменений передает только новые или изменённые данные, передача происходит значительно быстрее и теперь можно будет получить близкие к реальному времени подробности с минимальным влиянием на производительность базы данных источника в SQL Server 2022.

Интеграция с Azure Purview.

Недавно был анонсирован релиз Azure Purview – унифицированного сервиса обслуживания и управления данными. SQL Server также интегрирован с Azure Purview для более полного обнаружения данных, что позволяет разбивать хранилища данных. 

За счёт интеграции с Azure Purview можно:

• Автоматически сканировать локальные экземпляры SQL Server для захвата метаданных.
• Классифицировать данные при помощи встроенных и настраиваемых классификаторов, а также заголовков чувствительности Microsoft Information Protection.
• Настраивать и контролировать определенные правам доступа к SQL Server.

Расширения в производительности, безопасности и доступности.

Производительность.

SQL Server предлагает дифференцированную производительность, с передовыми показателями производительности при обработке транзакций (OLTP), и передовыми показателями производительности для некластеризованных хранилищ данных (DW) на 1Tb, 3Tb, 10Tb и 30Tb в соответствии с выводами независимого совета по производительности обработки транзакций (Transaction Processing Performance Council). 

Инновации встроенной аналитики запросов в SQL Server 2022 включают в себя:

• Для хранилища запросов добавлена поддержка для чтений из реплик и включение подсказок к запросам для улучшения производительности, а также быстрого устранения ошибок без необходимости изменять исходный код Transact-SQL.
• Для интеллектуальной обработки запросов (Intelligent Query Processing) было добавлено больше сценариев на базе популярных проблем клиентов. Например, проблема «Parameter Sensitive Plan», при которой один кэшированный план для параметризованного запроса не оптимален для всех возможных входных значений. Вместе с возможностью оптимизации «Parameter Sensitive Plan» в SQL Server 2022 автоматически включается несколько активных кэшированных планов для параметризованных выражений. Эти кэшированные планы выполнения будут учитывать разницу в размерах данных на базе предоставляемых значений параметров среды выполнения.

Безопасность.

За последние десять лет SQL Server имел меньше уязвимостей, чем аналогичные продукты. На такой основе SQL Server 2022 с новой возможностью учета будет создавать неизменные записи отслеживания изменения данных с течением времени. Это защитит данные от подмены злоумышленниками, а также пригодится в таких сценариях как внутренний и внешний аудиты.

Доступность.

Вместе со смещением к более глобальному распределению сотрудников и клиентов, многие организации переходят на мульти-пишущие окружения, которые позволяют вносить изменения в локальные базы данных и затем выталкивать их в остальные реплики в двунаправленном потоке обновлений. Однако, если несколько человек изменяют одну и ту же строку в базе данных, и разные реплики в результате содержат разные данные, ранее такой конфликт между репликами останавливал репликацию до его разрешения. Начиная с SQL Server 2022, будет использоваться правило последней руки, то есть, последнее изменение по времени будет сохраняться во всех репликах. Это поможет обеспечить непрерывность работы в сценариях с мульти-записью.

Дополнительная информация и доступ к предварительной версии.

На данный момент ограниченный круг клиентов получил доступ к предварительной версии SQL Server 2022. Публичный доступ и релиз состоятся в следующем году. Для доступа к предварительной версии SQL Server необходимо зарегистрироваться по ссылке.

Узнать больше о релизе SQL Server 2022 можно на следующей веб-странице, при помощи сессий с Microsoft Ignite или на бесплатном саммите PASS Data Community.

Анонс System Center 2022

Центры обработки данных – это комплекс из вычислительных средств, хранилища и сетевых компонентов, которые используются для хранения и управления критическими ресурсами, обязательными для непрерывной работы организации. Такие окружения быстро выходят из-под контроля из-за множества инструментов управления и специальных ресурсов, необходимых для поддержки. Начиная с даты релиза в 2008-ом году, Microsoft System Center предоставляет лидирующие возможности для упрощения управления центрами обработки данных, позволяющие все держать под контролем вне зависимости от размещения: на земле, в облаке или между платформами.

2 ноября 2021-го года был анонсирован System Center 2022 – следующий релиз в канале длительной поддержки (Long-Term Servicing Channel, LTSC), который станет доступен весной 2022-го года. System Center 2022 будет включать в себя расширения для лучшего в своем классе управления центром отработки данных, гибридные возможности с Azure и платформу для управления инфраструктурой.

Многие годы организации, такие как Dell Technologies, Entain Group, Acuutech и Schaeffler, использовали System Center для упрощения развертывания, настройки, мониторинга и управления своими гибридными инфраструктурами. Эти компании стали партнерами Microsoft, чтобы сделать продукты лучше и полностью соответствующими клиентским потребностям в различных сегментах. Команда разработки чрезвычайно балгодарна всем членам сообщества System Center за поддержку и обратную связь, которые вдохновляли команду разработки в данном релизе.

Лучшее в своем классе управление.

Окружения информационных технологий эволюционируют вместе с разнообразными типами приложений, часто запускаемыми на разных наборах оборудования в распределенных средах. Для всех рабочих нагрузок, запускаемых в локальных центрах отработки данных, System Center 2022 доставит богатейший набор подробностей и аналитики при помощи System Center Operations Manager (SCOM), расширенные возможности управления серверами при помощи Virtual Machine Manager (VMM), расширения защиты данных при помощи Data Protection Manager (DPM) и улучшения надежности, производительности и масштабирования в Orchestrator (SCORCH), Configuration Manager (SCCM) и Service Manager (SM).

Вместе с адаптацией удаленной работы и гибридных окружений, совместная работа и безопасность остаются в центре внимания. При этом растут ожидания и от синхронной совместной работы в реальном времени. В связи с этим команда разработки добавила интеграцию Microsoft Teams в SCOM, позволив получать критические предупреждения от мониторинга инфраструктуры в каналах Teams и предоставлять управление предупреждениями, соответствующее ITOM (IT Operations Management). Дополнительно, гибкое управление доступом на базе ролей предоставляет гранулированный контроль над правами SCOM. Теперь можно следовать принципам наименьших привилегий для пользователей SCOM, предоставляя аудиторам право только на чтение, тем самым сохраняя производственные окружения в безопасности и при этом сокращая административную нагрузку.

Также была добавлена поддержка двойного стека в VMM, что позволяет назначать адреса IPv4 и IPv6 виртуальным машинам под управлением программно-определенных сетей (SDN).

Увеличившийся размер инфраструктуры и рабочих нагрузок имеет волновой эффект на требованиях к резервному копированию. Data Protection Manager (DPM) 2022 предоставит расширенный лимит локального хранилища равный 300 Тб – это значит, что теперь можно резервировать больше данных при помощи одного сервера DPM. Это еще не все: операции резервного копирования и восстановления будут проходить быстрее при использовании подхода на базе iSCSI для восстановления на уровне элементов (Item Level).

Гибкая платформа инфраструктуры.

Центры обработки данных становятся более гетерогенными, состоящими из разных гипервизоров и платформ размещения, Windows/Linux, VMware и гипер-конвергентаные инфраструктуры (HCI). В дополнение к бесшовным возможностям управления для рабочих нагрузок Windows Server, данный релиз System Center будет поддерживать возможности управления Azure Stack HCI 21H2 и хостами VMware vSphere 7.0. При помощи System Center 2022 можно будет разворачивать, управлять, вести мониторинг и выполнять резервное копирование виртуальных машин Azure Stack HCI и VMware vSphere. В дополнение к виртуальным машинам VMM 2022 обеспечит полное управление кластерами Azure Stack HCI 21H2. Оно будет включать в себя добавление, создание, регистрацию кластеров, настройку сетевого взаимодействия и контроллеров SDN, а также управление узлами хранилища, виртуальными дисками и так далее. Помимо этого, восстановление виртуальных машин станет быстрее за счет параллельного выполнения операции для нескольких машин.

Более того, SCOM 2022 расширит список поддерживаемых версий операционной системы Linux, добавив новейшие дистрибутивы в экосистему: Debian 10, Ubuntu 20, Oracle Linux 8 & SUSE Linux Enterprise Server 15.

Гибридные возможности с Azure.

Эффективное управление ресурсами ИТ, распределенными по разным расположениям без замедления инноваций разработки – это ключевое испытание для служб информационных технологий на сегодняшний день. Azure Arc позволяет беспрепятственно обслуживать, управлять и обеспечивать безопасность серверов Windows и Linux, кластеров Kubernetes и приложений между локальными расположениями, множеством облаков и периметром в единой плоскости управления – портала Azure. В System Center 2022 анонсированы новые гибридные возможности с Azure. Для всех текущих клиентов System Center появится возможность управлять локальным окружением из Azure с использованием существующих процессов и пакетов управления. Также добавятся возможности управления затратами и получения преимуществ от гибридного использования лицензий System Center SA.

С чего начать.

Команда разработки с удовольствием собирает любую обратную связь, чтобы сделать будущий релиз лучше. Для получения раннего доступа к System Center 2022 необходимо зарегистрироваться по ссылке.