Страницы

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

Окончание поддержки Windows 10, версии 1709


В связи со сложившейся во всем мире ситуацией, на базе обратной связи от клиентов, Microsoft приняла решение отложить запланированное окончание поддержки для Windows 10 версии 1709 (редакций Enterprise, Education и IoT Enterprise). Это значит, что устройства продолжат получать ежемесячные обновления безопасности с мая по октябрь. Финальное обновление безопасности Windows 10 версии 1709 будет выпущено 13 октября 2020 года (вместо 14 апреля, заявленного ранее).

Обновления безопасности для Windows 10 версии 1709 будет доступно через обычные каналы обслуживания: Windows Update, Windows Server Update Services и Microsoft Update Catalog. Для данных обновлений не потребуется изменять текущий рабочий поток управления обновлениями. Например, все поддерживаемые версии Microsoft Configuration Manager (текущей ветки) будут поддерживать Windows 10 версии 1709 до 13 октября 2020 года.

Также можно использовать Windows Update for Business, который позволяет пользователям быстро и безопасно получать обновления возможностей и качества напрямую из Microsoft. Можно воспользоваться ресурсами Windows as service, чтобы познакомиться с возможностями, которые позволят поддерживать устройства с Windows 10 обновлёнными.

Полный список дат окончания обслуживания для всех версий и редакций операционных систем Windows и Windows Server находится на странице жизненного цикла Windows, также можно использовать инструмент поиска Microsoft Lifecycle Policy для поиска информации о жизненном цикле для всех коммерческих продуктов Microsoft.

суббота, 30 мая 2020 г.

Релиз Red Hat Jboss 7.3 и поддержка SQL Server на Red Hat Enterprise Linux


Недавно Red Hat анонсировала релиз Red Hat JBoss Enterprise Application Platform (EAP) 7.3, который представил поддержку Jakarta Enterprise Edition (EE) 8, расширенное управление на Red Hat OpenShift Container Platform и несколько новых возможностей безопасности. Вместе с этими JBoss EAP добавил поддержку SQL Server 2017 на Windows и Red Hat Enterprise Linux (RHEL).

JBoss EAP – это сервер приложений с открытым исходным кодом, совместимый с Jakarta EE 8, который позволяет организациям разворачивать и управлять критическими приложениями Java в различных окружениях, в том числе аппаратных, виртуальных, контейнерных, локальных и облачных (публичных, частных и гибридных).

JBoss EAP 7.3 предоставляет полную поддержку Jakarta EE 8, в том числе обратную совместимость с семейством релизов JBoss 7 и приложениями, написанными для более ранних релизов.

Данная версия также представила новые возможности и расширения, которые разработаны для улучшения безопасности, серверного управления, наблюдения, а также расширения JBoss EAP на Red Hat OpenShift и поддержку SQL Server 2017.

Дополнительно, данный релиз JBoss EAP включает в себя набор функций для предварительного ознакомления с технологией, реализующих несколько спецификаций Eclipse MicroProfile для построения облачных приложений MicroProfile.Вне зависимости от разработки монолитных или микро сервисных приложений, JBoss EAP предоставляет разработчикам инструменты для написания бизнес-решения корпоративного уровня, которые требуют хранения данных в том числе в SQL Server 2017.

Поддержка SQL Server.


Основные причины выбора SQL Server разработчиками JBoss EAP включают в себя популярность языка Transact SQL (T-SQL) у более чем 300000 администраторов баз данных, а также доступность OLTP в памяти (In-Memory) – технологии которая может значительно увеличить производительность обработки транзакций, приема и загрузки данных, а также сценариев с использованием временных данных.

Корпоративные возможности, такие как Transparent Data Encryption и группы доступности AlwaysOn доступны как в SQL Server на базе Windows, так и на базе RHEL, за счёт использования уникального уровня абстракции платформы (Platform Abstraction Layer, SQLPAL), созданного на базе технологии Microsoft Research Project Drawbridge.

Объединение SQL Server, JBoss и RHEL.


До текущего релиза JBoss EAP поддерживал версии SQL Server, запущенные только на Microsoft Windows Server. Таким образом разработчики, заинтересованные в разработке приложений с использованием JBoss EAP и SQL Server, находились перед выбором: разворачивать JBoss EAP на Windows или работать на базе двух отдельных операционных систем.

Теперь же целостное решение может быть запущено в современном окружении Red Hat Enterprise Linux вне зависимости от выбора аппаратных или виртуальных машин, частных или публичных облаков. Вместе с использованием SQL Server на Red Hat Enterprise Linux можно получить более комплексные возможности Linux в окружении.

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

