Red Hat оголосила про оновлення платформи для управління контейнерами Red Hat Openshift 4.5

Нові функції та вдосконалення

Цей випуск додає покращення, пов'язані з наступними компонентами та концепціями.

ВУЗЛІВ

Доступна нова стратегія дешедулера (Technology Preview)

Дешедулер тепер дозволяє налаштувати стратегію RemovePodsHavingTooManyRestarts . Ця стратегія гарантує, що поди, які були перезапущені занадто багато разів, видаляються з вузлів.

Дивіться стратегії Descheduler для отримання додаткової інформації.

Секрети витягування вузлів

Ви можете імпортувати та використовувати зображення з будь-якого реєстру, налаштованого під час або після встановлення кластера, поділившись секретними обліковими даними вузла з openshift-api, конструктором та pods реєстру образів.

Вертикальний под автоскалер (попередній перегляд технології)

Контейнерна платформа OpenShift 4.5 представляє автоскалер вертикального поду (VPA). VPA переглядає історичні та поточні ресурси процесора та пам'яті для контейнерів у Pods і може оновлювати обмеження ресурсів та запити на основі значень використання, які він дізнається. Ви можете налаштувати VPA для оновлення Подів, пов'язаних з об'єктом робочого навантаження, таких як Розгортання, Конфігурація розгортання, StatefulSet, Job, DaemonSet, ReplicaSet або ReplicationController. VPA може оптимізувати розподіл процесора та пам'яті для додатків і може автоматично підтримувати ресурси Pod через життєвий цикл Pod.

ВЕБ-КОНСОЛЬ

Нові фільтри функцій інфраструктури для операторів в OperatorHub

Тепер ви можете фільтрувати операторів за функціями інфраструктури в OperatorHub. Наприклад, виберіть « Відключено», щоб побачити операторів, які працюють у відключених середовищах.

МЕРЕЖ

Перехід із постачальника мереж CNI OpenShift SDN за замовчуванням (попередній перегляд технологій)

Тепер ви можете перейти до постачальника мереж OVN-Kubernetes за замовчуванням інтерфейсу контейнерної мережі (CNI) від постачальника мереж CNI OpenShift SDN за замовчуванням.

Щоб отримати додаткові відомості, перегляньте статтю Перенесення з постачальника мереж CNI OpenShift SDN за замовчуванням.

Покращення потрапляння

Є два примітних вдосконалення Ingress, представлені на контейнерній платформі OpenShift 4.5:

• Ви можете ввімкнути журнали доступу для контролера Ingress.
• Ви можете вказати політику маршруту підстановки через контролер Ingress.

ДОСВІД РОЗРОБНИКІВ

oc new-app тепер виробляє ресурси розгортання

Команда oc new-app тепер створює ресурси розгортання замість ресурсів DeploymentConfig за замовчуванням. Якщо ви віддаєте перевагу створенню ресурсів DeploymentConfig, ви можете передати позначку --як-розгортання-конфігурація під час виклику oc new-app. Щоб отримати додаткові відомості, перегляньте статтю Загальні відомості про розгортання та конфігурації розгортання.

АВАРІЙНЕ ВІДНОВЛЕННЯ

Автоматичне відновлення сертифіката площини управління

Контейнерна платформа OpenShift тепер може автоматично відновлюватися після прострочених сертифікатів контрольного літака. Винятком є те, що ви повинні вручну затвердити відкладені запити на підписання сертифіката node-bootstrapper (CSRs), щоб відновити сертифікати kubelet.

Дивіться Відновлення після закінчення терміну дії сертифікатів контрольної площини для отримання додаткової інформації.

Витончено вимикаючи гроно

Процес для витонченого завершення роботи та відновлення кластера OpenShift.

ЗБЕРІГАННЯ

Постійне зберігання з використанням оператора драйверів AWS EBS CSI (попередній перегляд технології)

Тепер ви можете використовувати інтерфейс зберігання контейнерів (CSI), щоб розгорнути драйвер CSI, необхідний для забезпечення постійного зберігання AWS Elastic Block Store (EBS). Цей оператор знаходиться в прев'ю технології.

Постійне зберігання за допомогою оператора драйверів CSI OpenStack Manila

Тепер ви можете використовувати CSI для забезпечення PersistentVolume за допомогою драйвера CSI для служби спільної файлової системи OpenStack Manila.

Постійне зберігання з використанням вбудованих ефемерних томів CSI (Technology Preview)

Тепер ви можете використовувати CSI для визначення томів безпосередньо в специфікації Pod, а не в PersistentVolume. Ця функція є в розділі Попередній перегляд технології та доступна за замовчуванням під час використання драйверів CSI. Для отримання додаткової інформації дивіться вбудовані ефемерні томи CSI.

Постійне зберігання за допомогою клонування тому CSI

Клонування обсягу за допомогою CSI, раніше в Technology Preview, тепер повністю підтримується на контейнерній платформі OpenShift 4.5. Для отримання додаткової інформації дивіться Клонування тому CSI.

МЕНЕДЖЕР ЖИТТЄВОГО ЦИКЛУ ОПЕРАТОРА

Підтримка CRD v1

Диспетчер життєвого циклу оператора (OLM) тепер підтримує операторів, які використовують користувацькі визначення ресурсів v1 (CRD) під час завантаження операторів у каталоги та розгортання їх на кластері. Раніше OLM підтримував лише CRD v1beta1; ТЕПЕР OLM керує як CRD v1, так і v1beta1 однаково.

Помітні технічні зміни

Контейнерна платформа OpenShift 4.5 вносить наступні помітні технічні зміни.

Оператор SDK v0.17.1

Контейнерна платформа OpenShift 4.5 підтримує оператора SDK v0.17.1, який вносить наступні помітні технічні зміни:

• Прапорець версії --crd був доданий до нового, додати API, додати crd та створити команди CRDs , щоб користувачі могли ввімкнути CRD v1 . Налаштування за замовчуванням - v1beta1.

Удосконалення оператора на основі ansible включають:

• Підтримка відносних ролей Ansible та шляхів до планів дій у файлах операторських годинників на основі Ansible.
• Виведення статистики подій в журнали Оператора.

Удосконалення оператора на базі керма включають:

• Підтримка метрик Прометея.

припиненняGraceПеріод підтримка параметрів

Контейнерна платформа OpenShift тепер належним чином підтримує параметр terminationGracePeriodseconds з часом виконання контейнера CRI-O.

Спробуйте OpenShift 4 безкоштовно