Red Hat запускає OpenShift 5 з агентними операціями в кластерах

9 листопада 2026 року на KubeCon + CloudNativeCon North America компанія Red Hat оголосила про загальну доступність OpenShift 5, який пропонує агентне усунення несправностей і єдину операційну платформу для робочих навантажень ШІ, віртуальних машин і контейнерів. Реліз на базі Kubernetes доступний клієнтам із чинними підписками через портал клієнтів Red Hat.

Разом із релізом Red Hat пропонує оновлення з OpenShift 4.22 без перевстановлення та довшу модель підтримки, усуваючи дві операційні перешкоди для переходу на нове покоління платформи. У технічному огляді також проведено важливе розмежування: керовані агентні робочі процеси входять до складу релізу, тоді як автономне усунення несправностей і агент оновлення поки що доступні лише в попередній версії для ознайомлення.

Агентні операції з підтвердженням людини

OpenShift Lightspeed виходить за межі своєї попередньої ролі розмовного помічника: він досліджує сповіщення та природною мовою подає результати й запропоновані способи усунення проблем. У режимі нагляду він чекає на підтвердження адміністратора, перш ніж змінювати кластер. Автономна попередня версія може самостійно проводити глибші дослідження, але перед внесенням змін також зупиняється, щоб отримати остаточне схвалення людини. Отже, в обох режимах виконання змін потребує підтвердження.

Така сама модель роботи застосовується й до технічного обслуговування. Рекомендації щодо оновлень із підтримкою Lightspeed перед початком вікна обслуговування відображають стан кластера, потенційні конфлікти та масштаб можливих наслідків, а попередні перевірки оцінюють сумісність API та додаткових операторів. Окремий планувальник операторів узагальнює дані про стан життєвого циклу, сумісність кластера та доступні оновлення. Агент оновлення в попередній версії йде далі, допомагаючи планувати та виконувати послідовності оновлень.

Для зв’язку агентів із сервісами платформи сервер OpenShift Model Context Protocol і шлюз MCP через Red Hat Connectivity Link доступні всім користувачам. MCP забезпечує контрольований канал, через який агенти можуть звертатися до API та сервісів платформи. Адміністратори також можуть створювати інформаційні панелі спостережуваності Perses за допомогою розмовного чату, не формуючи запити вручну.

Безпека для ШІ та спільних кластерів

В OpenShift 5 низку засобів захисту ввімкнено за замовчуванням. Постквантова криптографія захищає обмін даними на площині керування, а підтримку квантової епохи закладено в образи платформи та конфігурацію TLS. Централізована політика TLS, дотримання якої є обов’язковим, поширюється на базову платформу OpenShift і додаткові продукти, а спеціально налаштовані мережеві політики обмежують вхідний і вихідний трафік у просторах імен операндів площини керування. Автоматизоване керування життєвим циклом сертифікатів і вбудована підтримка розгортання без підключення до мережі призначені для ізольованих від мережі, периферійних і регульованих середовищ.

Для робочих навантажень ШІ конфіденційні контейнери шифрують ваги моделей як у стані спокою, так і під час використання. Збірка Agent Sandbox від Red Hat, яка також доступна лише в попередній версії для ознайомлення, використовує ізольовані контейнери OpenShift, щоб розміщувати робочі навантаження агентів у віртуальних машинах і створювати бар’єр, покликаний не допустити, щоб ненадійний або автономний код отримав необмежений доступ до всього кластера. Цей захист зменшує ризик, пов’язаний із тим, що агенти генерують і виконують код, який адміністратори не перевіряли.

Для середовищ зі змішаною інфраструктурою OpenShift Virtualization 5 використовує Lightspeed і інтеграцію MCP для створення віртуальних машин і автоматизації робочих процесів за допомогою команд природною мовою. Інкрементне резервне копіювання, не прив’язане до певної системи зберігання, використовує QEMU Change Block Tracking, щоб копіювати змінені блоки, а не повні образи віртуальних дисків. Балансування навантаження з урахуванням використання пам’яті та вбудований механізм підкачки коригують розподіл ресурсів відповідно до фактичного споживання. Red Hat також заявляє, що автоматизований розподіл обчислювальних ресурсів GPU на частини має підвищити ефективність використання обладнання для інференсу ШІ та традиційних корпоративних робочих навантажень.

Оновлення без перевстановлення та п’ятирічна підтримка

Перехід на нову версію не вимагає негайної зміни операційної системи. Кластери, оновлені з OpenShift 4.22, залишаються на Red Hat Enterprise Linux CoreOS 9, тоді як у новостворених кластерах OpenShift 5.0 за замовчуванням використовується CoreOS 10. У майбутньому релізі Red Hat планує дозволити співіснування вузлів CoreOS 9 і CoreOS 10 в одному кластері; у OpenShift 5.0 такої можливості немає.

Red Hat запроваджує трирічний цикл випуску основних версій — приблизно через рік після виходу основних версій Red Hat Enterprise Linux. Включена до складу продукту підтримка триває 24 місяці: один рік повної підтримки та один рік підтримки в режимі технічного обслуговування.

Red Hat планує щороку випускати одну версію з подовженим життєвим циклом, яка матиме п’ять повних років корпоративної підтримки завдяки додатковому трирічному періоду після завершення включених періодів підтримки. П’ятирічний життєвий цикл також поширюється на додаткові оператори, зокрема Red Hat Advanced Cluster Security, OpenShift Service Mesh, OpenShift Pipelines і OpenShift GitOps.

Безпосереднє значення OpenShift 5 полягає в поєднанні такого способу оновлення з посиленим операційним контролем: кластери OpenShift 4.22 можна оновити без перевстановлення, але найавтономніші функції платформи й далі потребують схвалення та залишаються попередніми версіями. Отже, реліз впроваджує агентну допомогу в керування продуктивними кластерами, не роблячи автономне виконання дій режимом за замовчуванням, а довший життєвий цикл дає інфраструктурним командам більше часу на узгодження операцій із ШІ, віртуальними машинами та контейнерами.