Последние релизы Red Hat Enterprise Linux предоставляют производительность, управление и безопасность, которые использует SQL Server. Подписки Red Hat Enterprise Linux включают доступ к Red Hat Insights – онлайн сервису, который может вести мониторинг развертываний SQL Server на Red Hat Enterprise Linux и помогать в определении и устранении узких мест производительности, а также помогать в увеличении стабильности и улучшении безопасности. Дополнительную информацию об SQL Server на Red Hat Enterprise Linux можно получить в центре ресурсов.


Red Hat JBoss EAP и Red Hat Enterprise Linux доступны для загрузки членам сообщества разработчиков Red Hat. Клиенты могут получить новейшие обновления через Red Hat Customer Portal.

Полная информация о новейшем релизе JBoss EAP доступна в документации по продукту.

четверг, 28 мая 2020 г.

Резервное копирование и восстановление XFS в CentOS 8


Наконец-то появилось время, чтобы вернуться к веб-кастам по CentOS 8. В прошлый раз мы начали знакомиться с файловой системой XFS, сегодня же мы рассмотрим встроенные возможности резервного копирования и восстановления данных.


Не считая краткого описания опций хранилища в начале веб-каста, он состоит из двух частей. В первой части описываются доступные опции резервного копирования при помощи утилиты xfsdump, а также демонстрируется создание полных (0) и дифференциальных (1-9) резервных копий с ее помощью. Вторая часть веб-каста посвящена возможностям восстановления и в ней описываются и демонстрируются простой, кумулятивный и интерактивный режимы восстановления при помощи утилиты xfsrestore.

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

P.S. Данный веб-каст является продолжением, поэтом еусли вы не знакомы с файловой системой XFS, начните свой просмотр с «Файловая система XFS в CentOS 8», а познакомиться с использованием утилиты parted для разметки блочных устройств можно в веб-касте «Управление дисками при помощи parted в CentOS 8».

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

среда, 27 мая 2020 г.

Вышел Cumulative Update 1 для Citrix Virtual Apps and Desktops 7 1912 LTSR


В декабре 2019-го года вышел релиз с длительной поддержкой (LTSR) Citrix Virtual Apps and Desktops 7 1912, который обеспечил клиентов массой новых возможностей и расширений. Теперь, когда компании по всему миру делают удалённую работу нормой, такие продукты как Citrix Workspace и Citrix Virtual Apps and Desktops становятся более значимыми, чем когда-либо раньше, предоставляя безопасной доступ к критическим приложениям и ресурсам, а также помогая сотрудникам оставаться продуктивными и вовлечённым.

Всем, кто использует релиз с длительной поддержкой Citrix XenApp & XenDesktops 7.15, чтобы лучше понять возможности релиза с длительной поддержкой 1912, настоятельно рекомендуется познакомиться со следующими материалами:


Примечание.

Citrix получил сертификаты соответствия FIPS 150-2 и 508 для релиза с длительной поддержкой Citrix Virtual Apps and Desktops 1912. Я писал об этом вот здесь: «Релиз Citrix Virtual Apps and Desktops 2003 и другие последние новости виртуализации Citrix».

Вместе с выходом Cumulative Update 1 для релиза с длительной поддержкой (LTSR) Citrix Virtual Apps and Desktops 7 1912 возможностей стало ещё больше, вместе с несколькими исправлениями качества и расширениями безопасности.

Главное, что нужно отметить, – это возможность прямого обновления до релиза с длительной поддержкой (LTSR) Citrix Virtual Apps and Desktops 7 1912 CU1 с XenApp and XenDesktops 7.6 и 7.15 как с, так и без кумулятивных обновлений (CU). Информацию об остальных версиях, поддерживающих обновление, можно посмотреть в разделе “Versions you can upgrade” данной страницы.

Новое в Cumulative Update 1 (CU1).


Cumulative Update 1 (CU1) для релиза с длительной поддержкой (LTSR) Citrix Virtual Apps and Desktops 1912 исправляет более 70 ошибок, обнаруженных с момента начального релиза. Подробная информация об исправлениях содержится в заметках к релизу.

Изменения в установке и обновлении Citrix StoreFront.


В прошлых релизах при нажатии плитки Get Started на основной странице полного установщика, страница Core Components включала в себя Citrix StoreFront. Можно было выбрать StoreFront и прочие компоненты для установки на той же машине.

Начиная с текущего релиза (1912 LTSR CU1), страница Core Components более не содержит StoreFront. Для установки или обновления StoreFront необходимо нажать Citrix StoreFront на панели Extended Deployment главной страницы. Это запустит CitrixStoreFront-x64.exe с установочного накопителя.


