# Гарантоване планування для критичних Podʼів надбудов

LLMS index: [llms.txt](/llms.txt)

---

<!-- overview -->

Основні компоненти Kubernetes, такі як сервер API, планувальник і контролер-менеджер, працюють на вузлі панелі управління. Однак надбудови мають працювати на звичайному вузлі кластера. Деякі з цих надбудов є критичними для повноцінного функціонування кластера, наприклад, metrics-server, DNS та інтерфейс користувача. Кластер може перестати правильно працювати, якщо критичний Pod надбудови буде видалений (або вручну, або як побічний ефект іншої операції, такої як оновлення) і перейде в стан очікування (наприклад, коли кластер високо завантажений і інші очікувані Podʼи заплановані на місце, звільнене видаленим критичним Podʼом надбудови, або кількість доступних ресурсів на вузлі змінилася з якоїсь іншої причини).

Зверніть увагу, що позначення Podʼа як критичного не означає повного запобігання його видаленню; це лише запобігає тому, що Pod стає постійно недоступним. Статичний Pod, позначений як критичний, не може бути видалений. Однак, нестатичні Podʼи, позначені як критичні, завжди будуть переплановані.

<!-- body -->

### Позначення Podʼа як критичного {#marking-pod-as-critical}

Щоб позначити Pod як критичний, встановіть для цього Podʼа priorityClassName у `system-cluster-critical` або `system-node-critical`. `system-node-critical` має найвищий доступний пріоритет, вищий навіть, ніж `system-cluster-critical`.