Планировщик назначает Pod узлу, среда выполнения запускает контейнер на этом узле. Пока назначения нет, проверяют размещение; после назначения — получение образа, создание окружения и запуск.
Контейнеры и оркестрация
Планировщик Kubernetes
Определение
Планировщик Kubernetes — компонент, который выбирает узел для ещё не размещённого Pod. Он отбирает допустимые узлы по ресурсам и ограничениям, оценивает оставшиеся варианты и записывает назначение. Запуск контейнеров — уже дело служб выбранного узла.
Также ищут: kube-scheduler · Pod scheduler · Kubernetes scheduler
Зачем это знать
Когда Pod не размещается, сумма свободных ресурсов кластера может вводить в заблуждение. Проверьте запросы, доступное место и требования к каждому узлу. Добавление сервера поможет только тогда, когда новый узел подходит всем обязательным условиям.
Связи из словаря
Карта понятия
Планировщик Kubernetes
Доказательная часть
Что подтверждено
Планировщик сначала отбирает допустимые узлы по требованиям Pod, затем оценивает варианты и записывает назначение выбранному узлу. Не каждый свободный узел является допустимым.
Граница применимости: Стандартная модель планирования Kubernetes.
Назначение определяет узел выполнения. Получение образа и запуск контейнеров выполняются позже, а готовность приложения проверяется отдельно.
Граница применимости: Разделение размещения, узловых компонентов и проверок готовности Kubernetes.
Если ни один узел не удовлетворяет обязательным требованиям, планировщик не выбирает просто «наименее плохой». Pod остаётся без назначения до появления допустимого варианта.
Граница применимости: Результат отбора узлов Kubernetes; отдельно возможны настроенные механизмы освобождения ресурсов.
Один Pod размещается целиком на одном узле. Свободные CPU и память нескольких узлов нельзя объединить, чтобы вместить Pod, слишком большой для каждого из них.
Граница применимости: Обычное размещение Pod Kubernetes по запросам ресурсов.
При жёстком ограничении распределения отсутствие подходящего узла оставляет Pod без размещения. Мягкое требование допускает размещение с предпочтением более равномерного распределения. Выбор между ними влияет и на доступность, и на необходимый запас.
Граница применимости: Ограничения распределения Pod по топологии; режимы DoNotSchedule и ScheduleAnyway.
Фаза Pending включает не только ожидание планировщика, но и подготовку уже назначенного Pod, например получение образов. Для диагноза нужно проверить назначение узла, события и состояние контейнеров.
Граница применимости: Фазы жизненного цикла Pod Kubernetes.
Граница терминов
Не путать
Перед спецификацией
Что проверить
- Проверьте, назначен ли Pod узлу: одного слова Pending недостаточно.
- Прочитайте события с причиной отсутствия размещения.
- Сравните запросы с остатком ресурсов каждого подходящего узла.
- Проверьте метки, ограничения и способ распределения по доменам отказа.
- Разделите жёсткие требования и предпочтения размещения.
- После назначения проверяйте получение образа, среду выполнения и готовность приложения.
- До покупки дополнительного узла докажите, что он устранит именно найденное ограничение.
Открытые основания
Первоисточники
- Kubernetes Scheduler
Описывает отбор допустимых узлов, оценку вариантов и назначение узла для ещё не размещённого Pod.
- Kubernetes Components
Описывает управляющие компоненты, узлы, сервер API, планировщик, контроллеры, kubelet и среду выполнения контейнеров.
Утверждения: 02
- Liveness, Readiness, and Startup Probes
Разделяет проверки готовности, работоспособности и запуска. Объясняет их действия и риск каскадного отказа при неверной настройке.
Утверждения: 02
- Resource Management for Pods and Containers
Разделяет запросы и ограничения CPU и памяти: их учёт при размещении, распределение процессорного времени и применение пределов на узле.
Утверждения: 04
- Pod Topology Spread Constraints
Открыт редактором 6 сентября 2026 года, заголовок и версия документа сверены. Распределение Pod по меткам узлов и доменам отказа; жёсткое и мягкое требование.
Утверждения: 05
- Pod Lifecycle
Описывает назначение узла, состояния Pod и контейнеров, перезапуски контейнеров и создание нового Pod с другим UID взамен прежнего.
Утверждения: 06
- Open Container Initiative Runtime Specification
Определяет подготовленный пакет контейнера, config.json, окружение процесса и операции жизненного цикла.