В команде XenDesktopServerSetup.exe более не указывается /components storefront (при указании возникает ошибка). Для установки StoreFront из командной строки, необходимо запустить CitrixStoreFront-x64.exe, который доступен в каталоге x64 установочного накопителя Citrix Virtual Apps and Desktops.

Поддержка Windows 10 20H1.


Команда разработки продолжает выдерживать темп релизов кумулятивных обновлений (CU), соответствующий полугодовому графику выхода версий Windows 10. Cumulative Update 1 добавил поддержку версии Windows 10 за май 2020 года (20H1). По ссылке можно подробней познакомиться с совместимостью Windows 10 с окружениями Citrix Virtual Apps and Desktops.

Ключевые улучшения и исправления качества.


Сценарий сдвоенного транзита (Double-hop) позволяет одному пользователю потреблять два CCU (Citrix Concurrent User). Это позволяет пользователю запускать сессию HDX внутри другой сессии HDX (например, для запуска опубликованного приложения из сессии виртуального рабочего стола).

Machine Creation Services (MCS) поддерживает новые возможности Citrix Hypervisor: UEFI-загрузку гостевых систем и безопасную загрузку (Secure Boot).

Примечание.

Эти возможности были добавлены в Citrix Hypervisor 8.1, подробнее познакомиться с ними можно в статье “Релиз Citrix Hypervisor 8.1”, а посмотреть на преимущества UEFI-загрузки можно в веб-касте “Загрузка UEFI для гостевых систем Citrix Hypervisor 8”.

При настройке политики перенаправления контента браузера в режимах Server Fetch и Client Render, маршрутизация трафика идёт только через статически настроенные веб-прокси.

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

Чтение данных с клиентского накопителя может занимать продолжительное время на виртуальном агенте доставки (VDA). Для устранения необходимо создать ключ реестра в ветке HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\Wds\icawd, Имя: PacketIntegrityChecks, тип DWORD, значение 1.

Полный список всех исправленных ошибок в 1912 LTSR CU1 доступен по ссылке.

Получить Cumulative Update 1.


Для загрузки Cumulative Update 1 для CVAD 1912 LTSR, перейдите на страницу загрузки. Рекомендуется перед установкой обновления ознакомиться с заметками к релизу.

P.S. Подробнее познакомиться с различиями текущих релизов (CR) и релизов с длительной поддержкой (LTSR) можно в моей статье «Citrix Virtual Apps and Desktops (CVAD): Текущий релиз (CR) или релиз с длительной поддержкой (LTSR)».

понедельник, 25 мая 2020 г.

Доступна бета версия Red Hat Virtualization 4.4


5-го мая 2020 года команда разработки Red Hat Virtualization анонсировала доступность бета-версии Red Hat Virtualization 4.4. Построенная на достижениях прошлых версий, с учётом будущих требований Red Hat Virtualization нацелена на увеличение стабильности, производительности, безопасности и возможностей управления, а также предоставлении новых функциональных возможностей.

Возможно самым значим изменением в Red Hat Virtualization 4.4 является переход от Red Hat Enterprise Linux 7 на Red Hat Enterprise Linux 8 в качестве базовой операционной системы. Добавление улучшений и обновлений платформы RHEL 8 в Red Hat Virtualization Manager (RHV-M), Red Hat Virtualization Host (RHV-H) и прочие компоненты включают в себя сотни запросов на улучшение (RFE), более 1400 исправленных ошибок и множество других улучшений в фоновой платформе.

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

Добавление возможностей по мере готовности.


По мере готовности в Red Hat Virtualization 4.3 были добавлены следующие возможности:
  • Сертифицированная поддержка SAP HANA.
  • Автоматизированное развертывание полного стека для OpenShift 4.4.
  • Интеграция Red Hat Insights.
  • Гостевая поддержка Windows Server 2019.
  • Профили OpenSCAP RHV-H и внутреннего развертывания RHV-M.
  • Поддержка процессоров AMD EPYC.
  • Поддержка для систем IBM POWER9.
Следуя данному тренду выпуска новых возможностей по мере их готовности, Red Hat Virtualization 4.4 содержит несколько превосходных возможностей, представленных для предварительного ознакомления с технологиями:
  • Отслеживание измененных блоков (Changed Block Tracking, CBT): инкрементальное резервное копирование с использованием технологии, которая определяет изменённые блоки дисков виртуальных машин.
  • Управляемые домены блочного хранилища (Managed Block Storage Domains): использование драйвера/драйверов Cinder производителя хранилища для выделения ресурсов на диск, управления и дополнительной разгрузки.
  • Интеграция портфолио с виртуализацией OpenShift: интегрированные управление и просмотр Red Hat Virtualization Manager для виртуальных машин, развернутых при помощи Red Hat OpenShift с виртуализацией OpenShift.


