Kubernetes v1.37: Memory QoS переходить у бета-версію

Автор Qi Wang (Red Hat), Sohan Kunkerkar (Red Hat) | Перекладач(і) Андрій Головін |

Memory QoS переходить у бета-версію в Kubernetes v1.37 і тепер типово увімкнено. На вузлах Linux, що працюють з cgroup v2, ця можливість використовує контролер памʼяті, щоб надати ядру кращі вказівки щодо обробки памʼяті контейнера. Вперше вона була представлена як альфа у v1.22 і розширена у v1.36 багаторівневим резервуванням памʼяті.

У цьому дописі розглядається, що змінилося у v1.37, що означає перехід у бета-версію для операторів кластерів і як налаштувати цю можливість.

Що змінилося у v1.37

Memory QoS у статусі бета і типово увімкнено

Функціональна можливість MemoryQoS тепер у статусі Beta у v1.37. Це означає, що у кожного kubelet версії v1.37 ця функціональна можливість увімкнена без будь-яких змін у конфігурації. Типове увімкнення можливості безпечне, оскільки типова конфігурація kubelet не вмикає обмеження памʼяті або резервування памʼяті. Жодні значення memory.high, memory.min або memory.low не записуються до cgroups, якщо ви явно їх не налаштували.

Ви можете вибірково ввімкнути певні поведінки через поля конфігурації kubelet:

  1. Встановіть memoryThrottlingFactor (наприклад, 0.9), щоб увімкнути обмеження memory.high для контейнерів Burstable і BestEffort. Типове значення null, що означає відсутність обмежень.
  2. Встановіть memoryReservationPolicy на TieredReservation, щоб увімкнути багаторівневий захист памʼяті через memory.min і memory.low. Типове значення None, що означає відсутність резервування памʼяті.

Типове значення memoryThrottlingFactor змінено на null

У попередніх альфа-релізах memoryThrottlingFactor мав типове значення 0.9, що означало, що увімкнення функціональної можливості призводило до того, що kubelet встановлював memory.high для контейнерів. У v1.37 типове значення — null, тому kubelet не встановлює memory.high, якщо ви явно не налаштували це значення.

Цю зміну внесено тому, що з типовим увімкненням функціональної можливості автоматичне встановлення memory.high могло обмежувати робочі навантаження, які раніше працювали без обмежень. Встановлення значення null гарантує, що оновлення до v1.37 не змінює поведінку виконання для наявних кластерів.

Якщо ваш файл конфігурації kubelet уже містить явне значення memoryThrottlingFactor, це значення зберігається під час оновлення, і обмеження продовжує працювати як раніше. Якщо ваш файл конфігурації не містить memoryThrottlingFactor, kubelet використовує нове типове значення null і перестає встановлювати memory.high. Щоб зберегти обмеження в цьому випадку, додайте memoryThrottlingFactor явно:

apiVersion: kubelet.config.k8s.io/v1beta1
kind: KubeletConfiguration
memoryThrottlingFactor: 0.9

Як налаштувати MemoryQoS у v1.37

Для повного опису налаштування Memory QoS див. Memory QoS з cgroup v2, Налаштування резервування памʼяті та Системні вимоги

Увімкнення тільки обмеження памʼяті

Встановіть memoryThrottlingFactor у значення між 0 і 1. kubelet використовує цей коефіцієнт для обчислення memory.high для контейнерів Burstable і BestEffort. Див. Обмеження памʼяті для того, як обчислюється memory.high для кожного класу QoS.

apiVersion: kubelet.config.k8s.io/v1beta1
kind: KubeletConfiguration
memoryThrottlingFactor: 0.9

Увімкнення обмеження памʼяті та багаторівневого резервування

apiVersion: kubelet.config.k8s.io/v1beta1
kind: KubeletConfiguration
memoryThrottlingFactor: 0.9
memoryReservationPolicy: TieredReservation

Увімкнення багаторівневого резервування без обмеження памʼяті

apiVersion: kubelet.config.k8s.io/v1beta1
kind: KubeletConfiguration
memoryReservationPolicy: TieredReservation

Вимкнення Memory QoS повністю

Щоб вимкнути можливість після оновлення, встановіть функціональну можливість у значення false і переконайтеся, що конфігурація kubelet сумісна. kubelet відхиляє конфігурацію, якщо memoryThrottlingFactor встановлено на будь-яке значення, крім колишнього типового значення 0.9, або якщо memoryReservationPolicy встановлено на TieredReservation, тому видаліть або відкоригуйте ці поля, якщо ви їх встановили.

apiVersion: kubelet.config.k8s.io/v1beta1
kind: KubeletConfiguration
featureGates:
  MemoryQoS: false

Коли функціональна можливість вимкнена або memoryReservationPolicy не встановлено на TieredReservation, kubelet скидає застарілий захист під час запуску на вузлах cgroup v2: memory.min=0 і memory.low=0 у кореневому cgroup kubepods, а memory.low=0 у cgroup Burstable QoS. Для контейнерів застарілі значення memory.high скидаються до max на шляхах узгодження, таких як перезапуск або зміна розміру.

Відоме обмеження: резервування памʼяті поширюється на весь вузол

memoryReservationPolicy застосовується до кожного Podʼа на вузлі. З TieredReservation кожен Pod класу Guaranteed отримує memory.min, а кожен Pod класу Burstable отримує memory.low; немає способу вибірково застосувати політику до окремих Podʼів. Вузол, який змішує робочі навантаження, що потребують жорсткого резервування, з робочими навантаженнями, які повинні залишатися відновлюваними, повинен обрати одну політику для всіх них.

Жорстке резервування також охоплює все, що нараховується на cgroup контейнера, включно з кешем сторінок, тому Pod, який читає великі файли, може утримувати памʼять, яку ядро в іншому випадку звільнило б для обслуговування сусідів.

SIG Node відстежує обидва в kubernetes/kubernetes#140246. Якщо це впливає на вас, найкраще місце для опису вашого робочого навантаження — це цей тікет.

Чого очікувати далі

Наступним етапом для Memory QoS є перехід у GA. Відгуки користувачів бета-версії допоможуть визначити будь-які залишкові налаштування перед цим кроком. Якщо ви зіткнетеся з проблемами, будь ласка, повідомляйте про помилки в kubernetes/kubernetes.

Як я можу дізнатися більше?

Як долучитися

Розвиток цієї можливості веде SIG Node. Якщо ви зацікавлені у внеску або маєте відгуки, ви можете звʼязатися через:

Змінено November 03, 2026 at 6:56 PM PST: [uk] Add blog posts kubernetes-v1-35-sneak-peek, kubectl-kuberc-beta and kubernetes-v1-37-memory-qos-graduates-to-beta (df66ea70d6)