Это только краткая сводка того, что произошло с Red Hat Virtualization 4.4, заметки к релизу содержат полный список изменений.

Начать обсуждение и тестирование.


Бета-версия Red Hat Virtualization 4.4 уже доступна через клиентский портал (Customer Portal). Следуйте инструкциям в документации для развертывания бета-версии.

Команда разработки будет рада услышать любую обратную связь.

понедельник, 18 мая 2020 г.

Доступны бета-версии Red Hat Software Collections 3.5 и Red Hat Developer Toolset 9.1


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

Коллекции в новейшем релизе Red Hat Software Collections включают в себя:
  • Python 3.8, который представил выражения назначения (Assignment Expressions) и несколько оптимизаций, позволяющих Python 3.8 выполняться быстрее, чем предыдущие версии с сохранением совместимости для простой стратегии обновления.
  • Ruby 2.7, содержащий большое число новых возможностей, таких как соответствие шаблонов (Pattern Matching), улучшения REPL и Compaction GC для фрагментированных пространств памяти.
  • Perl 5.30, который добавляет новые возможности для разработчиков, такие как: ограниченную длину обратных переменных (Variable-Length Lookbehind), Unicode 12.1, быструю интерпретацию строк и прочие улучшения производительности.
  • Apache httpd 2.4 (обновление), который исправляет ряд ошибок и содержит обновленную версию mod_md для поддержки ACMEv2.
  • Varnish 6, в котором обновлен Varnish Cash до версии 6.0.6 – последнего полугодового релиза с набором исправлений ошибок и улучшений производительности.
  • Java Mission Control 7.1, содержащий обновление JDK Mission Control до версии 7.1.1 и исправления ошибок. Также содержит набор ключевых улучшений, в том числе множество оптимизаций правил, новое представление JOverflow на базе Standard Widget Toolkit (SWT), новое представление пламенной диаграммы (Flame Graph) и новую визуализацию задержки с использованием гистограммы High Dynamic Range (HDR).
  • HAProxy 1.8.24, который предоставляет множество исправлений ошибок и заплаток безопасности.

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

Все новые коллекции в Red Hat Software Collections 3.5 также доступны в виде сертифицированных контейнеров Red Hat через каталог контейнеров Red Hat. Это упрощает создание и развертывание критических приложений при помощи поддерживаемых компонентов Red Hat Software Collections для окружений Red Hat Enterprise Linux и Red Hat OpenShift.

Red Hat Software Collections 3.5 продолжает поддерживать выбор клиентов в части используемой вычислительной архитектуры и доступен для x86_64, ppc64le, s390x и aarch64.

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

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

пятница, 15 мая 2020 г.

Citrix ADC CPX: потребляемая память и микро-сервисы


Citrix ADC доставляет операционную целостность при помощи единой базы кода на различных форм-факторах: аппаратных устройствах (MPX), виртуальных (VPX), голом железе (BLX) и контейнерах (CPX). Это значит, что все устройства Citrix ADC могут предоставлять одинаковый набор возможностей.

В развивающемся мире связанных сервисов Citrix ADC CPX разворачивается к каждой единице приложения (поду) для обеспечения поддержки. Этот ADC в контейнере должен быть адаптирован для такого масштаба развертывания за счёт оптимизации размера и производительности. Рассмотрим, что сделал Citrix за последнее время для обеспечения возможности хорошей работы ADC в контейнерных окружениях.

Сетка сервисов (Service Mesh) и прокси (Proxy).


В мире микро-сервисов на долю трафика “восток-запад” (East-West) в облачных приложениях приходится большая часть. Так же он имеет аналогичные требования к маршрутизации, наблюдению и безопасности, как и трафик север-юр (North-South) в традиционных ADC. За счёт размещения прокси ближе к микро-сервису сетка сервисов гарантирует, что трафик восток-запад (East-West) может автоматически контролироваться без явных действий со стороны разработчиков микро-сервисов.

При внутреннем развертывании (Sidecar Deployment), один прокси, обычно, разворачивается для каждого пода, чтобы получить сетку сервисов. Каждый прокси требует памяти, потребляет ресурсы процессора, создаёт дополнительную нагрузку в плоскости управления и обеспечивает дополнительную задержку. Так как кластер Kubernetes масштабируется до тысяч подов, накладные расходы увеличиваются. Очень важно для прокси потреблять крохотный объем памяти, при этом предоставляя богатый набор возможностей и поддерживая низкую задержку в рамках требуемых условий.

Прокси в контейнере, Citrix ADC CPX используется в облачных развертываниях, таких как окружения Kubernetes. За счёт оптимизации потребления памяти и поддержки исходной базы кода, Citrix ADC CPX может быть использован как внутренний прокси для развертывания сетки сервисов. За счёт оптимизации памяти, один узел Kubernetes может запускать тысячи сторонних экземпляров CPX, при этом предоставляя исключительно низкую задержку производительности.

Объем потребляемой памяти Citrix ADC CPX.


Использование памяти одного экземпляра CPX включает всю память, к которой процесс может обратиться, в том числе память подкачки, память которая выделена, но не используется, и память от общих библиотек. Обычно это называется размер виртуального набора (Virtual Set Size, VSS).

Чем больше экземпляров CPX порождается, тем больше памяти используется всеми экземплярами. Чтобы получить актуальное потребление памяти экземпляром CPX в Citrix провели эксперимент: развернули очень большое число экземпляров CPX на одном узле, поддерживая стабильность системы. При отключённой подкачке (Swapping), память, выделяемая на экземпляры, рассчитывалась по формуле: общее использование памяти узлом разделенное на общее число экземпляров прокси.

Так как Citrix ADC имеет единую базу кода на для всех форм факторов, сокращение потребления памяти Citrix ADC CPX – это отдельная инженерная задача. Перезагрузки Citrix ADC (MPX/VPX) обычно происходят раз в несколько месяцев. Они обслуживают множество гигабит ежесекундно и поддерживают высокую пропускную способность. Эти устройства также нуждаются в широком разнообразии управляющих интерфейсов – REST API, SNMP, SSH и прочих. Для удовлетворения этих потребностей выделяется некоторый объем памяти и используется множество управляющих демонов.

Но при развертывании под управлением API прокси разворачивается не на долго и редко превышает пропускную способность в несколько Mbps. Следовательно, оптимизация выполняется с учётом этих требований:
  • Отложенное выделение памяти, опирающееся на включение определенных компонентов, таких как внутреннее развёртывание, не требует всех возможностей.
  • Масштабирование хэш-таблиц и буферов, выделенных во время запуска специально для ожидаемой нагрузки.
  • Сокращение расходов во время запуска, не обязательных для окружения микро-сервисов.
  • Устранение демонов, не нужных в окружении микро-сервисов.
  • Смена статического выделения на динамическое, сокращение части BSS в сегменте данных процесса CPX.

Создание экземпляра CPX в режиме оптимизированной памяти (Memory Optimized Mode).


Развертывание лёгкого режима CPX (Light Mode) не отличается от обычного CPX. Указание дополнительного параметра окружения NS_CPX_LITE=1 позволит развернуть более лёгкую версию CPX.

docker run ‒ dt -P –privileged=true -e NS_CPX_LITE=1 ОБРАЗ:ТЕГ

Подробнее познакомиться с созданием экземпляров ADC CPX можно в документации по продукту.

Развертывание Citrix ADC CPX.


Режим оптимизированной памяти Citrix ADC CPX, подходит в следующих сценариях:
  • Развертывание на входе (Ingress Deployment): Citrix ADC CPX может быть настроен в качестве балансировщика нагрузки сервисов Kubernetes. Он будет использоваться для балансировки траффика “Север-Юг” (North-South) для сервисов Kubernetes, отправляемого клиентами из-за пределов кластера Kubernetes.
  • Внутреннее развертывание (Sidecar Deployment): Каждый под содержит Citrix ADC CPX, в качестве стороннего устройства, которое может принимать весь входящий и исходящий трафик для приложения, запущенного в поде. CPX может изолировать основное приложение от всех вспомогательных задач, выступая в качестве внутреннего устройства.
Citrix ADC CPX спроектирован таким образом, чтобы быть многогранным прокси. Клиенты могут использовать одинаковый набор возможностей в центре обработки данных (ЦОД), сетке сервисов и в облаке, полагаясь на единую основу кода, сформированную двумя десятилетиями применения в самых инновационных компаниях мира.

Дополнительную информацию о Citrix ADC CPX можно получить на странице Citrix в Github.

понедельник, 4 мая 2020 г.

Выражения break и continue в Windows PowerShell 5


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

В веб-касте представлено описание выражений прерывания (break) и продолжения (continue), а также демонстрируется их использование с циклами do, while, for и foreach. Отдельное внимание в веб-касте уделено использованию заголовков (Label) выражений, для идентификации циклов.

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

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


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

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